Le réflexe
“Ce n’est pas dans mon périmètre.”
Le périmètre se lit comme une clôture. Dedans, ça m’engage. Dehors, c’est l’affaire d’une autre équipe.
Le réflexe builder
“Pas mon domaine, personne dessus. Je commence, et je le dis.”
Pourquoi
Une fiche de poste est un plancher. Quelque part en route, elle s’est mise à être lue comme un plafond.
Les problèmes qui coûtent le plus cher n’appartiennent formellement à personne. Le message d’erreur que le support explique quinze fois par semaine. Le fichier de config que trois d’entre vous sur six refusent de toucher, sur l’unique environnement de staging que les six partagent. Le script qu’il faut lancer à la main chaque mois, par celui qui y pense.
Personne ne les possède parce qu’aucune fiche de poste du bâtiment ne pourrait plausiblement les couvrir. Chacun suppose qu’un autre s’en occupe, et la chose reste là deux ans, à coûter quelques heures par semaine sans jamais apparaître sur un plan.
Raison pour laquelle “et je le dis” n’est pas décoratif. Annonce avant, pas après. Dix minutes avec celui qui est le plus proche, et s’il est déjà dessus tu as gagné du contexte au lieu de dupliquer une semaine.
Les problèmes orphelins sont ceux que personne ne se dispute, ce qui en fait le seul travail disponible ici en quantité illimitée. C’est aussi le chemin le plus rapide pour devenir celui dont le nom remonte, ce qui est tout l’objet du livre que tu tiens.
À essayer
Choisis un petit problème que les gens contournent depuis des mois. Répare-le, puis dis-le simplement.
“J’ai réécrit le message d’erreur de la page de paiement, il envoyait les clients au mauvais endroit. Dites-moi si j’ai raté une raison pour laquelle il était écrit comme ça.”
À discuter
Cite trois problèmes ici que tout le monde connaît et que personne ne possède. Qui est le plus proche de chacun ?