Karte der Ideen
⛶ Vollbild416 aus den Essays gewonnene Ideen und die 723 Verbindungen, die zwischen ihnen geschrieben wurden. Jeder Punkt ist eine Idee; seine Größe zeigt, wie viele Verbindungen sie hat.
✕ Vollbild verlassen
Une idée qui attend perd sa température plutôt que son sujet Demander à une pensée d'être propre trop tôt l'empêche de sortir Une capture qui atterrit dans un espace de travail est déjà une mise en situation Un outil d'écriture passif ne peut pas signaler ce qui manque Un outil qui exige d'être installé rate les idées qui arrivent en mouvement Un délai de publication court choisit les sujets autant qu'il accélère l'écriture Une matière primaire qui devient propre trop tôt cesse d'être une matière primaire Le moment le plus utile de l'écriture est celui où les manques apparaissent Un retour critique ne vaut que s'il compare la matière à ce qui existe déjà Un plan écrit avant la matière organise du vide La paternité d'un texte tient à ce qui n'est pas délégué, pas au clavier Mettre en forme est un travail réel, distinct de l'arbitrage qu'il sert Un dispositif d'écriture vaut par l'enchaînement de ses éléments, pas par chacun d'eux Un livrable porte le résultat sans porter le raisonnement Le coût d'une connaissance non capitalisée n'apparaît qu'au deuxième livrable Prendre un livrable pour source fait hériter de choix qui ne sont pas de la connaissance Entre les sources et les livrables, une couche de connaissance ne parle à aucun public Une note qui se met en forme pour un livrable cesse d'être réutilisable L'IA rend rentable une couche intermédiaire qui ne l'était pas Après un livrable, la question qui compte est de savoir ce qui reste Capitaliser une forme passée n'est pas capitaliser une capacité future Un livrable vaut par la contrainte qu'il impose, pas par ce qu'il conserve Toute production laisse une seconde sortie que personne ne collecte Juger consiste d'abord à reconnaître ce qui compte, pas à choisir Une décision mûrit par corrections successives, et ce délai se paie Traiter chaque objection comme une correction remplace le jugement par la conformité Une gêne vague devient traitable quand elle est découpée en prises nommées Multiplier les possibilités augmente la charge de jugement au lieu de la réduire Le risque n'est pas de manquer d'information mais de ne pas l'éprouver Accélérer la confrontation libère du temps pour le seul ralentissement qui compte Une réponse bien formulée ne prouve rien de sa justesse Une idée imparfaite ne mûrit que si quelque chose lui résiste Le transcript affiché n'est pas ce dont le modèle dispose pour répondre La valeur d'une persistance tient à la décision de conserver, pas à la conservation Demander où l'outil sait déjà agir débloque ce que « comment le faire agir » bloquait Une lenteur imputée à l'outil vient souvent de ce qu'on lui fait redécouvrir un contexte connu Une confirmation qui ne suit pas une relecture n'atteste rien Distinguer le point de sortie du lieu de conservation débloque le choix de l'outil Une protection qui porte sur l'agent ne se contourne pas en déguisant la requête Une demande technique d'un grand compte exprime souvent une culture de gouvernance Une brique qui ne crée aucune valeur peut à elle seule empêcher une vente Un client qui réclame ses données chez lui ne conteste pas votre compétence, il réclame du contrôle Le client contrôle où vivent ses données, l'éditeur contrôle comment le produit évolue Une évolution qui exige une intervention chez chaque client fait diverger les versions Externaliser une ressource ne déplace pas la responsabilité perçue par l'utilisateur Un partage de responsabilités n'existe que si l'on peut attribuer les incidents Externaliser une ressource réduit le coût d'infrastructure et augmente le coût de service Remplacer un fournisseur sans changer la valeur du service le rend substituable Une brique non différenciante reste coûteuse à substituer si elle porte l'état durable La largeur du support technologique doit suivre le positionnement commercial, pas la faisabilité Comprendre pourquoi un client demande du contrôle permet de doser le contrôle accordé Choisir de vendre aux grands groupes, c'est accepter leur gouvernance comme contrainte de marché Une mémoire tenue en fichiers plats versionnés suit le projet, là où une mémoire logée dans l'outil reste sur la machine Une mémoire d'agent se stratifie par durée de vie, pas par sujet Des règles permanentes ne remplacent pas un journal de ce qui s'est passé Déléguer à un modèle le tri de ce qui mérite d'être retenu remplace une décision humaine par un critère écrit Cloisonner la mémoire par projet est ce qui la rend rechargeable Des sections fixées d'avance rendent relisable ce qu'une machine écrit en continu Une mémoire longue ne reste une mémoire que si un plafond force sa consolidation Une automatisation déclenchée par la fin d'un travail doit reconnaître ses propres déclenchements Un agent utilitaire hérite des instructions du répertoire d'où on l'appelle Le nom d'un événement d'automatisation ne dit pas à quelle fréquence il se déclenche Une automatisation qui tourne à chaque échange doit coûter assez peu pour qu'on cesse de l'arbitrer Capturer peut être automatique, restituer doit rester demandé Un axe de classification unique oblige à choisir entre le recul métier et la précision d'action Un retour client se classe par le niveau auquel il s'exprime, pas par son sujet apparent Le nombre de catégories d'une taxonomie s'arbitre sur son adoption, pas sur son élégance Décrire un besoin au niveau du cas d'usage évite d'enfermer l'analyse dans une solution Un niveau de classification ne sert que s'il débouche sur un niveau de décision Un sujet reconnu stratégique reste repoussé tant que sa collecte doit être payée avant toute réflexion Une part du métier de Product Manager consiste à compenser les frictions de l'organisation Une couche de travail passe pour le cœur d'un métier tant qu'elle coûte assez cher pour l'occuper Confier une tâche annexe à un système outillé déplace le travail vers le cadrage et la supervision Un Product Manager se juge sur les problèmes qu'il identifie avant les autres, pas sur le volume d'artefacts qu'il produit Traduire un produit ne fait franchir que la couche visible d'un marché Le moment de payer expose en quelques secondes l'infrastructure économique d'un pays Le paiement fractionné peut être une modalité ordinaire de consommation plutôt qu'un marqueur de gros achat Un identifiant fiscal intégré au paiement ordinaire déplace la norme de vie privée d'un pays Un moyen de paiement massivement adopté cesse d'être un outil pour devenir un langage commun Le choix d'un moyen de paiement peut répondre à un risque physique plutôt qu'à une préférence de confort L'économie informelle ne se définit pas par l'absence de technologie : elle s'équipe Une économie informelle tolérée tient lieu de filet social là où il n'y en a pas Quelques pourcents de commission suffisent à orienter un moyen de paiement quand la marge est vitale Une position dominante ne se transpose pas dans un pays déjà structuré par d'autres habitudes Un marché déroutant n'est ni en retard ni en avance : il répond à d'autres contraintes Là où la vérification institutionnelle est faible, la reconnaissance personnelle en tient lieu Un trait culturel n'est visible que par celui pour qui le geste n'est pas normal Une politique zéro bug ne vise pas zéro défaut, mais zéro défaut connu non décidé Un défaut exclu de la planification consomme quand même la capacité de l'équipe Un défaut devient prioritaire quand il devient visible, pas quand il devient coûteux Un stock de défauts crée son propre travail d'entretien, distinct de la correction Un ticket de bug reste ouvert parce que le fermer obligerait quelqu'un à signer un refus Réduire la qualification d'un signal à deux issues empêche de cacher l'arbitrage derrière une typologie Un utilisateur ne distingue pas un défaut d'une capacité absente : il ressent une douleur Une capacité absente peut faire plus mal qu'un défaut avéré Séparer les cartes de bug des cartes de feature crée deux systèmes de priorité qui ne se comparent jamais « À prioriser plus tard » est un refus que personne n'a signé Ignorer les défauts pour tenir la vélocité protège la métrique et non le produit Une politique zéro bug ne crée pas le ralentissement, elle rend visible le taux de défauts du système Sortir d'un stock de défauts commence par ce qui revient au support, pas par une repriorisation Une phase de réduction du stock doit être bornée, sinon elle devient le backlog normal Quand qualifier les défauts coûte plus cher que corriger le système, le stock a seulement changé de nom Vider un stock de défauts et empêcher qu'il se reforme sont deux problèmes distincts Entre la spécification et la mise en production, des arbitrages non écrits redéfinissent ce que le client vivra Concevoir une fonctionnalité sans la porter jusqu'en production externalise le coût de ses propres approximations L'existence d'un poste dit ce qu'une organisation a jugé séparable, pas ce que ce poste fait bien Le découpage entre ceux qui conçoivent et ceux qui exécutent a déjà été abandonné côté développement Ce que le marché recrute définit un rôle plus sûrement que sa définition méthodologique Un artefact consommable peut fonder une fonction, pas un métier Le titre d'un poste fabrique le mandat qu'on lui accorde Découper la responsabilité produit place la conséquence chez celui qui n'a pas eu le choix Une division du travail ne survit pas longtemps à la disparition de sa justification économique Une tâche qui n'est pas le goulot de la décision peut rester un plafond de volume Une IA peut analyser une option, elle ne peut pas assumer le pari Un rôle d'interface peut être redéfini par redistribution plutôt que supprimé Un rôle d'interface devient nuisible quand il coupe les développeurs du besoin réel L'expertise métier n'est la propriété d'aucun rôle Un découpage du travail qui arrange celui qui le défend garde la part qui se raconte bien en réunion Tant que la perte n'est pas nommée, le comité n'a pas arbitré Un comité qui donne sa place à chaque fonction protège aussi chacun du moment de trancher Un comité utile ne produit pas l'accord, il montre où l'accord s'arrête « On ajustera plus tard » est légitime sous incertitude réelle, pas devant une incompatibilité déjà connue Un désaccord explicite localise le problème, l'alignement de façade le disperse Un arbitrage esquivé revient plus tard sous le nom d'un problème de coordination Une ligne non tranchée se paie en réunions d'alignement et en validations croisées Une décision floue dilue la responsabilité jusqu'à rendre l'échec inattribuable La décision molle est un produit de l'organisation, pas une faiblesse de celui qui devait trancher Un arbitrage rouvert dès qu'il déplaît à une fonction influente apprend à toute l'organisation qu'aucun choix n'est final Un comité qui ignore ce qu'il peut décider et qui tranche après lui devient un théâtre d'alignement L'alignement se produit quand les désaccords deviennent assez clairs pour être traités, pas quand les bonnes personnes sont dans la pièce Un langage partagé et des critères de réussite hiérarchisés font ce qu'aucune amélioration des réunions ne fait Une idée retrouvable n'est pas encore une idée disponible Une flash card se distingue d'une note atomique par ce qu'elle engage, pas par sa taille Ce qu'on veut avoir en soi se reconnaît à la résonance, pas à une grille de critères Une carte d'ancrage cesse de tenir dès qu'elle porte le raisonnement qui l'entoure Un paquet de convictions cesse d'en être un dès qu'il grandit sans limite Relire une conviction sans la confronter à ce qui s'est passé depuis n'éprouve rien Une conviction qui a cessé de porter se jette, là où une note s'archive Le papier ancre un pilier de pensée, le numérique ne fait que le refléter Le code est le seul artefact qui décrit l'état réel du produit, les autres ne font que le suivre Une documentation en langage naturel existe pour les lecteurs qui n'accèdent pas au code, pas pour la qualité de son information La divergence entre documentation et code est un arbitrage de coût, pas une négligence La propreté du code cesse d'être un enjeu d'équipe technique quand il devient la source des artefacts produit Reconstruire une spécification depuis le code actuel remplace sa mise à jour depuis un document ancien Sans culture technique, une accumulation d'outils efficaces localement se paie en coût d'articulation Un parcours technique donne au Product Manager un levier d'accès à la matière du produit, pas une aptitude supérieure Un SaaS spécialisé ne voit qu'une face du produit et ne peut pas en porter la vision complète Une maquette reconstruite depuis le code réel cesse d'être une représentation pour devenir une base exploitable La valeur d'un outil se déplace vers sa capacité à récupérer du contexte hors de son périmètre Un système d'information conserve l'événement sans conserver ce qu'il apprend Les formes du système d'information sont des réponses techniques, pas des formes de pensée Ajouter une IA dans une application existante améliore l'usage sans déplacer l'information Un contexte métier traverse les applications au lieu de les remplacer Plus l'IA est mobilisée, plus la gouvernance de l'information devient décisive Travailler avec une IA consiste à entretenir le contexte autour d'elle plutôt qu'à écrire de bons prompts Tant que l'utilisateur doit connaître la structure du système, c'est lui qui porte le contexte de sa question Le frein à une mémoire d'organisation est culturel, pas technique Des mémoires métier séparées valent mieux qu'un cerveau central, à condition d'être connectables La transparence d'un backlog tient à la lisibilité de ses décisions, pas au nombre de lignes qu'il expose Un sujet entre dans le backlog au moment où il devient un travail collectif Déposer trois lignes dans un outil collectif délègue une pensée floue au lieu d'un travail Le niveau de détail d'un ticket dépend du contexte partagé de l'équipe, pas d'un gabarit Une user story déclenche la conversation au lieu de la remplacer Un backlog sans limite annule la contrainte que la roadmap venait de poser Ajouter un sujet sans en retirer un autre revient à nier la capacité réelle de l'équipe Un vieux ticket décrit un contexte disparu plutôt qu'une mémoire fiable Un ticket n'est pas un actif parce qu'il existe Une demande client est un matériau d'apprentissage, pas une consigne d'exécution La trace d'un refus ne sert la mémoire que si elle ne porte aucun travail à faire Le ticket est l'endroit où l'on pousse le résultat d'une pensée, pas l'endroit où on la fait Une liste de cartes ne peut pas porter un matériau qui vaut par ses relations Un support de coordination se rédige pour sa durée d'usage, pas pour l'archive Une source capturée ne vaut presque rien tant qu'elle n'a pas été reprise Le critère de capture à chaud n'est pas l'intérêt mais la promesse pour un projet en cours Le tri d'une capture se fait à froid, une fois l'élan de la découverte retombé Un stock de captures vu en bloc fait mieux choisir qu'un filtrage pièce par pièce Une source externe et une pensée en cours ne relèvent pas du même geste de capture Un système de capture se juge sur la connaissance qu'il produit, pas sur sa complétude Dans le coût d'un agent, ce que le modèle écrit pèse plusieurs fois ce qu'il lit Un skill qui charge une base entière pour en exploiter trois fiches paie le volume, pas l'usage Une transformation déterministe confiée au modèle se paie au tarif du raisonnement Régénérer un livrable en relisant tout l'historique fait croître son coût avec la base, pas avec la nouveauté Le prompt d'un skill est un coût fixe payé à chaque exécution Le modèle se choisit sur la difficulté de l'étape, pas sur celle du skill Dans un enchaînement d'étapes, la sortie de chaque étape redevient l'entrée de toutes les suivantes Un plafond de consommation atteint ne dit pas où la consommation est partie Un quota partagé fait d'un skill gourmand un coût pour ceux qui ne l'ont pas lancé Une optimisation ne se hiérarchise qu'en part du coût total Un gain de tokens s'arbitre contre le coût de son implémentation dans la base de code existante Une estimation assez juste pour classer des optimisations ne l'est pas assez pour en valider une Le coût d'un skill dérive après sa mise en service Un réseau de notes montre que tout est relié sans dire de quelle manière Dans un réseau de notes reliées, une note fausse contamine l'analyse sans laisser de trace La vérifiabilité de ce qu'une IA produit tient au nombre de fichiers qu'un humain peut relire Une IA lâchée dans un réseau de notes sans frontières navigue au lieu de répondre Un réseau de notes ne trace ni ses contradictions, ni ses manques, ni ses décisions Un manque qu'on ne sait pas repérer est plus dangereux qu'un manque identifié Étudier une opportunité produit est une réduction volontaire de périmètre que l'outillage doit refléter Une information venue d'un autre domaine se copie et s'adapte plutôt qu'elle ne se lie Calquer l'organisation du travail produit sur celle du développement supprime une couche de traduction Une veille concurrentielle utile part du client cible, et les concurrents n'y sont que des révélateurs Une fonctionnalité concurrente est une réponse visible à un raisonnement invisible Sans positionnement défini, une veille ne produit qu'une collection de signaux mal interprétés Un concurrent réel est tout ce qui suffit à empêcher l'adoption, pas ce qui appartient à la même catégorie Anticiper consiste à apprendre plus tôt, pas à deviner l'avenir Le choix n'est jamais entre risque et absence de risque, mais entre explorer trop tôt et arriver trop tard Le niveau d'exigence envers un logiciel métier est fixé par des expériences vécues ailleurs Confondre benchmark, veille, positionnement et stratégie fait passer un empilement d'observations pour une décision Router la correction d'un défaut vers le développeur disponible dilue la responsabilité de ce qui a été livré Faire revenir un défaut à son auteur agit avant le défaut, sur la manière dont il livre Corriger son propre défaut est le seul moment où l'on voit ce qui a manqué en amont Chercher un coupable après un défaut fait disparaître les défauts des conversations, pas du produit Le choix produit et la qualité technique sont deux zones de responsabilité que le dialogue ne doit pas dissoudre Un développeur qui ne comprend pas le comportement attendu doit pouvoir refuser de coder Un test écrit avant le code transforme une partie de la spécification en contrainte vérifiable Une QA placée en fin de chaîne reçoit la responsabilité qualité au lieu de la cadrer Le legacy de demain se fabrique à chaque responsabilité qualité déplacée aujourd'hui Une connaissance fixée par des normes supporte un réseau de notes que la connaissance d'opportunité ne supporte pas Un dispositif qui recompose sa réponse à chaque question ne consolide jamais les idées qu'il extrait Un wiki généré par une IA reste dérivé : la source de vérité demeure le document d'origine Ingérer une source dans une base consolidée se mesure aux notes existantes qu'elle modifie, pas aux notes qu'elle ajoute Une base de faits dit ce que prescrit la norme, un système de pensée personnel dit ce qu'elle vaut ici Le travail décisif d'une extraction automatisée est le réglage du seuil entre exhaustivité et pertinence Une version durcie d'un système d'extraction se règle en lui faisant analyser ce que la précédente avait retenu Une recherche par proximité sémantique retrouve des notes qui ne partagent aucun mot avec la question Un outil de cohérence ne vaut que par ce qu'il oblige à rendre explicite Un désaccord caché sous un mot commun coûte moins cher au glossaire qu'au lancement Ne pas réussir à écrire la cible ou la promesse en une page est un symptôme de stratégie, pas de rédaction Tant que les éléments d'une décision restent dispersés dans plusieurs documents, chaque fonction garde sa propre lecture Écrire ce que le client est censé comprendre avant de construire expose les incohérences que le point de vue interne masque Chaque fonction a un indicateur légitime, et c'est leur souveraineté simultanée qui empêche une définition partagée du succès Repousser un arbitrage est déjà un choix : celui d'accepter un coût de retard non formulé Un arbitrage sans mémoire écrite redevient négociable dès que les raisons se simplifient Une décision reste claire en étant révisable si les conditions de sa réouverture sont écrites Écrire pourquoi un point de vue a été écarté le distingue d'un point de vue ignoré Un désaccord a besoin d'une durée maximale d'ouverture, sinon prolonger la discussion remplace la décision Une même question tranchée dans plusieurs instances signale une règle manquante, pas un cas particulier Redécider faute de trace coûte la cohérence avant de coûter le temps Une règle de décision se documente à un niveau où elle ne dit pas quoi construire Un registre de décisions perd sa valeur à mesure qu'il se remplit Une décision écrite avec ses conditions de réévaluation reste révisable sans redevenir négociable Une décision remplacée s'écrit à côté de l'ancienne, jamais à sa place Juger une décision passée sans son contexte d'époque produit un procès imaginaire Une décision structurante logée dans un ticket devient invisible pour le reste de l'entreprise Un document se juge sur les discussions qu'il supprime, pas sur celles qu'il ajoute L'accès à une technologie cesse d'être un avantage dès qu'il devient louable à l'usage Quand produire devient abondant, l'avantage se déplace de la capacité à produire vers la compréhension du contexte Deux entreprises qui expriment le même besoin peuvent en attendre deux choses différentes selon leur culture de décision Générer une interface plus vite ne corrige pas une mauvaise compréhension de l'utilisateur Un produit adopté par ses utilisateurs peut être bloqué par les critères de décision de l'acheteur Produire plus de code ne produit ni cohérence d'architecture, ni fiabilité, ni sécurité Une exigence de traçabilité arrive sur le terrain sous la forme d'une demande ordinaire de justification Un document de contexte vaut par la distinction qu'il impose entre ce qu'on sait, ce qu'on croit et ce qui fait douter Un document de contexte s'organise par risques produit plutôt que par disciplines Une roadmap remplace une logique de dates par une logique d'horizons de certitude Une roadmap ne produit pas l'arbitrage, elle le rend visible et discutable La colonne porte la décision, la carte explique la valeur Un candidat sérieux se distingue d'une idée par la condition écrite de son passage à l'engagement Garder un sujet visible sans s'y engager n'a de sens que si son déclencheur de réévaluation est écrit Une roadmap aligne par ce qu'elle exclut, pas par ce qu'elle liste Afficher plus de sujets engagés que l'équipe ne peut en produire fabrique une illusion d'engagement Une colonne d'attente sans limite devient un pré-backlog politique Un nombre de places limité transforme la priorisation en justification comparée Une roadmap non reliée à une stratégie n'est qu'une présentation plus lisible du désordre existant Une roadmap ne doit pas être la somme des pressions entrantes La roadmap sélectionne les sujets, le backlog organise le travail sur les sujets sélectionnés Une roadmap client est une traduction manuelle, pas une extraction de la roadmap interne Montrer un sujet non engagé crée une attente qui vaut promesse Une roadmap sans décideur désigné devient un compromis entre jeux d'influence Le rythme de revue d'une roadmap s'arbitre entre la discussion permanente et la dérive Un sujet ni engagé ni abandonné continue de consommer l'attention de l'organisation Travailler sur un sujet dont on ignore s'il sera priorisé fait baisser l'intensité du travail Une roadmap protège de la dispersion et empêche du même geste les petites améliorations évidentes Une exception au cadre de priorisation ne tient que si elle est sacralisée et bornée Un temps hors roadmap ne traite que les sujets dont la valeur est déjà connue Une dette technique n'est une dette qu'à partir du moment où l'on décide de la régler L'atomicité d'une note tient à sa cohésion, pas à sa longueur Tant qu'une note cite son auteur au lieu d'énoncer l'idée, elle reste une capture Le titre d'une note est une prise de position, pas une étiquette de rangement Ne pas trouver de titre net à une note signale une idée encore floue, pas un manque de style Une note trop large brouille ses liens, une note trop fragmentée les réduit en bruit Classer sa pensée par concept plutôt que par source permet à plusieurs lectures d'enrichir la même note Des notes déjà clarifiées rendent l'écriture incrémentale plutôt que dépendante d'une grande séance de synthèse Un même fichier ne peut pas être organisé à la fois pour l'humain et pour l'IA L'excellence dans un domaine tient à la profondeur du contexte intériorisé, pas à la maîtrise de la technique L'attention d'un modèle se dégrade sur ce qu'on enfouit au milieu de son contexte Un contexte se charge par un noyau constant complété à la demande, pas en bloc Séparer la matière brute, ce qu'on en retient et ce qu'on livre est ce qui rend une affirmation attribuable Une décision prise avec une IA ne se défend que si le chemin qui y mène reste remontable Un livrable régénéré depuis le contexte n'attend plus la fin d'une phase Un contexte sans débouché garde sa valeur par ce qu'il apporte aux contextes voisins L'intelligence tient au rapprochement d'idées éloignées, pas à l'accumulation de savoir Une longue synthèse interdit les rapprochements qu'un ensemble de notes courtes et reliées rend possibles Expliquer un contexte à une IA oblige à vérifier qu'on le comprend soi-même Un contexte parfaitement documenté reste incomplet de ce que le Product Manager n'a jamais écrit La connaissance non écrite est la seule matière d'un contexte dont le recueil ne peut pas être industrialisé Une source de session capte la pensée utile avant qu'elle n'atteigne le seuil du document Un micro-signal ne vaut que par son cumul dans un contexte qui sait pourquoi il le conserve Répéter une idée avec des nuances différentes la fait mûrir au lieu de la dupliquer Une connaissance reste dans les têtes parce qu'elle naît trop petite pour devenir un document Une synthèse vaut par l'angle qu'elle choisit, pas par le sujet qu'elle couvre Assembler plusieurs notes fait apparaître un niveau de lecture qu'aucune ne porte seule Une synthèse tient entre deux dérives : approfondir une idée ou n'être qu'une liste de liens Expliquer la relation entre des notes vaut mieux que recopier ce qu'elles disent Une synthèse peut porter plusieurs idées tant qu'elles servent le même angle Une thèse tirée de notes existantes donne l'architecture d'un article avant d'en écrire une ligne Une entrée de glossaire délimite un mot, une note atomique affirme une proposition Une entrée de glossaire se juge sur l'utilisabilité du terme, pas sur l'exhaustivité du concept Un terme ne se délimite que contre les mots avec lesquels on le confond Un glossaire devient nécessaire quand un système de notes sert plusieurs personnes ou plusieurs usages Les liens d'un réseau de notes ne tiennent qu'à la stabilité des mots qui les soutiennent Le glossaire ne remplace ni les notes ni les sources : il leur donne un vocabulaire commun Une question sur le comportement du produit appelle une lecture de la source, pas un arbitrage produit Le temps passé à vérifier ce que le produit fait déjà n'apparaît dans aucun instrument de suivi Répondre à une question hors de son sujet coûte la continuité du travail en cours plus que le temps qu'elle prend La frontière entre ce qu'on maintient et ce qu'on régénère passe entre ce qui explique et ce qui décrit Obliger une réponse générée à citer ses preuves contraint ce qu'elle s'autorise à affirmer Une réponse qui ne dit pas où elle bloque déplace le risque au lieu de le réduire Une réponse structurée en angles sert plusieurs métiers sans se dupliquer par public Retrouver le bon fragment et circuler jusqu'à ses voisins sont deux capacités distinctes L'historique d'un dépôt porte l'intention que son état courant a effacée Le comportement réel d'un produit n'est pas dans le dépôt seul : il dépend de la configuration déployée Un code interrogeable est un code dont les exceptions portent des règles métier, pas un code propre Une spécification change de statut au passage en production : outil de dialogue avant, artefact régénérable après Un assistant de développement n'invente pas la dette technique, il en change l'échelle La lenteur de production imposait une compréhension dont rien ne prend le relais quand elle tombe Une erreur qui arrive à une échelle où elle n'est plus analysable cesse de former Les tâches qui formaient les développeurs juniors sont celles qu'un assistant automatise le mieux Une accélération générale rend indéfendable le temps d'apprentissage qu'elle n'accélère pas Les bonnes pratiques naissent de la résistance du terrain, pas de la relecture des précédentes Un système compris est un système qu'on saurait reconstruire Accepter du code que personne ne sait expliquer contracte une dette de compréhension Sans catalogue de patterns décidé par l'équipe, chaque fonctionnalité générée invente sa propre manière de faire Une sortie ratée d'un assistant signale une directive manquante avant d'être un travail à corriger La complexité d'une fonctionnalité se paie hors du code, dans l'adoption, le support et la documentation Réintroduire volontairement de la difficulté entretient une compétence que l'outil rend inutile au quotidien Reconstituer un contexte perdu ne coûte pas que du temps : la décision suivante se prend sur une version appauvrie Structurer une information client, c'est la rendre pensable, pas la ranger Une preuve produit se construit par convergence de signaux, pas par démonstration Un contexte qui réunit les prismes de plusieurs fonctions rend visible l'angle mort de chacune Diffuser une synthèse sans laisser l'accès à la matière brute interdit toute réinterprétation ultérieure Un capital de connaissance ne vaut que par ce qui le ramène dans les décisions Une même brique de contexte donne des livrables différents selon la fonction qui la reprend Un produit se juge sur la capacité qu'il ajoute au client, pas sur la tâche qu'il exécute Une agrégation maintenue à jour efface l'histoire qui y a mené Une directive de traitement encode la connaissance de terrain que seul le détenteur du contexte possède Les règles de traitement et la matière qu'elles traitent ne tiennent pas dans le même fichier Déléguer un découpage sans dire comment découper rend la structure du modèle, pas la sienne Le taux d'erreur acceptable d'une IA se fixe par domaine, pas en absolu Un système de contexte avance d'un palier à chaque fois que le précédent cesse de suffire Le premier système de contexte sert à apprendre comment l'IA organise, pas à durer Dans un travail assisté par IA, le disque porte la mémoire et la conversation n'est qu'un canal Le but d'une mission et l'attention du moment doivent être tenus dans deux fichiers distincts Un cadre de mission se remplit par ce qu'on dit en passant, pas au moment de l'ouvrir Une directive encode une façon de travailler, jamais une information sur le sujet Poser une action future hors de la conversation la retire du raisonnement en cours Un contexte de travail doit pouvoir recevoir un message quand aucune session n'est ouverte Un état de reprise se rédige depuis la question de celui qui arrive sans rien avoir lu Un modèle qui compacte sa conversation choisit lui-même ce qu'il garde, et ne le signale pas Oublier, dans un espace de travail, est une décision de chargement et non une suppression Faire écrire un script à un assistant plutôt que lui faire exécuter la tâche rend l'opération vérifiable et rejouable Un produit qui tourne, même imparfait, fait apparaître des frottements qu'une maquette ne peut pas montrer Un outil construit comme jetable devient critique sans que personne ne l'ait décidé Sans contrainte de volumétrie énoncée, un assistant conçoit pour le jeu de test et le défaut se manifeste en lenteur, pas en erreur Encadrer un assistant de code demande le travail d'un tuteur de junior sans la progression qui le rentabilise Augmenter la capacité de produire déplace le goulot d'étranglement vers celui qui décide Accélérer une seule étape d'un flux de travail déplace le goulot vers la suivante Déléguer l'implémentation à un agent oblige à expliciter les décisions produit que le développeur absorbait en silence Le droit de produire du code se règle sur le rapport entre la compétence et le risque du produit, pas sur la compétence seule Livrer plus vite sans accès aux clients ni aux arbitrages fait un opérateur d'agents, pas un product engineer La sécurité est la seule exigence logicielle qui ne se gradue pas avec l'enjeu du produit Ce qu'un contributeur peut porter se mesure à son niveau de capacité d'action, pas à son métier d'origine Encadrer une production de code venue d'ailleurs que l'équipe technique consiste à la raccorder à l'outillage existant Imposer la revue d'un outil personnel jetable recrée la dépendance aux développeurs qu'on cherchait à réduire Fabriquer son propre outil engage à en assumer les pannes, et c'est la charge que l'assistant ne reprend pas Les tests sont le point d'appui qui reste sur un code qu'on n'a pas écrit soi-même La revue de pull request devient un mécanisme de gouvernance dès que des profils non développeurs contribuent L'ouverture d'un périmètre de contribution s'arbitre sur le risque de la zone, pas sur le métier du contributeur Des tests écrits après coup par l'auteur du code valident son implémentation, pas l'intention métier Un cadre technique explicite accélère un assistant au lieu de le brider Un choix produit, un choix technique et un choix d'expérience gardent chacun leur garant même quand tout le monde contribue Travailler avec des agents rend centrales des responsabilités produit qui étaient implicites Construire à côté du produit et construire dans son prolongement n'engagent pas le même risque Quand d'autres fonctions produisent du logiciel, le travail des développeurs se déplace vers la fabrication du terrain La qualité d'une sortie probabiliste se juge sur son acceptabilité, pas seulement sur sa conformité Un outil qui donne accès à une puissance technique ne transmet pas la culture qui la rend sûre Des liens nommés par des verbes précis décrivent un produit là où des définitions isolées ne décrivent que des mots L'écart entre le nom du code, le mot de l'écran et le mot du terrain est une information à conserver, pas un désordre à corriger Un modèle de produit transmis de vive voix cesse de se transmettre dès que le destinataire est un agent Une règle métier énoncée en une phrase est déjà un test, sans passer par le code Tant que l'usage d'un référentiel n'a pas commencé, la rigueur de son format ne peut pas être choisie Les questions déjà posées au support cadrent un référentiel mieux que les questions écrites à froid Un référentiel se réceptionne en rejouant les questions qui l'ont cadré, sans rouvrir le code Un lien qui pointe vers une fiche inexistante est la file d'attente du travail, pas une erreur à corriger Une source qui ne provient pas de la version décrite n'est pas une source Deux parties d'un produit qui se contredisent à la même version signalent une incohérence, pas un décalage Un objet logiciel n'est décrit que lorsqu'il a été lu dans le cœur du code, la base, les écrans et les traductions Une règle qui n'existe que dans l'écran est presque toujours un écart Les noms des messages d'erreur techniques énoncent des règles métier que le reste du code ne formule nulle part Le découpage d'un logiciel en modules approxime le métier, son découpage en tables ne l'approxime pas La cohésion d'un ensemble de fiches et la couverture de ce qu'elles décrivent sont deux contrôles distincts On choisit un critère d'arrêt qu'on peut satisfaire plutôt qu'un critère qui prouve le travail fait Un critère d'arrêt cherché à la fin est choisi parmi ceux qu'on est déjà sûr de satisfaire Le signal d'une mesure de couverture est le désaccord entre deux angles d'énumération, pas le score d'un angle Un moteur de recherche sémantique répond toujours et ne prouve jamais une absence Une même règle recopiée dans trois documents ne diverge qu'au jour où elle change Un comptage de termes mal posé produit une donnée fausse qui a l'air d'une donnée Un agent énumère mieux qu'un humain et déclare terminé plus vite que lui Un calcul qui n'a pas d'endroit unique est redécouvert par chaque nouvelle fonctionnalité, à ses frais Un objet que l'utilisateur voit à l'écran sans qu'il existe dans le produit fabrique une famille entière de réclamations Les entretiens disent ce que les clients veulent construire, les tickets disent ce qui casse Une erreur d'estimation d'un ordre de grandeur suffit à ce qu'un travail ne soit jamais commencé Un référentiel complet sur un périmètre sert tous ses métiers, un référentiel à moitié fait sur cinq ne sert personne Un journal tenu en ajout seul distingue un changement du produit d'un changement de notre compréhension Une section « ce que la méthode ne dit pas encore » est ce qui rend un document de méthode honnête Un référentiel qui mûrit bouge par fusions et divisions d'objets, mouvements qu'aucun outil ne raconte Une idée qui attend perd sa tempé… Demander à une pensée d'être prop… Une capture qui atterrit dans un… Un outil d'écriture passif ne peu… Un outil qui exige d'être install… Un délai de publication court cho… Une matière primaire qui devient… Le moment le plus utile de l'écri… Un retour critique ne vaut que s'… Un plan écrit avant la matière or… La paternité d'un texte tient à c… Mettre en forme est un travail ré… Un dispositif d'écriture vaut par… Un livrable porte le résultat san… Le coût d'une connaissance non ca… Prendre un livrable pour source f… Entre les sources et les livrable… Une note qui se met en forme pour… L'IA rend rentable une couche int… Après un livrable, la question qu… Capitaliser une forme passée n'es… Un livrable vaut par la contraint… Toute production laisse une secon… Juger consiste d'abord à reconnaî… Une décision mûrit par correction… Traiter chaque objection comme un… Une gêne vague devient traitable… Multiplier les possibilités augme… Le risque n'est pas de manquer d'… Accélérer la confrontation libère… Une réponse bien formulée ne prou… Une idée imparfaite ne mûrit que… Le transcript affiché n'est pas c… La valeur d'une persistance tient… Demander où l'outil sait déjà agi… Une lenteur imputée à l'outil vie… Une confirmation qui ne suit pas… Distinguer le point de sortie du… Une protection qui porte sur l'ag… Une demande technique d'un grand… Une brique qui ne crée aucune val… Un client qui réclame ses données… Le client contrôle où vivent ses… Une évolution qui exige une inter… Externaliser une ressource ne dép… Un partage de responsabilités n'e… Externaliser une ressource réduit… Remplacer un fournisseur sans cha… Une brique non différenciante res… La largeur du support technologiq… Comprendre pourquoi un client dem… Choisir de vendre aux grands grou… Une mémoire tenue en fichiers pla… Une mémoire d'agent se stratifie… Des règles permanentes ne remplac… Déléguer à un modèle le tri de ce… Cloisonner la mémoire par projet… Des sections fixées d'avance rend… Une mémoire longue ne reste une m… Une automatisation déclenchée par… Un agent utilitaire hérite des in… Le nom d'un événement d'automatis… Une automatisation qui tourne à c… Capturer peut être automatique, r… Un axe de classification unique o… Un retour client se classe par le… Le nombre de catégories d'une tax… Décrire un besoin au niveau du ca… Un niveau de classification ne se… Un sujet reconnu stratégique rest… Une part du métier de Product Man… Une couche de travail passe pour… Confier une tâche annexe à un sys… Un Product Manager se juge sur le… Traduire un produit ne fait franc… Le moment de payer expose en quel… Le paiement fractionné peut être… Un identifiant fiscal intégré au… Un moyen de paiement massivement… Le choix d'un moyen de paiement p… L'économie informelle ne se défin… Une économie informelle tolérée t… Quelques pourcents de commission… Une position dominante ne se tran… Un marché déroutant n'est ni en r… Là où la vérification institution… Un trait culturel n'est visible q… Une politique zéro bug ne vise pa… Un défaut exclu de la planificati… Un défaut devient prioritaire qua… Un stock de défauts crée son prop… Un ticket de bug reste ouvert par… Réduire la qualification d'un sig… Un utilisateur ne distingue pas u… Une capacité absente peut faire p… Séparer les cartes de bug des car… « À prioriser plus tard » est un… Ignorer les défauts pour tenir la… Une politique zéro bug ne crée pa… Sortir d'un stock de défauts comm… Une phase de réduction du stock d… Quand qualifier les défauts coûte… Vider un stock de défauts et empê… Entre la spécification et la mise… Concevoir une fonctionnalité sans… L'existence d'un poste dit ce qu'… Le découpage entre ceux qui conço… Ce que le marché recrute définit… Un artefact consommable peut fond… Le titre d'un poste fabrique le m… Découper la responsabilité produi… Une division du travail ne survit… Une tâche qui n'est pas le goulot… Une IA peut analyser une option,… Un rôle d'interface peut être red… Un rôle d'interface devient nuisi… L'expertise métier n'est la propr… Un découpage du travail qui arran… Tant que la perte n'est pas nommé… Un comité qui donne sa place à ch… Un comité utile ne produit pas l'… « On ajustera plus tard » est lég… Un désaccord explicite localise l… Un arbitrage esquivé revient plus… Une ligne non tranchée se paie en… Une décision floue dilue la respo… La décision molle est un produit… Un arbitrage rouvert dès qu'il dé… Un comité qui ignore ce qu'il peu… L'alignement se produit quand les… Un langage partagé et des critère… Une idée retrouvable n'est pas en… Une flash card se distingue d'une… Ce qu'on veut avoir en soi se rec… Une carte d'ancrage cesse de teni… Un paquet de convictions cesse d'… Relire une conviction sans la con… Une conviction qui a cessé de por… Le papier ancre un pilier de pens… Le code est le seul artefact qui… Une documentation en langage natu… La divergence entre documentation… La propreté du code cesse d'être… Reconstruire une spécification de… Sans culture technique, une accum… Un parcours technique donne au Pr… Un SaaS spécialisé ne voit qu'une… Une maquette reconstruite depuis… La valeur d'un outil se déplace v… Un système d'information conserve… Les formes du système d'informati… Ajouter une IA dans une applicati… Un contexte métier traverse les a… Plus l'IA est mobilisée, plus la… Travailler avec une IA consiste à… Tant que l'utilisateur doit conna… Le frein à une mémoire d'organisa… Des mémoires métier séparées vale… La transparence d'un backlog tien… Un sujet entre dans le backlog au… Déposer trois lignes dans un outi… Le niveau de détail d'un ticket d… Une user story déclenche la conve… Un backlog sans limite annule la… Ajouter un sujet sans en retirer… Un vieux ticket décrit un context… Un ticket n'est pas un actif parc… Une demande client est un matéria… La trace d'un refus ne sert la mé… Le ticket est l'endroit où l'on p… Une liste de cartes ne peut pas p… Un support de coordination se réd… Une source capturée ne vaut presq… Le critère de capture à chaud n'e… Le tri d'une capture se fait à fr… Un stock de captures vu en bloc f… Une source externe et une pensée… Un système de capture se juge sur… Dans le coût d'un agent, ce que l… Un skill qui charge une base enti… Une transformation déterministe c… Régénérer un livrable en relisant… Le prompt d'un skill est un coût… Le modèle se choisit sur la diffi… Dans un enchaînement d'étapes, la… Un plafond de consommation attein… Un quota partagé fait d'un skill… Une optimisation ne se hiérarchis… Un gain de tokens s'arbitre contr… Une estimation assez juste pour c… Le coût d'un skill dérive après s… Un réseau de notes montre que tou… Dans un réseau de notes reliées,… La vérifiabilité de ce qu'une IA… Une IA lâchée dans un réseau de n… Un réseau de notes ne trace ni se… Un manque qu'on ne sait pas repér… Étudier une opportunité produit e… Une information venue d'un autre… Calquer l'organisation du travail… Une veille concurrentielle utile… Une fonctionnalité concurrente es… Sans positionnement défini, une v… Un concurrent réel est tout ce qu… Anticiper consiste à apprendre pl… Le choix n'est jamais entre risqu… Le niveau d'exigence envers un lo… Confondre benchmark, veille, posi… Router la correction d'un défaut… Faire revenir un défaut à son aut… Corriger son propre défaut est le… Chercher un coupable après un déf… Le choix produit et la qualité te… Un développeur qui ne comprend pa… Un test écrit avant le code trans… Une QA placée en fin de chaîne re… Le legacy de demain se fabrique à… Une connaissance fixée par des no… Un dispositif qui recompose sa ré… Un wiki généré par une IA reste d… Ingérer une source dans une base… Une base de faits dit ce que pres… Le travail décisif d'une extracti… Une version durcie d'un système d… Une recherche par proximité séman… Un outil de cohérence ne vaut que… Un désaccord caché sous un mot co… Ne pas réussir à écrire la cible… Tant que les éléments d'une décis… Écrire ce que le client est censé… Chaque fonction a un indicateur l… Repousser un arbitrage est déjà u… Un arbitrage sans mémoire écrite… Une décision reste claire en étan… Écrire pourquoi un point de vue a… Un désaccord a besoin d'une durée… Une même question tranchée dans p… Redécider faute de trace coûte la… Une règle de décision se document… Un registre de décisions perd sa… Une décision écrite avec ses cond… Une décision remplacée s'écrit à… Juger une décision passée sans so… Une décision structurante logée d… Un document se juge sur les discu… L'accès à une technologie cesse d… Quand produire devient abondant,… Deux entreprises qui expriment le… Générer une interface plus vite n… Un produit adopté par ses utilisa… Produire plus de code ne produit… Une exigence de traçabilité arriv… Un document de contexte vaut par… Un document de contexte s'organis… Une roadmap remplace une logique… Une roadmap ne produit pas l'arbi… La colonne porte la décision, la… Un candidat sérieux se distingue… Garder un sujet visible sans s'y… Une roadmap aligne par ce qu'elle… Afficher plus de sujets engagés q… Une colonne d'attente sans limite… Un nombre de places limité transf… Une roadmap non reliée à une stra… Une roadmap ne doit pas être la s… La roadmap sélectionne les sujets… Une roadmap client est une traduc… Montrer un sujet non engagé crée… Une roadmap sans décideur désigné… Le rythme de revue d'une roadmap… Un sujet ni engagé ni abandonné c… Travailler sur un sujet dont on i… Une roadmap protège de la dispers… Une exception au cadre de prioris… Un temps hors roadmap ne traite q… Une dette technique n'est une det… L'atomicité d'une note tient à sa… Tant qu'une note cite son auteur… Le titre d'une note est une prise… Ne pas trouver de titre net à une… Une note trop large brouille ses… Classer sa pensée par concept plu… Des notes déjà clarifiées rendent… Un même fichier ne peut pas être… L'excellence dans un domaine tien… L'attention d'un modèle se dégrad… Un contexte se charge par un noya… Séparer la matière brute, ce qu'o… Une décision prise avec une IA ne… Un livrable régénéré depuis le co… Un contexte sans débouché garde s… L'intelligence tient au rapproche… Une longue synthèse interdit les… Expliquer un contexte à une IA ob… Un contexte parfaitement document… La connaissance non écrite est la… Une source de session capte la pe… Un micro-signal ne vaut que par s… Répéter une idée avec des nuances… Une connaissance reste dans les t… Une synthèse vaut par l'angle qu'… Assembler plusieurs notes fait ap… Une synthèse tient entre deux dér… Expliquer la relation entre des n… Une synthèse peut porter plusieur… Une thèse tirée de notes existant… Une entrée de glossaire délimite… Une entrée de glossaire se juge s… Un terme ne se délimite que contr… Un glossaire devient nécessaire q… Les liens d'un réseau de notes ne… Le glossaire ne remplace ni les n… Une question sur le comportement… Le temps passé à vérifier ce que… Répondre à une question hors de s… La frontière entre ce qu'on maint… Obliger une réponse générée à cit… Une réponse qui ne dit pas où ell… Une réponse structurée en angles… Retrouver le bon fragment et circ… L'historique d'un dépôt porte l'i… Le comportement réel d'un produit… Un code interrogeable est un code… Une spécification change de statu… Un assistant de développement n'i… La lenteur de production imposait… Une erreur qui arrive à une échel… Les tâches qui formaient les déve… Une accélération générale rend in… Les bonnes pratiques naissent de… Un système compris est un système… Accepter du code que personne ne… Sans catalogue de patterns décidé… Une sortie ratée d'un assistant s… La complexité d'une fonctionnalit… Réintroduire volontairement de la… Reconstituer un contexte perdu ne… Structurer une information client… Une preuve produit se construit p… Un contexte qui réunit les prisme… Diffuser une synthèse sans laisse… Un capital de connaissance ne vau… Une même brique de contexte donne… Un produit se juge sur la capacit… Une agrégation maintenue à jour e… Une directive de traitement encod… Les règles de traitement et la ma… Déléguer un découpage sans dire c… Le taux d'erreur acceptable d'une… Un système de contexte avance d'u… Le premier système de contexte se… Dans un travail assisté par IA, l… Le but d'une mission et l'attenti… Un cadre de mission se remplit pa… Une directive encode une façon de… Poser une action future hors de l… Un contexte de travail doit pouvo… Un état de reprise se rédige depu… Un modèle qui compacte sa convers… Oublier, dans un espace de travai… Faire écrire un script à un assis… Un produit qui tourne, même impar… Un outil construit comme jetable… Sans contrainte de volumétrie éno… Encadrer un assistant de code dem… Augmenter la capacité de produire… Accélérer une seule étape d'un fl… Déléguer l'implémentation à un ag… Le droit de produire du code se r… Livrer plus vite sans accès aux c… La sécurité est la seule exigence… Ce qu'un contributeur peut porter… Encadrer une production de code v… Imposer la revue d'un outil perso… Fabriquer son propre outil engage… Les tests sont le point d'appui q… La revue de pull request devient… L'ouverture d'un périmètre de con… Des tests écrits après coup par l… Un cadre technique explicite accé… Un choix produit, un choix techni… Travailler avec des agents rend c… Construire à côté du produit et c… Quand d'autres fonctions produise… La qualité d'une sortie probabili… Un outil qui donne accès à une pu… Des liens nommés par des verbes p… L'écart entre le nom du code, le… Un modèle de produit transmis de… Une règle métier énoncée en une p… Tant que l'usage d'un référentiel… Les questions déjà posées au supp… Un référentiel se réceptionne en… Un lien qui pointe vers une fiche… Une source qui ne provient pas de… Deux parties d'un produit qui se… Un objet logiciel n'est décrit qu… Une règle qui n'existe que dans l… Les noms des messages d'erreur te… Le découpage d'un logiciel en mod… La cohésion d'un ensemble de fich… On choisit un critère d'arrêt qu'… Un critère d'arrêt cherché à la f… Le signal d'une mesure de couvert… Un moteur de recherche sémantique… Une même règle recopiée dans troi… Un comptage de termes mal posé pr… Un agent énumère mieux qu'un huma… Un calcul qui n'a pas d'endroit u… Un objet que l'utilisateur voit à… Les entretiens disent ce que les… Une erreur d'estimation d'un ordr… Un référentiel complet sur un pér… Un journal tenu en ajout seul dis… Une section « ce que la méthode n… Un référentiel qui mûrit bouge pa…
Fahren Sie über einen Punkt oder klicken Sie ihn an, um die Idee und ihre Nachbarn zu sehen.