L'effort augmente,
l'impact ne suit plus ?
Ce diagnostic intervient quand l'équipe livre, mais que l'adoption stagne, que les décisions coûtent de plus en plus cher, ou que personne ne sait expliquer pourquoi on travaille sur ce sujet plutôt qu'un autre. Les signaux sont là. Ils sont contradictoires. Le produit avance. L'impact recule.
Le problème n'est pas un manque de talent ou de moyens. C'est une accumulation de choix restés ouverts trop longtemps.
Une pause pour
vérifier le cap.
Intervention courte (2 à 3 semaines) pour identifier pourquoi les décisions ne tiennent pas. Le décalage entre ce que l'organisation pense faire et ce qu'elle fait réellement est presque toujours là. Je mets sur la table les tensions non formulées, pas pour juger la performance, mais pour que l'équipe puisse trancher en connaissance de cause.
Vérifier que tu adresses le bon problème avant d'accélérer. Si le bon problème n'est pas là, on s'arrête. Aucune garantie de suite.
Ce que ce
diagnostic n'est pas.
Pas une définition de roadmap. On ne décide pas de ce qu'on build, on confronte pourquoi on le build. Souvent, les équipes veulent une roadmap pour éviter de trancher sur la direction. Je ne donne pas cette roadmap.
Pas un design de solution. Je ne viens pas dessiner des interfaces ou concevoir des fonctionnalités.
Pas un plan de delivery. L'enjeu est stratégique et organisationnel, pas logistique.
Pas un programme de transformation. Je n'impose pas de changement de process global.
Pas un engagement de suite. Ce diagnostic n'oblige à aucune collaboration ultérieure.
Une lecture
directe du terrain.
Ce qui est confronté
Je confronte la vision affichée aux décisions réellement prises. Et je confronte les métriques affichées aux comportements réels des utilisateurs. L'écart entre les deux raconte ce que les réunions de pilotage ne disent pas.
Ce qui est mis sur la table
Je mets sur la table les décisions qui restent ouvertes depuis trop longtemps et les fonctionnalités qui ne trouvent pas leur public malgré l'effort fourni. Ce sont les deux angles morts les plus fréquents. Les nommer crée de la tension. Ne pas les nommer coûte plus cher.
Ce qui conduit à ne pas travailler ensemble
Si la situation actuelle est le meilleur arbitrage possible vu les contraintes, je le dis. On s'arrête là. C'est une issue valide et assumée. Si le blocage racine est ailleurs (vision floue, organisation de l'équipe, manque de données), je le nomme aussi. Ça crée un désaccord immédiat avec ceux qui pensaient que le problème était opérationnel.
Où cela
mène.
Fermer le vrai problème
Nommer ce qui freine l'équipe et fermer les options qui ne tiennent pas. Souvent, les symptômes visibles (PMs débordés, priorités qui changent) masquent un problème plus profond : une vision qui n'aide plus à trancher, ou un désaccord fondamental sur la direction que personne n'osait nommer.
Mettre en pause
Décider d'arrêter certaines initiatives pour protéger la santé du produit.
Cibler l'intervention
Identifier où investir l'énergie de l'équipe pour le prochain cycle. Et donc où ne pas l'investir.
Ne rien changer
Conclure que la situation actuelle est le meilleur arbitrage possible compte tenu des contraintes, et ne pas collaborer plus loin. C'est une issue valide et assumée.
Prêt à en parler ? Prendre contact directement.