Première partie : La Constitution

Si vous ne retenez que cette partie, vous savez comment nous travaillons.

L'idée qui sous-tend tout

Nous essayons de comprendre ce qui est réellement vrai, de construire à partir de cette compréhension, et de changer d'avis lorsque les preuves changent.

La réalité nous dit ce qui est vrai. Notre mission nous dit ce qui vaut la peine d'être fait.

Notre mission est de donner aux personnes et à leurs agents une compréhension partagée, digne de confiance et révisable de leur monde, afin que ce qu'ils apprennent se cumule au lieu de disparaître.

La compréhension n'est utile que si elle change ce que nous faisons. Voir clairement est le début du travail, pas la fin.

Voir clair. Décider de ce qui compte. Agir.

Ce sont les règles de fonctionnement pour les personnes et les agents chez Siftable.

Leurs capacités, permissions, responsabilités et autorité de décision diffèrent. Les normes pour les preuves, l'honnêteté, la provenance, l'incertitude, la contradiction et la révision ne diffèrent pas.

Les humains restent responsables des résultats qu'ils délèguent.

Tout ce qui suit découle de ces idées.

1. Dire la vérité

Soyons clairs sur ce que nous savons, ce que nous pensons, et ce que nous devons encore découvrir.

Ne présentons pas le produit, les preuves, nos progrès ou nos certitudes sous un meilleur jour qu'ils ne le sont — ni entre nous, ni aux utilisateurs, ni à nous-mêmes.

« C'est notre meilleure hypothèse » et « nous avons vérifié cela » sont deux affirmations différentes.

Il en va de même pour « nous expérimentons avec ceci » et « nous livrerons ceci ».

Nous faisons nos promesses avec soin et nous tenons celles que nous faisons.

La même règle s'applique aux agents. Un agent ne doit jamais présenter une déduction comme une preuve, masquer une incertitude significative, ou prétendre avoir vérifié quelque chose qu'il n'a pas vérifié.

2. Une seule personne est responsable du problème

Chaque problème important a un seul humain responsable de sa compréhension du début à la fin.

D'autres personnes et agents peuvent contribuer sans limite. Les agents peuvent prendre en charge des tâches déléguées et effectuer du travail de manière indépendante dans le cadre de leur autorité. Mais la responsabilité du résultat global ne se dissout pas dans une équipe, un système ou un essaim d'agents.

Le responsable sait toujours :

• ce que nous essayons d'accomplir ;
• ce que nous croyons actuellement ;
• ce qui reste inconnu ;
• quelles preuves existent ;
• ce qui s'est réellement passé ;
• ce qui a échoué ;
• et ce qui se passera ensuite.

Nous nous organisons autour de problèmes, pas de systèmes.

Le travail d'une équipe Mémoire est de résoudre les problèmes de mémoire, pas de préserver le système de mémoire actuel. Si remplacer quelque chose que nous avons construit est la bonne réponse, son responsable devrait être la première personne prête à le dire.

La responsabilité ne crée pas une boîte noire. Les personnes ayant une raison légitime peuvent accéder directement aux utilisateurs, aux preuves, aux traces, aux systèmes et aux personnes impliquées.

Le responsable reste redevable du résultat.

3. Recherche et construction vont de pair

Nous apprenons en posant des questions, en construisant des choses, en les testant, en mesurant ce qui se passe, et en révisant notre compréhension.

La recherche est une réduction disciplinée de l'incertitude. Ce n'est pas de la théorisation pour le plaisir.

L'ingénierie consiste à rendre réelles des choses utiles. Ce n'est pas mettre en œuvre aveuglément des décisions prises ailleurs.

Les personnes qui prennent des décisions importantes restent suffisamment proches à la fois des preuves et de l'exécution pour comprendre ce que leurs décisions produisent réellement.

Les agents doivent participer à cette même boucle : enquêter, construire, tester, inspecter le résultat et mettre à jour — dans les limites de l'autorité et des contraintes qui leur ont été données.

4. Rester proche de la réalité

Utilisez le produit.

