Déployer par vagues, à partir d’un pilote

Dans le standard d’ingénierie que je pose pour les équipes, une règle dit qu’aucune modification ne doit être faite par hasard: chacune est rattachée à une fonctionnalité, passe par une merge request et se retrouve dans l’historique. J’applique la même exigence à une organisation quand je déploie une pratique sur plusieurs équipes.

La méthode 4S, que j’ai conçue pour ancrer le Craftsmanship dans les équipes, repose sur quatre rendez-vous, chacun avec son périmètre et son rythme:

• Smart Refresh, le partage. La veille, les nouvelles technologies et les retours d’expérience, partagés chaque mois par une newsletter, un blog ou un webinaire.
• Skill Refresh, le tutorat. Des katas de code pour perfectionner un savoir-faire par la pratique et la répétition, en Coding Dojo, mode Randori, ou en mob programming, deux fois par mois.
• Session Refresh, l’entraide. Chaque semaine, une session de travail sur les sujets et les difficultés que l’équipe rencontre au quotidien, avec des labs partagés entre équipes.
• Squad Refresh, la responsabilisation. Un référent par technologie du projet (pipeline, tests unitaires, Kafka), qui change à chaque program increment ou chaque trimestre.

Reste à la déployer. Le protocole de déploiement à l’échelle procède en cinq phases autour d’une boucle Plan-Do-Check-Act:

1. Prioriser. Classer les projets et choisir un pilote, par itérations: le premier candidat n’est pas toujours le bon.
2. Poser le standard. Écrire les règles transverses, avec les indicateurs de suivi et de vérification. Un A3 Lean réunit l’ambition et ses KPI sur une seule page.
3. Former les référents. Identifier ceux qui porteront le standard et les y former. Ils veillent à son application, le diffusent dans leur équipe et tiennent la documentation à jour.
4. Déployer par vagues. Chaque vague est plus large que la précédente, à la manière de Fibonacci, et chaque phase précise ses participants, ses livrables et les KPI qu’elle suit.
5. Décider. Mener le déploiement sur un program increment (PI) ou l’équivalent, suivre les indicateurs au quotidien, impliquer toute l’équipe. Puis trancher: étendre, ajuster ou arrêter.

Imposer une pratique à toutes les équipes d’un coup est un pari. L’éprouver d’abord sur un pilote est une décision

Le pilote est l’étape qu’on veut sauter, parce qu’elle paraît lente. C’est elle qui rend la suite rapide: le standard qui arrive à la deuxième vague a déjà rencontré un vrai projet, et les référents qui le portent l’ont déjà appliqué. La boucle prend ensuite le relais. Chaque vague est un Do, les indicateurs sont le Check, et ce que les équipes apprennent devient l’Act qui façonne la vague suivante.

Un déploiement qui ne se termine pas par une décision n’est pas un déploiement, c’est une dérive