Chapitre 19
Dix pièges à éviter
Dans ce chapitre :
Éviter les erreurs classiques- Mettre en place de bonnes pratiques
Une équipe Scrum peut commettre un certain nombre d’erreurs communes, mais sérieuses lors de la mise en œuvre de Scrum. Ce chapitre passe en revue quelques-uns des problèmes les plus typiques, et les solutions qu’une équipe Scrum peut déployer pour les contourner.
Comme vous pourrez le remarquer, nombre de ces pièges résultent du manque de soutien organisationnel, de formation, et de l’habitude de retomber dans de vieilles pratiques de gestion de projet. Si votre entreprise investit dans le soutien à la transition et soutient activement le changement, si l’équipe projet est formée, et si les équipes Scrum s’engagent sérieusement à agir dans le cadre de Scrum et dans le respect des valeurs de l’agilité, vous devriez réussir votre transition.
Faux Scrum (culte du cargo de l’agilité et double travail agile)
Parfois, les organisations diront qu’elles « font du Scrum ». De fait, elles peuvent conduire quelques évènements Scrum, mais elles n’ont pas embrassé les principes de l’agilité et ne font finalement que produire des livrables comme l’impose la cascade, sous le faux intitulé de Scrum. C’est ce qu’on appelle parfois le culte du cargo de l’agilité, et c’est certainement une voie qui ne permet pas de tirer parti de Scrum.
Essayer d’utiliser Scrum en plus de processus, de documents et de réunions procédant d’une méthodologie en cascade est une fausse approche de Scrum.
Le double travail agile a pour effet d’entraîner rapidement le burnout de l’équipe. Si vous faites deux fois le travail, vous ne faites pas du Scrum, et vous n’adhérez pas non plus aux principes de l’agilité.
La solution : insister sur le respect de Scrum. Obtenir le soutien du management pour éviter les principes et les pratiques qui ne sont pas agiles.
Le manque de formation
L’investissement dans des formations en présentiel permettra de créer les conditions d’un apprentissage plus rapide et de meilleure qualité que n’importe quel blog, document ou livre. Le défaut de formation reflète souvent un manque d’engagement organisationnel dans Scrum.
La formation peut aider les équipes Scrum à éviter les erreurs recensées ici.
La solution : intégrer la formation à votre stratégie d’implémentation. Il est essentiel de donner aux équipes les bonnes compétences de base et il est nécessaire de le faire au début de votre transition vers Scrum.
Le propriétaire du produit inefficace
Aucun rôle Scrum n’est plus différent d’un rôle traditionnel que celui de propriétaire du produit. Une équipe Scrum a besoin d’un propriétaire du produit qui est un expert des besoins et des priorités du business et qui peut travailler en bonne entente avec le reste de l’équipe Scrum au quotidien. Un propriétaire du produit absent ou indécis fera rapidement couler le projet Scrum.
Solution : démarrez le projet avec une personne qui dispose du temps, de l’expertise et du caractère d’un bon propriétaire du produit. Assurez-vous que le propriétaire du produit a été correctement formé. Le Scrum Master peut aider en coachant le propriétaire du produit et en essayant de lever les obstacles qui empêchent le propriétaire du produit d’être assez efficace. Si lever ces obstacles ne suffit pas, l’équipe Scrum devrait insister pour remplacer le propriétaire du produit inefficace par un propriétaire du produit qui peut prendre des décisions sur le produit et aider l’équipe Scrum à réussir.
Le manque de test automatique
Sans test automatique, il sera impossible de terminer et de tester un travail à l’occasion d’un sprint. La plupart des tests manuels constituent une perte de temps qu’une équipe Scrum ne peut s’offrir.
Solution : vous pouvez trouver des outils de test Open Source bon marché. Recherchez les bons outils et obtenez de l’équipe de développement qu’elle s’engage à les utiliser.
Le manque de soutien à la transition
Sans le soutien de professionnels et de la direction pour guider les équipes Scrum dans leurs nouvelles approches, ces équipes peuvent retomber dans de vieilles habitudes.
Solution : assurez-vous de l’aide d’un mentor agile – soit en interne dans votre organisation, soit en externe d’une société de conseil – qui peut soutenir votre transition. Le processus de mise en œuvre est facile, mais faire changer les gens est difficile. Il est rentable d’investir dans le soutien d’un professionnel familier des sciences du comportement et du changement organisationnel.
Un environnement physique inadéquat
Lorsque toute l’équipe Scrum n’est pas localisée sur un lieu unique, elle perd l’avantage de la communication en face à face. Il ne suffit pas de se trouver dans le même bâtiment ; l’équipe Scrum doit se trouver au même endroit.
Solution : entreprendre de rassembler l’équipe Scrum :
Si votre équipe Scrum se trouve dans le même bâtiment, mais pas au même endroit, rassemblez l’équipe.- Envisagez de créer une pièce ou une annexe pour l’équipe Scrum.
- Essayez de préserver la zone de l’équipe Scrum des distractions, en tenant à distance celui qui ne cesse de faire la conversation ou le manager qui a besoin « d’une seule petite faveur ».
- Avant d’en arriver à commencer un projet avec une équipe Scrum éparpillée, faites tout ce que vous pouvez pour recruter des talents sur place.
Reportez-vous au Chapitre 4 pour en savoir plus sur la colocalisation.
Une mauvaise sélection de l’équipe
Les membres d’une équipe Scrum qui ne croient pas en Scrum, qui ne travaillent pas bien avec les autres, ou qui n’ont pas la capacité pour s’automanager saboteront le projet Scrum de l’intérieur.
Solution : lorsque vous créez une équipe Scrum, songez à la manière dont ses membres mettront en actes les principes de l’agilité. L’essentiel est la versatilité et la volonté d’apprendre.
Le relâchement de la discipline
Rappelez-vous qu’un projet Scrum a toujours besoin d’exigences, de conception, de développement, de test et de livraisons. Pour faire ce travail durant un sprint, il faut faire preuve de discipline.
Solution : intégrez l’habitude de créer des fonctionnalités exploitables dans la définition de « terminé » dès le démarrage du projet. Vous aurez besoin de plus, et non de moins de discipline, pour produire des produits fonctionnels à chaque brève itération. Les progrès doivent être consistants et constants :
- Le Scrum quotidien vous permet de vous assurer que vous faites des progrès lors du sprint.
- Utilisez la rétrospective du sprint comme une opportunité pour vous rappeler à la discipline.
- Évaluez et réviser la définition de « terminé » régulièrement.
Le manque de soutien pour apprendre
Les équipes Scrum réussissent et échouent « en équipe » ; pointer les erreurs d’une personne (chercher un bouc émissaire) détruit l’environnement apprenant et empêche l’innovation.
Solution : l’équipe Scrum doit prendre l’engagement dès le démarrage du projet de laisser de la place pour l’apprentissage et accepter le succès et l’échec en équipe.
La dilution létale
Diluer les rôles, les artéfacts et les évènements Scrum par de vieilles habitudes de méthodologie en cascade va limiter le bénéfice que vous pourriez tirer de processus agiles, et même parfois le faire disparaître totalement.
Solution : lorsque vous changez des processus, prenez le temps de vous demander si ces changements respectent le cadre de Scrum, le Manifeste agile et les principes de l’agilité. Résistez aux changements incompatibles avec le Manifeste et les principes. Veillez à réduire le gaspillage en maximisant la quantité de travail que vous pouvez éviter de faire.