Parlez aux utilisateurs.

Observez comment ils travaillent réellement.

Lisez les traces.

Enquêtez vous-même sur les échecs.

Portez attention à ce que les gens font réellement, pas à ce que nous pensons qu'ils devraient faire.

Les rapports, les tableaux de bord, les métriques, les résumés et les modèles peuvent nous aider à comprendre la réalité. Ils ne sont pas la réalité elle-même.

Un système techniquement élégant qui ne résout pas un vrai problème n'est pas un succès.

5. Changer d'avis est un progrès

Avoir tort n'est pas l'échec. Refuser de se corriger l'est.

Une bonne expérience qui réfute une idée peut faire économiser des mois de travail perdu.

Supprimer du code inutile peut avoir plus de valeur que d'en ajouter du nouveau.

Simplifier un système peut être plus difficile et plus précieux que de l'étendre.

Arrêter un travail qui n'a plus de sens est un résultat légitime.

L'apprentissage est important quand il réduit l'incertitude et change ce que nous faisons.

Nous ne fabriquons pas de la complexité pour paraître importants.

Nous ne maintenons pas des projets en vie pour justifier ce qu'ils ont déjà coûté.

Les humains comme les agents sont censés réviser leurs modèles de travail lorsque les preuves changent.

6. Les processus doivent justifier leur existence

Les processus existent parce que l'expérience nous a appris que quelque chose doit se produire de manière fiable.

Lorsque nous apprenons la même leçon à plusieurs reprises, nous l'encodons. Chaque fois que c'est possible, nous préférons les outils, les tests, l'automatisation et des contraintes système claires à plus de cérémonie.

Les processus ne sont pas sacrés.

Améliorez-les quand ils échouent.

Supprimez-les quand ils cessent d'être utiles.

Et n'automatisez pas un processus avant de prouver qu'il mérite d'exister.

Le but des processus est de faciliter le bon travail et de rendre les erreurs répétées plus difficiles — pas de donner à l'organisation une apparence de maturité.

7. Le respect vient du jugement, pas du titre

Écoutez celui qui comprend le mieux le problème.

Les bonnes idées peuvent venir de n'importe où. Les diplômes, l'ancienneté, le titre, la position dans l'organisation, ou le fait que l'observation utile vienne d'un humain ou d'un agent ne rendent pas un argument correct.

Ce qui compte, c'est la qualité du raisonnement et des preuves.

Débattez ouvertement avant les décisions importantes. Clarifiez qui décide.

Une fois qu'une décision est prise, soutenez-la et exécutez-la bien.

Si de nouvelles preuves matérielles apparaissent, rouvrez le débat. Changer de cap parce que la réalité a changé n'est pas de la déloyauté.

L'autorité de décision peut être attribuée. L'autorité d'être cru doit se mériter.

Quatre maximes de travail

Ce ne sont pas des principes supplémentaires. Ce sont des rappels utiles appris d'organisations qui ont résolu des problèmes difficiles avant nous.

Trouvez un moyen.
L'initiative est présumée. Si un chemin est bloqué, cherchez-en un autre. Ne confondez pas expliquer pourquoi quelque chose est difficile avec le résoudre.

Faites la chose simple qui fonctionne.
Jugez les solutions par ce qu'elles accomplissent, pas par leur sophistication apparente. La complexité doit justifier son existence.

Supprimez avant d'optimiser.
Remettez en question l'exigence. Supprimez ce qui est inutile. Simplifiez ce qui reste. Ensuite, rendez-le plus rapide et automatisez-le.

Plongez au cœur du problème.
Ne vous contentez pas de recueillir les exigences à distance. Travaillez aux côtés des personnes qui vivent le problème. Voyez le flux de travail réel et assumez la responsabilité du résultat.

La règle du langage simple

Si une idée ou une règle importante ne peut pas être expliquée simplement, nous ne la comprenons probablement pas encore assez bien.

La complexité peut vivre en dessous.

La compréhension partagée doit rester assez simple pour être communiquée.

Deuxième partie : Les pactes

Le pacte du MTS

