Scrum Zombie

Le framework Scrum devient un Zombie Scrum dans une organisation lorsque les idées et principes originaux ne sont pas appliqués et vécus de manière cohérente. Le résultat :

Ce framework, à l'origine puissant, inspirant et vivant, ne peut pas fonctionner ni se déployer correctement, il dépérit et n'apporte donc aucun avantage à ton entreprise. Au lieu de cela, il est traîné comme un zombie (= un mort-vivant privé de son âme), « végète » et, dans le pire des cas, « infecte » l'atmosphère de travail.

Symptômes du Zombie Scrum

Tu reconnais les entreprises infectées par le Zombie Scrum aux symptômes suivants :

• Le scepticisme, la frustration et le mécontentement règnent au travail au lieu de la joie et de l'inspiration.
• Les Scrum Master et Product Owner sont considérés comme des chefs d'équipe qui donnent des directives et contrôlent au lieu de facilitateurs qui soutiennent. Ils participent rarement, voire jamais, au Sprint Review ou au Sprint Planning.
• La participation aux Daily Meetings fluctue, les réunions sont reportées ou n'ont lieu qu'irrégulièrement.
• D'autres événements Scrum comme le Sprint Planning et la Review sont régulièrement annulés, ne sont pas planifiés du tout ou s'éternisent inutilement sans timeboxes.
• Les membres de l'équipe Scrum n'osent pas admettre ouvertement leurs erreurs ou proposer des améliorations.
• Le Product Backlog n'est pas entretenu et mis à jour de manière cohérente.
• Dans l'équipe Scrum, les tâches à accomplir s'accumulent alors qu'elles n'étaient pas prévues dans le Sprint.
• Les informations importantes ne sont pas transmises (complètement).
• Les parties prenantes clés n'envoient plus leurs demandes de changement que par e-mail à des membres individuels de l'équipe Scrum, au lieu de participer personnellement au Sprint Review.
• Le focus sur les souhaits des clients et des parties prenantes manque. On développe plutôt des choses selon les idées de certains dirigeants.
• L'équipe Scrum ne livre pas d'incréments de produit complètement intégrés. Par exemple, elle interprète très librement la définition d'un logiciel terminé/fonctionnel ou ne s'y réfère pas du tout.
• Les obstacles au sein des équipes Scrum et de l'organisation ne sont pas résolus et il n'y a pratiquement pas d'apprentissage.
• Il n'y a pratiquement aucune réaction émotionnelle à un Sprint réussi ou échoué dans l'équipe Scrum.
• Les items non terminés pendant le Sprint sont automatiquement reportés aux Sprints suivants. Ou la durée du Sprint est ajustée selon les envies.
• Aucune ambition d'améliorer la situation n'est visible.

Quels facteurs favorisent le développement du Zombie Scrum ?

Lorsqu'une entreprise développe inconsciemment du Zombie Scrum, cela est généralement moins dû à des individus qu'à des mécanismes profondément ancrés dans le système qui entrent en conflit avec les valeurs Agile. Voici quelques exemples :

