Le réflexe
L’équipe technique fonctionne comme un prestataire interne. Le business décide ce qu’il veut, la tech chiffre et construit.
Les vraies décisions se prennent ailleurs et arrivent sous forme de tickets.
Le réflexe builder
“Notre architecture détermine déjà une partie de la roadmap. Regardons ce qu’elle permet avant de choisir.”
Pourquoi
Les choix de réalisation influencent les offres possibles, leur délai et leur coût. Dans un produit logiciel, la manière de gérer les prix peut faciliter ou compliquer une nouvelle tarification. Dans un service, la capacité d’accueil ou la disponibilité du matériel joue un rôle comparable. Une équipe souhaite proposer des tarifs régionaux. Le système gère aujourd’hui un seul prix. Avant de promettre une date, il faut examiner les modifications nécessaires et les solutions plus limitées qui pourraient convenir.
Cette information sert autant à découvrir une possibilité qu’à identifier une contrainte. Une capacité existante peut rendre une option abordable, alors que le groupe la croyait hors de portée. Inversement, un changement apparemment petit peut déplacer du travail vers le support ou la comptabilité.
Les compétences se complètent. La réalisation éclaire la faisabilité, le commerce les engagements et la demande, la finance les coûts, les opérations la continuité du service. Aucun métier ne détient seul la stratégie, et le goût de la technique ne dit rien à lui seul du jugement commercial d’une personne.
La bonne profondeur dépend de la décision. Il n’est pas nécessaire de transformer chaque échange en revue détaillée. Présente les options, les hypothèses et les inconnues qui changent l’arbitrage. Une estimation reste une estimation ; elle doit pouvoir être révisée quand une information arrive.
À essayer
Sur une décision à venir, prépare une contrainte et une option, avec les personnes qui connaissent la réalisation :
“Cette option demande de modifier … Une version plus limitée permettrait … Il faut encore vérifier …”
Demande par quel canal ces informations peuvent entrer avant l’engagement. Sans accès à la réunion, transmets une note à son responsable. Pour un premier projet, compare deux façons de rendre le même service.
Après l’arbitrage, vérifie quelles hypothèses ont guidé le choix et quand elles seront réexaminées. Ne promets ni délai ni budget au nom d’une autre équipe.
Depuis ton siège
- Ingénierie : expose une possibilité autant qu’une contrainte, avec ses inconnues.
- Commerce : confronte la promesse aux capacités disponibles avant de l’engager.
- Finance : distingue le coût initial de celui du fonctionnement dans la durée.
- Opérations : montre ce que chaque option change dans le service quotidien.
À discuter
Quelle capacité ou contrainte devrait entrer dans notre prochaine décision avant que nous nous engagions ?