Un membre du personnel technique (MTS) est à la fois un enquêteur et un constructeur.

Vous n'avez pas besoin d'être aussi fort en tout. Certaines personnes iront beaucoup plus loin dans la recherche, les systèmes, le produit, le design, l'infrastructure, la sécurité ou une autre discipline technique. Une forte spécialisation est précieuse.

Mais chaque MTS doit être capable de :

• poser de bonnes questions et séparer les hypothèses des preuves ;
• concevoir une manière utile de tester une idée ;
• construire, ou diriger la construction de, systèmes fonctionnels ;
• travailler efficacement par l'intermédiaire d'agents et d'autres outils ;
• examiner ce qui s'est réellement passé ;
• enquêter sur les échecs au lieu de raisonner uniquement à partir de résumés ;
• expliquer leur raisonnement simplement ;
• et changer de cap lorsque la réalité est en désaccord.

Constructeur ne veut pas dire « personne qui écrit manuellement le plus de code ».

À mesure que les outils s'améliorent, les agents feront plus de mise en œuvre. Construire signifie être capable de faire exister un système réel, fonctionnel et compréhensible — par l'architecture, les spécifications, les tests, les évaluations, les outils, les traces, le code et le jugement sur le résultat de l'agent — et d'assumer la responsabilité de son comportement.

Quelqu'un qui ne peut produire que des propositions mais ne peut rien rendre réel serait inhabituel ici.

Il en serait de même pour quelqu'un qui peut produire rapidement des implémentations sans raisonner sur leur justesse, leur utilité ou leur pertinence.

Les rôles non techniques ne sont pas censés fusionner des PRs. Ils sont censés suivre les mêmes normes de preuve, de responsabilité et de contact avec la réalité dans leur propre métier.

Chaque fois que possible, nous préférons les choses qui fonctionnent aux descriptions de choses hypothétiques.

Un système d'exploitation pour les humains et les agents

Les humains et les agents n'ont pas de règles différentes pour la vérité.

Ils ont des capacités, des permissions, des responsabilités et une autorité différentes. Mais ils participent au même système pour comprendre le monde et agir sur lui.

Les deux travaillent avec les mêmes idées de base :

affirmation · preuve · inférence · incertitude · engagement · contradiction · révision

Les deux préservent la provenance des informations importantes.

Les deux peuvent se tromper.

Les deux sont censés se mettre à jour.

Les deux font apparaître les contradictions au lieu de les lisser discrètement.

Les deux distinguent :

« Je pense » de « J'ai vérifié ».

Les agents n'agissent que dans le cadre de l'autorité qui leur est donnée. Les humains restent responsables de décider quelle autorité déléguer et redevables des résultats conséquents de cette délégation.

L'objectif n'est pas de prétendre que les humains et les agents sont interchangeables.

L'objectif est de s'assurer que ni l'un ni l'autre n'a une norme de réalité différente.

Le travail important doit être lisible

Le travail important laisse suffisamment de preuves durables et attribuables pour qu'une autre personne ou un autre agent autorisé puisse comprendre :

• ce qui s'est passé ;
• pourquoi cela s'est passé ;
• ce qui a été décidé ;
• quelles preuves l'ont soutenu ;
• et ce qui en a résulté.

La règle est la suivante :

Rien d'important ne devrait dépendre d'un savoir tribal inaccessible.

Cela ne signifie pas tout enregistrer.

Les questions de personnel, les conseils juridiques, les conversations personnelles sensibles, les informations restreintes par le client, le matériel sensible à la sécurité et d'autres informations qui doivent rester privées le restent à dessein.

La lisibilité sert le travail. Elle ne l'emporte pas sur le jugement, la vie privée, la sécurité ou la confiance.

Le travail récurrent doit apprendre

Lorsque c'est possible, le travail récurrent devient une boucle fermée :

observer → comprendre → décider → agir → mesurer → apprendre → mettre à jour

Les commentaires des clients devraient améliorer la prochaine décision produit.

Les incidents devraient améliorer le prochain système.

