Ignorer le contrôle de capacité pendant la planification de sprint
Il y a beaucoup de possibilités d’échec avec Scrum. Étant donné que Scrum est un cadre intentionnellement incomplet avec un « manuel » raisonnable mais court, cet effet ne devrait surprendre personne. Par exemple, les développeurs ignorent un contrôle de capacité lors de la planification du sprint et, par conséquent, l’équipe Scrum crée un objectif de sprint qui ne peut probablement pas être atteint.
Rejoignez-moi et plongez dans les effets de cette pratique qui brise la confiance en moins de 80 secondes.
Le Guide Scrum sur la planification des capacités
Rafraîchons-nous la mémoire concernant la planification de sprint, le contrôle de capacité et la quantité de travail qui pourrait être accomplie :
Sujet 2 : Que peut-on faire ce Sprint ?
En discutant avec le Product Owner, les Développeurs sélectionnent les éléments du Product Backlog à inclure dans le Sprint actuel. L’équipe Scrum peut affiner ces éléments au cours de ce processus, ce qui augmente la compréhension et la confiance.
La sélection de ce qui peut être accompli au cours d’un sprint peut être difficile. Cependant, plus les développeurs en savent sur leurs performances passées, leur capacité à venir et leur définition du fait, plus ils seront confiants dans leurs prévisions de sprint.
Source : Le Guide Scrum de l’équipe Scrum
Sans surprise, le Guide Scrum souligne les avantages pour les équipes Scrum de connaître leur capacité lors du prochain Sprint. Cependant, comme les équipes Scrum s’autogèrent et sont composées d’individus capables, le Guide Scrum ne nécessite pas de contrôle de capacité pour faire partie de la Planification de Sprint.
Les effets de l’ignorance du contrôle de capacité pendant la planification de sprint
Le problème:
Avant la planification du sprint, les développeurs n’ont pas réussi à identifier leur capacité pour le sprint à venir, ce qui a entraîné une création moins éclairée de l’objectif de sprint. Il y a plusieurs raisons pour lesquelles la capacité de l’équipe Scrum n’est pas constante mais très volatile. Par exemple:
- Les jours fériés tombent dans la période de Sprint.
- Les membres de l’équipe sont en congé de maladie.
- Les membres de l’équipe prennent des congés personnels.
- Des membres expérimentés de l’équipe ont quitté l’équipe Scrum.
- Les nouveaux membres de l’équipe doivent être intégrés.
- La vie interfère de manière imprévisible, par exemple, sous forme d’intoxication alimentaire provoquant Tiramisu.
Les conséquences:
Les conséquences de ne pas identifier la capacité disponible peuvent entraîner une approche trop prudente dans la création d’objectifs de sprint – mieux vaut prévenir que guérir, n’est-ce pas ? (En parlant de cela, tout le monde remarquera cette approche, et cela ne fonctionnera pas en faveur de l’équipe.) Alternativement, l’équipe Scrum peut devenir trop ambitieuse en fixant un objectif de sprint et décevra très probablement les parties prenantes en ne livrant pas en conséquence. Compte tenu de l’importance de la confiance et du fait que délivrer régulièrement des Incréments de valeur est le meilleur moyen de créer la confiance entre les parties prenantes, la conséquence de cette dernière est loin d’être anodine.
La solution:
Prenez cinq minutes pendant la planification du sprint et créez une compréhension commune de qui sera disponible quand. L’atténuation des risques pour les équipes Scrum n’a jamais été aussi simple.
Conclusion
La sous-livraison permanente, le surengagement, l’échec à atteindre l’objectif de sprint et la création de retombées envoient tous un faux signal aux parties prenantes. Si ces schémas se manifestent régulièrement, ils produiront un problème de confiance massif très susceptible d’entraver la collaboration de votre équipe avec ses parties prenantes. N’oubliez pas : la livraison fiable d’incréments de valeur est la demande n°1 des parties prenantes. Ne mettez pas votre équipe Scrum en danger par simple stupidité.
Votre équipe Scrum ignore-t-elle également le contrôle de capacité lors de la planification de sprint ? Veuillez partager vos apprentissages avec nous dans les commentaires.