Passer à l'action

Mon livre Scrum : L'art de faire deux fois plus de travail en deux fois moins de temps a été publié en octobre. Au cours des six dernières semaines, j'ai parcouru les États-Unis et l'Europe pour raconter l'histoire de toutes les influences qui ont abouti à la création de la première équipe Scrum il y a plus de 20 ans. Où que j'aille, les gens me demandent quel est le secret d'une bonne équipe Scrum. Le secret d'une bonne équipe Scrum est le suivant Passer à l'action!

Mauvaise méthode Agile

Il y a beaucoup de "mauvais agiles" sur le marché. Selon Jim Johnson du Standish Group, 49 % des projets agiles échouent. Pourquoi ? Parce que les gens ne saisissent pas l'essence de ce que signifie être agile. Cela nécessite un changement fondamental dans la façon de penser. La deuxième valeur du Manifeste Agile est très claire : Logiciel fonctionnel et documentation complète. Cela signifie qu'à la fin de chaque sprint, vous disposez d'incréments potentiellement expédiables qui fonctionnent !

Un logiciel fonctionnel est essentiel car il est le catalyseur de l'un des aspects les plus importants du cadre Scrum : le retour d'information. Si vous n'avez pas de logiciel fonctionnel à la fin du sprint, les parties prenantes ne peuvent pas l'utiliser pendant la revue de sprint et, par conséquent, ne peuvent pas donner au Product Owner et à l'équipe le retour d'information qui permettra à l'équipe de développer le produit en fonction des besoins du client.

Le secret d'un logiciel performant réside dans la réalisation de tests complets dans le cadre du Sprint. Si vos pratiques de test ne sont pas optimales, vos équipes sont probablement en difficulté, vos clients sont probablement frustrés et vous ne savez probablement pas quand le produit sera livré.

Cinq causes d'échec des équipes

1. Mauvaise définition de FAIT
2. Histoires non prêtes
3. Le leadership dysfonctionnel,
4. Dette technique
5. Coaching inefficace

• Une définition rigoureuse de Done inclut un produit testé à la fin du Sprint. Les équipes doivent travailler ensemble pour affiner leurs définitions de Done. Product Owners doit cesser d'accepter des histoires qui ne répondent pas à ces critères.

• De bonnes définitions de Ready et Done sont deux leviers qui produisent des Sprints réussis. Les histoires ne deviennent pas prêtes par magie, elles ont besoin d'être clarifiées et granulées. Les tests d'acceptation doivent être intégrés. Cela demande du temps et de l'attention de la part de l'équipe.

• Une équipe de direction qui perçoit les avantages d'une approche agile, mais qui ne s'est pas suffisamment engagée pour changer d'état d'esprit, court à la catastrophe. La méthode Scrum fonctionne parce qu'elle permet à des travailleurs compétents de s'auto-organiser et de déterminer la meilleure façon d'atteindre leurs objectifs. Si la direction conserve une mentalité de commandement et de contrôle, la mise en œuvre de Scrum est vouée à l'échec. Dans un contexte Agile, les managers deviennent des leaders. Ils sont chargés de fixer des objectifs transcendants pour l'organisation, de soutenir les équipes et d'éliminer les obstacles organisationnels. Ils doivent déterminer quelles sont les mesures Scrum les plus à même d'apporter de la transparence aux processus afin de pouvoir tenir les Product Owners responsables de la livraison de la valeur et les Scrum Masters responsables de la vélocité.

• La dette technique doit être stoppée dans son élan. La discipline consistant à avoir un code propre chaque jour est essentielle, de même que l'achèvement de tous les tests au cours du sprint. Ensuite, la dette technique historique peut être réduite morceau par morceau

• Lors de la mise en œuvre d'un changement organisationnel, les entreprises sont plutôt douées pour former leurs employés, mais elles ne leur fournissent pas le soutien dont ils ont besoin pour réussir. Les entreprises les plus performantes ne se contentent pas de former leurs employés, elles font également appel à une aide extérieure pour lancer les équipes. Le lancement d'une équipe comprend un coach expert qui aide à développer la première itération du Backlog de produit, aide les équipes à définir ce que signifie pour une histoire d'être à la fois prête et faite, et les conduit à travers toutes les cérémonies Scrum au moins une fois. Idéalement, le coach revient périodiquement pour peaufiner le travail des équipes et les faire passer au niveau supérieur.

En se concentrant systématiquement sur la résolution de ces problèmes, on obtient des équipes très performantes qui améliorent leur production de 200-400%.

Si l'on ne se concentre pas sur eux, une nouvelle équipe viendra s'ajouter aux 49% d'équipes "mal agiles", ce qui se traduira par des clients mécontents, des pertes de revenus et une baisse du cours des actions.

-- Jeff Sutherland