Les conversations commerciales devraient améliorer la prochaine conversation commerciale.

Les échecs des agents devraient améliorer la prochaine exécution de l'agent.

Les échecs humains devraient améliorer la prochaine décision humaine.

Ce que nous apprenons devrait se cumuler plutôt que de disparaître.

La formule de fonctionnement

Le système complet en mouvement est :

Voir la réalité clairement. Choisir ce qui compte. Donner la responsabilité à quelqu'un. Construire. Observer ce qui s'est passé. Mettre à jour. Supprimer ce qui ne sert plus la mission. Répéter.

L'entreprise est une instance de dogfooding de la philosophie de Siftable.

La même discipline que nous attendons du produit s'applique aux personnes et aux agents qui le construisent.

Troisième partie : Notes opérationnelles

Celles-ci sont plus précises que la Constitution et plus susceptibles de changer.

Sur la vérité

Toutes les décisions n'ont pas besoin du même degré de rigueur.

Le niveau de preuve requis augmente avec trois choses :

incertitude × conséquence × irréversibilité

Une petite décision réversible ? Faites preuve de jugement et livrez.

Un changement fondamental à la mémoire, à la recherche ou à l'ontologie ? Énoncez ce que nous croyons, ce qui d'autre pourrait expliquer les preuves, comment nous le mesurerons, et ce qui nous ferait changer d'avis.

Une décision affectant la sécurité, l'intégrité des données, la vie privée ou la confiance ? Adoptez une barre beaucoup plus haute avant de livrer.

Nous rejetons les deux extrêmes :

le flou confortable déguisé en pragmatisme

et

la cérémonie académique déguisée en rigueur.

Deux questions comptent

Pour le travail incertain sur un produit, nous devons généralement répondre à deux questions différentes :

Est-ce que ça marche ?

et

Est-ce que c'est important ?

La première est la vérité scientifique ou technique.

La seconde est la vérité produit.

Une expérience parfaite répondant à une question dont personne ne se soucie est de la rigueur mal ciblée.

Pour une startup, ce que les utilisateurs font réellement est l'un des signaux les plus forts de la réalité.

Sur la responsabilité

Chaque problème important a exactement un propriétaire humain responsable.

Le propriétaire porte l'état actuel du problème et peut répondre :

1. Qu'essayons-nous d'accomplir, et pourquoi est-ce important ?
2. Que croyons-nous actuellement ?
3. Qu'est-ce qui reste inconnu ?
4. Quelles preuves avons-nous ?
5. Qu'est-ce qui a réellement été livré ?
6. Qu'est-ce qui a échoué ?
7. Qu'est-ce qui nous a fait changer d'avis ?
8. Que se passe-t-il ensuite ?

La responsabilité est de bout en bout.

La contribution est illimitée.

Les agents peuvent exécuter de manière indépendante un travail délégué substantiel et peuvent maintenir l'état de travail des tâches ou des sous-problèmes.

Mais la délégation n'efface pas la responsabilité humaine.

L'information n'est pas filtrée par le propriétaire. La responsabilité reste avec lui.

Sur l'autorité et le fondateur

Il existe deux types d'autorité différents.

Autorité épistémique : quel poids devons-nous accorder à une affirmation ou à un jugement sur ce qui est vrai ?

Autorité de décision : qui est responsable de prendre la décision ?

Elles ne sont pas les mêmes.

L'expertise, les preuves et un solide bilan méritent l'autorité épistémique.

Cela s'applique que les preuves ou le raisonnement utiles proviennent d'un humain ou d'un agent.

L'autorité de décision est attribuée explicitement.

Pour les décisions importantes, il y a un décideur humain nommé — généralement le responsable du problème. Le débat peut être vigoureux avant la décision. Une fois la décision prise, exécutez. Rouvrez le débat lorsque de nouvelles preuves matérielles apparaissent.

Le rôle du fondateur

La responsabilité est distribuée. Le contexte à l'échelle de l'entreprise ne l'est pas.