• Lâcher le contrôle et faire confiance est difficile : Lorsque les décideurs actuels ont du mal à laisser les équipes travailler de manière autonome, le Self-Management / l'auto-organisation et donc une réaction rapide ne peuvent pas vraiment se produire. Les relations clients qui ne reposent pas sur la confiance entravent également les équipes auto-gérées dans leur Continuous Improvement. Surtout lorsqu'il s'agit simplement d'exécuter des exigences contractuelles strictes (parfois obsolètes).
• Le changement est difficile : Particulièrement dans les entreprises très traditionnelles, l'introduction de nouvelles méthodes de travail est souvent perçue comme menaçante. Cela conduit à une mise en œuvre lente ou peu enthousiaste.
• La transparence est difficile : Dans les entreprises à structure hiérarchique, vivre réellement la transparence et la communication ouverte dans toutes les directions peut être un obstacle.
• Il n'y a pas de culture saine de l'erreur : Les erreurs ne sont pas vues comme une opportunité d'amélioration rapide, mais comme quelque chose à éviter et à dissimuler.
• Scrum n'est pas introduit correctement et de manière incomplète : Si les piliers et les avantages du framework Scrum ne sont pas clairs pour tous les collaborateurs, la volonté de porter le changement fait souvent défaut.
• L'entreprise ne travaille pas entièrement selon Scrum : Si par exemple seule l'équipe de développement travaille avec le framework Scrum, la compréhension et le soutien manquent souvent dans le reste de l'organisation. Cela rend les processus coopératifs au sein de l'entreprise particulièrement lourds - ainsi que les dépendances envers d'autres équipes ou le management.
• Le focus sur le succès souhaité manque : Si Scrum est introduit uniquement parce que « tout le monde le fait en ce moment », une autre solution aurait peut-être été plus adaptée aux défis en présence.
• Les objectifs, le sens et la compréhension de la valeur manquent : Sans objectifs communs et sans une attitude orientée vers la valeur pour le client (value-driven), le sens, l'urgence et l'engagement manquent dans le travail. Scrum ne peut pas prospérer dans un tel contexte de travail.

Comment peux-tu éviter ou guérir le Zombie Scrum dans ton équipe Scrum ?

Tu reconnais une entreprise qui travaille avec le framework Scrum de manière saine et cohérente (« healthy Scrum ») à la vitalité qui y règne. Tu peux favoriser cette vitalité par les points suivants, pour éviter ou guérir le Zombie Scrum :

• Réflexion régulière : Utilise la Rétrospective avec ton équipe Scrum - pas seulement pour aborder encore et encore les anciens problèmes, mais aussi pour rêver grand et favoriser le Continuous Improvement.
• Culture du feedback active : Il devrait régner une culture de communication ouverte dans laquelle chacun peut oser aborder ouvertement les erreurs, les apprentissages et les améliorations.
• Échange constant : La communication n'a pas lieu uniquement au sein des équipes, mais aussi avec d'autres équipes, les parties prenantes, les clients et le marché. Cela favorise la compréhension mutuelle et la confiance.
• Discussions sur les améliorations possibles de la situation : Au lieu d'accepter un état de résignation, des discussions sur les améliorations possibles devraient avoir lieu régulièrement (éventuellement avec des experts Scrum externes ou des Agile Coaches). Cela favorise la volonté d'évoluer du Zombie Scrum vers un healthy Scrum.
• Auto-organisation vécue des équipes : Les membres d'une équipe Scrum saine s'organisent et se motivent eux-mêmes. Il n'y a pas besoin de contrôle classique « d'en haut ».
• Favoriser le sens et l'engagement : Tu y parviens par exemple en demandant à l'équipe lors du Sprint Planning quel impact elle souhaite avoir lors du prochain Sprint, quelle valeur elle veut créer pour le client, etc. Lors du Daily Scrum, vous regardez ensuite quels progrès l'équipe a déjà accomplis vers ses objectifs d'impact et le Sprint Goal.
• Sentiment d'urgence saine : Ton équipe a-t-elle tendance à prolonger les Sprints ? Alors il peut être utile de raccourcir un Sprint de 3 ou 4 semaines à 2 semaines. Cela favorise le focus et l'engagement.
• Introduction cohérente de Scrum dès le départ : Il peut être judicieux de faire former un ou plusieurs membres de ton équipe au framework Scrum et de les former à des rôles comme Scrum Master ou Product Owner. Ou ton entreprise se fait accompagner par des experts externes pour l'introduction de Scrum. Ainsi, tu t'assures que Scrum est introduit de manière cohérente et correcte dès le début et que les rôles sont vécus de manière bénéfique.

En savoir plus sur le Zombie Scrum

Si tu souhaites en apprendre davantage sur le Zombie Scrum à travers des exemples pratiques, je te recommande le livre « Zombie Scrum Survival Guide » de Christiaan Verwijs, Johannes Schartau et Barry Overeem (paru en novembre 2020).