← Tous les articles

Quand la gouvernance a rencontré une équipe Scrum : un projet de relance presque enlisé

By XNM Technologies · June 15, 2021 · 3 min read
Quand la gouvernance a rencontré une équipe Scrum : un projet de relance presque enlisé

Au début de 2021, une agence régionale a relancé un programme de livraison qu'elle avait suspendu au début de la pandémie. L'équipe venait de passer en mode hybride, à moitié à distance, et le comité de pilotage voulait l'assurance que les fonds publics étaient dépensés de façon responsable. Ce qu'il a bâti, c'est plutôt un mur d'approbations. Chaque résultat de sprint passait par trois portes d'approbation avant que quiconque puisse agir. En un mois, l'équipe Scrum livrait moins qu'en pleine période de confinement, et le comité n'était pas plus rassuré. Les noms sont anonymisés, mais le scénario est courant et mérite qu'on s'y attarde.

Où la gouvernance a déraillé

La gouvernance n'est pas l'ennemie de l'agilité. Son mauvais placement, oui. Ici, le comité a inséré des points de contrôle à l'intérieur de la boucle empirique de l'équipe plutôt qu'autour d'elle. Le Guide Scrum est clair : le Sprint produit un Incrément utilisable, et la Revue de Sprint est le moment où les parties prenantes inspectent le résultat et adaptent le plan. En imposant des approbations supplémentaires entre la Mêlée quotidienne et tout travail réel, l'agence a brisé la capacité de l'équipe à inspecter et à adapter à l'intérieur du Sprint.

  • Les portes d'approbation se trouvaient en milieu de Sprint : l'équipe ne pouvait corriger le tir sans attendre des jours.

  • L'autorité du Product Owner sur le Backlog produit était minée; les priorités étaient rediscutées en comité.

  • Les revues de risques répétaient un travail déjà fait en Planification de Sprint, sans apporter de nouvelle information.

La solution : gouverner les frontières, pas la boucle

Nous avons aidé l'agence à déplacer chaque point de contrôle aux extrémités du Sprint, là où Scrum prévoit déjà des événements d'inspection naturels. Le comité a conservé sa responsabilité, mais il l'exerçait à la Revue de Sprint et au moyen d'un Objectif de produit clair, sans interrompre le travail quotidien.

  1. Habiliter le Product Owner. Une seule personne responsable détient l'ordonnancement du Backlog produit. Le comité fixe l'Objectif de produit et l'enveloppe budgétaire; le Product Owner décide de la séquence à l'intérieur.

  2. Faire de la Revue de Sprint la véritable porte. Les parties prenantes inspectent un vrai Incrément, posent des questions difficiles et adaptent le Backlog à ce moment-là, plutôt que de bloquer le travail en cours.

  3. Définir le Terminé une fois, puis lui faire confiance. Une solide Définition de Terminé porte les contrôles de qualité et de conformité qui importaient au comité, si bien que « Terminé » signifie déjà « vérifiable ».

  4. Rendre compte des résultats, pas de l'activité. Remplacer le théâtre du statut par un état honnête et bref de la progression vers l'Objectif de produit et des risques que l'équipe ne peut résoudre seule.

Ce qui a changé

En deux Sprints, la cadence a retrouvé son niveau d'avant la pandémie et le comité s'est dit plus en contrôle, et non moins. La différence : il inspectait désormais du travail terminé au lieu de surveiller des intentions. Pour une équipe hybride encore en adaptation au télétravail et aux perturbations d'approvisionnement persistantes, retirer la friction de mi-Sprint a aussi allégé la charge de réunions que les travailleurs à distance redoutaient en silence. Une gouvernance qui respecte le cœur empirique de Scrum produit justement ce que veulent les instances de surveillance : une livraison prévisible et un dossier de décisions impeccable.

Si votre modèle de surveillance ralentit les équipes qu'il est censé protéger, le conseil en réalisation de programmes et de projets de XNM peut vous aider à concevoir une gouvernance qui préserve à la fois le contrôle et l'élan.