Le fondateur peut traverser les frontières organisationnelles pour comprendre le travail : parler directement à l'ingénieur qui débogue la recherche, inspecter la trace d'un agent, s'asseoir avec le client, inspecter le code, ou remettre en question une hypothèse.

Faire cela ne transfère pas automatiquement la responsabilité.

Le fondateur a une autorité de décision exceptionnellement large et la responsabilité de comprendre toute l'entreprise.

Le fondateur n'a pas l'autorité automatique d'avoir raison.

L'intuition du fondateur entre dans le système comme une hypothèse, pas comme une preuve.

Sur la coordination

Aucun rôle ne devrait exister principalement pour faire passer des informations vers le haut ou vers le bas de l'organisation.

Nous ne voulons pas de :

ingénieur → résumé du manager → résumé du directeur → résumé exécutif

lorsque le travail sous-jacent peut être inspecté directement.

Les humains ne devraient pas non plus passer leur temps à router manuellement des informations qu'un système ou un agent autorisé peut rendre lisibles directement.

L'état important devrait résider dans des systèmes et des artefacts que les personnes et les agents appropriés peuvent interroger eux-mêmes.

Si nous avons finalement des managers, ils devraient exister parce qu'ils rendent les gens et les équipes meilleurs : coaching, embauche, développement du jugement, maintien des normes, résolution de problèmes difficiles et suppression des obstacles.

« Rendre le statut lisible pour le prochain manager » n'est pas une raison suffisante pour qu'un emploi existe.

Acheter de la capacité avant de la bureaucratie

Avant d'ajouter un rôle de coordination permanent, un processus ou une équipe, demandez si de meilleurs outils, l'automatisation, de la puissance de calcul, des agents ou un individu plus fort peuvent fournir la même capacité.

Une facture d'inférence coûteuse qui empêche plusieurs embauches prématurées peut être bon marché.

Une énorme facture d'inférence produisant un travail inutile reste du gaspillage.

La consommation de tokens n'est pas une mesure de productivité.

Sur la connaissance et la machinerie

Préservez la connaissance. Régénérez la machinerie.

Les choses que nous traitons comme durables incluent :

• preuves et provenance ;
• décisions importantes et pourquoi elles ont été prises ;
• compréhension du client ;
• contraintes ;
• modèles de domaine ;
• tests et évaluations ;
• spécifications ;
• compétences acquises.

Les choses que nous sommes beaucoup plus disposés à remplacer incluent :

• tableaux de bord ;
• code de liaison ;
• outils internes ponctuels ;
• interfaces temporaires ;
• orchestration ;
• détails d'implémentation.

Cela s'applique le plus fortement aux logiciels internes.

Certains systèmes et abstractions de base devraient durer des années. Mais ils méritent cette durabilité en continuant à résoudre un problème important — pas parce qu'ils ont été coûteux à construire.

Sur l'apprentissage et la simplification

Un résultat négatif est précieux en proportion de l'incertitude qu'il élimine.

Une suppression est précieuse en proportion de la complexité qu'elle supprime sans détruire de valeur.

La boucle complète est :

apprendre → changer de conviction → changer d'action → améliorer

« Nous avons mené 47 expériences » n'est pas un accomplissement si rien d'utile n'a changé.

« Nous avons supprimé 10 000 lignes » non plus.

Nous ne remplaçons pas le théâtre du lancement par le théâtre de l'apprentissage.

Sur les processus

Le processus est un apprentissage institutionnel compilé.

Quand nous apprenons quelque chose à la dure, nous préservons la leçon pour ne pas avoir à l'apprendre à la dure pour toujours.

Préférez, dans l'ordre :

1. supprimer l'exigence inutile ;
2. supprimer le travail inutile ;
3. simplifier ce qui reste ;
4. le rendre plus rapide ;
5. l'automatiser.

L'automatisation vient en dernier.

Lorsqu'un processus est nécessaire, préférez l'application par de bons outils et systèmes à de la prose que les gens doivent se souvenir manuellement.

Chaque processus devrait pouvoir répondre à :

Pourquoi cela existe-t-il ?

Si personne ne peut répondre, c'est un candidat à la suppression.

