En bref
- À garder : l'obsession de la valeur, les boucles de feedback, l'adaptation au changement, l'autonomie cadrée, l'apprentissage rapide.
- À adapter : le cadrage initial, la place du prototype, la structure du backlog, la coordination entre métiers, le leadership technique.
- Un agile crédible en industrie se juge à sa capacité à réduire le risque, pas à sa conformité à un cadre.
Pourquoi les tactiques du logiciel ne suffisent pas
Le logiciel permet des modifications peu coûteuses et des tests quasi continus. En deeptech, les apprentissages dépendent de prototypes disponibles en plusieurs semaines, d'essais sur banc, de dépendances entre mécanique, électronique, logiciel embarqué et matériaux, et d'exigences de qualification. Planifier des sprints de deux semaines ne change pas ce tempo réel.
Les symptômes d'un agile mal transposé
- Un backlog devenu simple liste de tâches, sans lecture des risques levés.
- Des sprints décalés des vrais points de bascule : réception d'un prototype, résultats d'essais, arbitrage d'architecture.
- Des rituels qui se multiplient sans bénéfice proportionné.
- Des rôles flous sur la cohérence d'ensemble et les compromis techniques.
- Un défaut de cadrage que l'agile rend moins visible pendant un temps.
Ce qu'il faut adapter
Le backlog doit refléter les validations, les risques système, les dépendances critiques et les décisions à instruire. Le prototype devient un outil de réduction du risque, conçu pour ce qu'il doit permettre d'apprendre. La synchronisation entre métiers est pilotée explicitement, et des leaders techniques relient vision produit, contraintes physiques, architecture et trajectoire de maturité.
L'article complet décrit à quoi ressemble une approche agile réellement adaptée à l'innovation industrielle.