En bref
- Le sprint vient du logiciel ; le monde physique impose ses délais de fabrication, d'assemblage et de test.
- Une itération utile sert à apprendre, aligner, décider et intégrer : c'est une unité d'apprentissage, pas une unité de temps.
- Ce qui accélère : un objectif d'intégration, un prototype choisi pour une question, des jalons qui permettent de décider.
Pourquoi les sprints classiques ne suffisent pas
Une pièce ne s'usine pas à la vitesse d'une ligne de code, et la mécanique, l'électronique, le logiciel et les essais ne vivent pas sur la même horloge. Chaque métier peut avancer vite localement sans que le projet avance : l'intégration reste le moment de vérité, celui où l'on découvre ce qui ne s'emboîte pas, chauffe, vibre ou consomme trop.
Les quatre dimensions d'un cycle utile
- Un objectif d'intégration : qu'allons-nous rendre visible ou testable ensemble ?
- Une stratégie de prototype : la vitesse d'apprentissage compte plus que la vitesse de fabrication.
- Un besoin d'alignement assumé, aux moments où il est vraiment indispensable.
- Une confrontation au client ou au terrain aux étapes clés.
Des jalons qui clarifient plutôt qu'ils ne rassurent
Un jalon utile s'appuie sur un démonstrateur pertinent, des critères lisibles et une décision attendue : figer une interface, modifier une architecture, écarter une voie. Un prototype partiel mais bien conçu peut faire gagner des semaines. La coordination devient légère quand chaque métier converge vers des objets communs : une interface testée, un comportement mesuré, un assemblage intégrable.
Cinq erreurs fréquentes
- Lancer un prototype sans question claire.
- Faire un sprint sans enjeu système.
- Découper le backlog en micro-tâches qui masquent la progression réelle.
- Confondre un projet très occupé avec un projet qui avance.
- Repousser l'intégration, l'erreur la plus coûteuse.
L'article complet détaille chaque dimension du cycle et la manière de coordonner plusieurs disciplines sans alourdir le pilotage.