Cet index part de situations et d’envies de progresser. Une ligne propose une ou deux cartes pour examiner le sujet ; elle ne décrit pas une catégorie de personnes et ne suppose pas que le problème vient de toi.
Tu peux chercher une difficulté, une force à approfondir ou un appui à proposer. Les quatre-vingt-cinq cartes sont accessibles ici, chacune au moins une fois, sans classement par importance ni ordre obligatoire.
Pour un premier essai sans emploi ni équipe, pour approfondir une pratique, développer un groupe ou soutenir quelqu’un, les quatre parcours offrent aussi des entrées directes.
Comprendre le problème et poser une question
- Je veux préciser le problème derrière une demande → Si tu ne comprends pas pourquoi, tu n’es pas prêt à le construire
- Une découverte pendant le travail mérite d’être partagée → N’apporte pas la tâche. Apporte le problème
- J’ai besoin de clarifier un mot avant de décider → Pose la question naïve tout de suite
- Une dépendance logicielle mérite un examen plus précis → Lis le code source · La curiosité est facturable
- Je veux comprendre un passage entre plusieurs métiers → Lis en dehors de ton couloir
- Une correction fonctionne, mais sa cause reste incertaine → Ne t’arrête pas à la première réponse
- Je veux donner une suite visible aux questions reçues → ⇄ Personne ne demande deux fois
Examiner un désaccord ou un retour
- Un fait nouveau invite à revoir une décision → Avoir tort ne coûte rien. Le rester coûte cher
- Je cherche une manière d’examiner un désaccord avec une personne expérimentée → Respecte l’ancien. Conteste l’idée
- Je veux tirer davantage d’une relecture de mon travail → Ton code n’est pas ton bébé
- Je ne sais pas encore répondre et dois convenir d’une vérification → “Je ne sais pas” est une réponse professionnelle
- Nous voulons clarifier qui contribue à la discussion et qui tranche → Trancher et avoir raison sont deux métiers différents
- Nous voulons faciliter le signalement des erreurs → ⇄ Si avoir tort coûte du statut, plus personne n’aura tort à voix haute
- Je veux rendre les objections possibles et leur donner une suite → ⇄ Tu ne peux pas demander de la franchise et garder le dernier mot
Relier le travail à ses effets
- Nous terminons des tâches sans savoir ce qu’elles permettent → Le ticket n’est pas le travail
- Une solution validée demande encore à être confrontée à l’usage → Valider une spec ne la rend pas juste
- Nous avons beaucoup préparé et peu de retours sur la solution → Plus tu peaufines, plus il devient difficile de changer d’avis
- Une personne demande une solution précise ; son besoin reste à comprendre → Une demande de fonctionnalité n’est pas le problème
- Je veux apprendre d’une personne concernée par le problème → Parle à la personne qui a le problème
- Des demandes de support peuvent éclairer une amélioration → Le support client, c’est de la recherche produit avec des participants énervés
- Je veux relier une explication technique aux besoins de mon interlocuteur → Le client ne s’intéresse pas à ton architecture
- Nous voulons mieux relier les demandes aux résultats attendus → Le product, ce n’est pas la personne qui écrit les tickets · ⇄ Une feuille de route que personne n’a le droit de refuser est une file d’attente
- Un accès au terrain manque pour éclairer le travail → ⇄ L’accès au client est un budget, pas une valeur
- J’ai transmis une proposition et dois clarifier qui reprend → Fini de ton côté ne veut pas dire réglé
- Plusieurs parties sont terminées, mais la suite du dossier reste incertaine → Fini de ton côté ne veut pas dire réglé
- Je veux savoir ce qu’un travail livré a changé → Reviens voir un mois plus tard
- Nous devons clarifier la coordination et les décisions sur un sujet partagé → Une responsabilité partagée par six personnes n’existe pas
- Un résultat décevant mérite d’être examiné → Le mauvais résultat t’appartient aussi
- Nous voulons discuter les effets du travail, pas seulement les tâches faites → ⇄ Tu demandes des résultats et tu passes en revue de l’activité
Agir avec un périmètre et des appuis
- Un changement menace un engagement et doit être signalé → Une bonne nouvelle peut attendre. Une mauvaise, non
- Je dépends d’une réponse ou d’un appui pour continuer → Être bloqué est une décision
- Nous devons choisir ce qui peut attendre sans perdre les protections utiles → Rapide ne veut pas dire précipité
- Je cherche un essai limité qui permettrait d’apprendre → Shipper crée de l’information
- Une façon de faire semble plus compliquée que nécessaire → Faire simple est une performance technique
- Je veux proposer une amélioration au-delà de mon périmètre habituel → L’ownership commence là où la fiche de poste s’arrête
- Je veux répondre à une initiative en clarifiant sa suite et ses limites → ⇄ La première réaction fait la règle
- Nous voulons faciliter des essais utiles dans le temps disponible → ⇄ Le rythme de livraison, c’est une décision que tu as prise
- Nous voulons reconnaître aussi la simplification et la maintenance → ⇄ Tu récoltes la complexité que tu récompenses
- Une activité revient ; nous devons décider si un changement vaut l’effort → La deuxième fois est une information
- Une étape est mal comprise et mérite une enquête avant modification → Supprime l’étape avant de la documenter
- Je veux préparer un relais pour un savoir essentiel → Une connaissance qui tient dans une seule tête est une panne à venir
- Nous voulons vérifier si une règle reste utile → Tout ne mérite pas de devenir un processus
- Un raccourci mérite d’être compris avec les personnes concernées → Le raccourci que tout le monde prend est le vrai processus
- Nous voulons reconnaître le travail évité et le service préservé → ⇄ Tu paies des heures, tu obtiens des heures
Apprendre et développer une force
- Je veux compléter les repères disponibles autour de moi → Ton meilleur professeur ne travaille pas ici
- Je cherche des critères de qualité adaptés à l’usage, au-delà d’une comparaison locale → Ton marché peut être local. Ton niveau, non
- Une ressource, une langue ou un accès me manque pour apprendre → Le savoir n’est pas ce qui te manque
- Je veux apprendre d’un projet ouvert, avec un premier pas à ma portée → L’open source est une salle de classe
- Nous voulons prévoir l’apprentissage dans le temps disponible → ⇄ Apprendre sur son temps à soi, c’est un filtre que tu n’as pas voulu poser
- Une décision prudente a mal tourné ; nous voulons comprendre pourquoi → Une bonne décision peut quand même perdre
- Je veux examiner les conditions qui permettraient davantage d’initiative → Tu construis l’environnement dont tu te plains
- Nous voulons ouvrir le recrutement à d’autres preuves de capacité → Le filtre que tu fais tourner
- Je veux approfondir une compétence que j’utilise déjà → Douze ans d’expérience, ou douze fois la même année
- Je cherche des sources pour mieux comprendre mon métier → Ton métier a une littérature
- Je veux confier un problème avec le cadrage et l’aide nécessaires → Confie un problème, pas une tâche
- Je veux expliquer ce que ma relecture a vérifié → Une relecture qui dit seulement oui n’apprend rien
- Nous voulons répartir des décisions dans un cadre clair → Laisse-le porter ce qui est réversible
- Je veux préparer une relève sans transmettre tout mon travail à la fois → Rends-toi remplaçable sur un sujet
Relier les choix, les moyens et les destinataires
- Nous voulons examiner capacités et coûts avant de prendre un engagement → Ce qu’on sait construire décide ce qu’on peut vendre · ⇄ Un chiffrage demandé après la décision n’est pas un chiffrage
- Nous devons prévoir aussi la sortie d’un fournisseur → Choisir un fournisseur, c’est signer pour trois ans
- Je veux comprendre assez un choix pour assumer ma part de décision → La compréhension ne se délègue pas
- Je cherche comment les premiers destinataires trouveront une réalisation → La distribution fait partie du produit · Une audience met plus de temps à se construire qu’un produit
- Nous voulons préparer la relation aux destinataires avant la fin du projet → Le marketing n’est pas de la décoration
- Je veux expliquer ce que ma proposition aide à faire → Parle du problème avant de parler de toi
- Nous devons réserver des moyens à l’accès et à l’adoption → ⇄ On ne demande pas de la distribution en ne finançant que des fonctionnalités
Comparer les causes, les outils et les coûts
- Nous voulons comprendre ce qui alimente la charge avant de choisir une réponse → Range-les par cause, pas par sujet
- Des demandes se ressemblent ; leur cause commune reste à vérifier → Range-les par cause, pas par sujet
- Je veux savoir comment vérifier une sortie d’IA, ou choisir une autre méthode → L’IA est un levier, pas un raccourci
- Je veux comparer un outil nouveau avec les ressources déjà disponibles → Le levier le moins cher est déjà payé
- Nous voulons garder les contrôles utiles avant d’amplifier une opération → Un levier mal placé multiplie l’erreur
- Nous voulons rendre visible une contribution de prévention ou de service → ⇄ Tu paies des heures, tu obtiens des heures
Transmettre, reconnaître et préparer la suite
- Nous voulons rendre les contributions identifiables et soutenir leur transmission → Mets ton nom dessus · ⇄ Tu es la référence qui manque, et tu n’as rien laissé
- On me demande d’écrire sur mon travail plus souvent que je ne construis → Écris après avoir construit, pas à la place
- Un incident peut nous apprendre quelque chose à conserver → Écris ce qui a cassé
- Je veux rendre une réponse utile retrouvable sans supprimer l’aide directe → Réponds à la question en public
- Je cherche une forme de transmission adaptée à mon métier → Une trace n’est pas forcément du code
- Une ressource utile reste difficile à trouver → Publie là où on cherche
- Nous voulons vérifier si une ressource aide ses destinataires → Publie là où on cherche
- Je veux examiner ce qui peut être partagé, avec quel coût et quels accords → Ce que publier coûte vraiment
- Nous voulons convenir d’une visibilité et d’une attribution choisies → ⇄ Ton équipe travaille sous ton nom
- Je veux partager un apprentissage situé, avec ses limites → Personne n’a écrit ce que tu sais faire
- Je veux donner au lecteur de quoi examiner mon raisonnement → Un avis n’est pas un artefact
- Nous voulons clarifier les conditions d’un partage interne ou public → ⇄ L’absence de règle est une interdiction
- Nous voulons relier la reconnaissance aux contributions réelles → ⇄ Tu es le seul acheteur qui voit tout le travail
- Un départ demande une passation limitée et acceptée → Partir n’est pas une trahison
Si aucune ligne ne correspond, ouvre le sommaire complet. Le test du builder peut aussi t’aider : il donne ton niveau et propose une piste.