Le réflexe
La roadmap est validée. Quelques jours plus tard, tu transfères un mail du client qui représente quarante pour cent du revenu, avec une ligne au-dessus.
“Celui-là, on doit le faire.”
Tu n’as pas tort. Les perdre termine l’année.
Le réflexe builder
“Ça déplace le travail sur l’onboarding. Je fais cet arbitrage, et voilà ce qu’il nous coûte.”
Pourquoi
L’entrée précédente demande à quelqu’un de refuser du travail. Ce refus n’existe que si tu le rends survivable.
Chaque passage en force enseigne l’arithmétique. Dire non au fondateur, c’est risquer d’être désavoué devant l’équipe. Dire oui, il ne se passe rien. Deux tours de ça et la fonction produit arrête d’arbitrer et se met à transcrire. Tu diras plus tard qu’elle manque d’initiative.
Tes propres idées sont plus difficiles, parce qu’elles n’arrivent pas comme un passage en force. Elles arrivent dans un couloir, avec ton nom dessus, et se construisent sans jamais passer les critères que la roadmap utilise. Personne ne vit ça comme une décision.
L’interruption est souvent justifiée, et c’est exactement ce qui la rend dangereuse. Le logo entreprise pour lequel tu as construit il y a dix-huit mois est encore dans le code, encore en train de peser sur chaque estimation, et il avait tout son sens le jour où tu as signé. Ce qui sépare un produit d’une file d’attente, ce n’est pas de refuser le gros client. C’est de nommer l’arbitrage à voix haute, contre quelque chose de précis qu’il a poussé dehors.
À essayer
→ Quand tu insères quelque chose, nomme ce que ça déplace dans la même phrase. Si tu n’y arrives pas, la roadmap n’était pas réelle. → Fais passer tes propres demandes par la même porte que celles des autres. Écrites, dans la file, avec la raison et le nombre de clients. → Relis la liste des non une fois par trimestre et rouvre un refus. Un non devient alors une décision, pas un trait de caractère.
À discuter
Combien de choses ont été construites le trimestre dernier parce qu’un client serait parti, et lesquelles on paie encore à chaque sprint ?