Les incidents devraient produire une meilleure compréhension et de meilleurs mécanismes, pas une nouvelle case à cocher automatique.

Quatrième partie : Doctrine et mécanismes

Doctrine de la phase de démarrage — 2026

C'est ainsi que nous pensons qu'un Siftable à ses débuts devrait fonctionner. Ce n'est pas constitutionnel et devrait changer lorsque l'entreprise changera.

• Fabriquer quelque chose que les gens veulent.
• Parler constamment aux utilisateurs.
• Faire des choses qui ne passent pas à l'échelle quand elles nous apprennent quelque chose d'important.
• Livrer avant que tout ne semble confortable. La construction génère des connaissances que la planification ne peut pas.
• Rester plus petit que ce qui semble confortable. Embaucher n'est pas un progrès en soi.
• Ne jamais embaucher pour masquer une incertitude non résolue sur le produit.
• Dépenser agressivement pour la capacité et l'apprentissage réels ; dépenser prudemment pour l'apparence organisationnelle.
• Utiliser les agents de manière agressive là où ils augmentent la capacité réelle, pas pour faire de l'adoption de l'AI.
• Le fondateur reste dans les détails.
• Éviter les distractions. La concentration est un avantage de survie.

Mécanismes actuels — 2026

Ce sont des outils, pas des commandements. Remplacez-les ou supprimez-les quand quelque chose de mieux existe.

Porte de contact avec l'étranger
Le travail majeur sur un produit ne continue pas indéfiniment sans contact avec des utilisateurs qui ne sont pas nous.

Revue des traces de production
Les personnes travaillant sur un système inspectent régulièrement les traces et les échecs réels — humains et agents — plutôt que de se fier uniquement aux résumés.

Dogfooding
Nous utilisons Siftable pour faire notre propre travail partout où cela nous apprend quelque chose d'utile. Cela inclut nos flux de travail humain-agent : l'entreprise elle-même doit exercer le système qu'elle construit.

Journal des arrêts et simplifications
Nous consignons les choses significatives que nous avons arrêtées, réfutées, supprimées ou simplifiées — avec la raison.

Modèle d'expérience
Pour une incertitude suffisamment conséquente :

• affirmation ;
• explication concurrente ;
• mesure ;
• ce qui nous ferait changer d'avis ;
• résultat ;
• interprétation ;
• décision.

Utilisez-le en proportion des enjeux.

Sessions utilisateur directes
Le fondateur et le personnel technique passent régulièrement du temps directement avec les utilisateurs.

Amendement

Les différentes couches changent à des vitesses différentes.

L'axiome et la mission ne devraient changer que si l'entreprise elle-même est en train de devenir quelque chose de différent.

Les sept principes et les pactes sont durables, mais pas sacrés. En changer un nécessite une explication claire de ce que nous avons appris et pourquoi l'ancienne version n'est plus correcte.

Les Notes opérationnelles changent à mesure que notre compréhension s'améliore.

La Doctrine et les mécanismes sont datés et jetables.

Un test utile pour tout ce qui est proposé comme nouveau principe constitutionnel :

1. Peut-il être dérivé de l'idée qui sous-tend tout ?
2. Pouvons-nous nommer une chose attrayante qu'il nous forcerait à refuser ?

Sinon, c'est probablement de la décoration.

Placez-le dans une couche inférieure — ou laissez-le de côté.

Ce qui rend cela réel

Ce document n'est pas la culture.

La culture, c'est ce que nous récompensons.

Ce que nous refusons.

Qui nous embauchons.

Ce que nous tolérons.

Comment les gens utilisent l'autorité.

Comment les humains délèguent aux agents.

Comment les agents se comportent quand personne ne regarde.

Comment nous réagissons quand quelque chose échoue.

Ce que nous faisons quand les preuves sont gênantes.

La constitution est finalement écrite par ce que nous faisons quand ça fait mal.

La première fois que la réalité réfutera quelque chose que nous aimons et que nous changerons quand même de cap comptera plus que tout ce qui est écrit ici.