Article original : Scrum – the hard parts 2: sprint harder

Par Bertil Muth

Dans la première partie, j'ai présenté ma liste préférée des parties difficiles de Scrum et comment les contourner. Dans la deuxième partie, je vous offre également un bouquet coloré de solutions de contournement. Amusez-vous bien !

Le Product Backlog

Selon le Guide Scrum, le Product Backlog n'est jamais complet. Initialement, il ne contient que les exigences les mieux comprises.

Dans les projets innovants, ni les exigences ni la technologie ne sont connues à l'avance. Cela peut entraîner une grande incertitude. Comment savoir que nous sommes dans les temps, le budget et le périmètre afin que notre superviseur reçoive le bonus dans son accord cible ?

La solution de contournement est très simple. Assurez-vous que la phase d'initialisation du projet est suffisamment longue, au moins plusieurs mois ! Si vous rencontrez une résistance de la part des fondamentalistes agiles, utilisez le terme "Sprint 0". Un marathon de réunions agréables avec les parties prenantes est sur le point de commencer. Jusqu'à ce que les exigences finales soient documentées en détail.

Une autre idée ingénieuse par-dessus tout cela. Rédigez les exigences avec le modèle de user story. Cela donne au Product Backlog une touche agile.

Et n'oubliez pas : tant que rien n'est implémenté, tous les souhaits des parties prenantes peuvent être pris en compte !

Le Scrum Master en tant que Servant Leader

Selon le Guide Scrum, le Scrum Master est un Servant Leader de l'équipe Scrum.

Si vous travaillez dans une entreprise qui introduit Scrum, profitez de ces nouveaux serviteurs. Après tout, votre entreprise doit les payer. Voici quelques exemples de ce à quoi servent les Scrum Masters en pratique :

• Scrum Master en tant que messager. Au lieu de transmettre des messages désagréables directement, utilisez le Scrum Master comme messager. Vous ne croyez pas combien de conflits peuvent être évités !
• Scrum Master en tant que rapporteur. Le Manifeste Agile dit que le logiciel est la mesure la plus importante de la progression. Mais tout le monde ne veut pas inspecter le logiciel quand on peut analyser des nombres et des graphiques à la place ! Il faut un rapporteur au niveau de l'équipe. Personne ne peut faire cela mieux que le Scrum Master.
• Scrum Master en tant que chef de projet. Les Scrum Masters qui travaillaient auparavant comme chefs de projet sont souvent plus que disposés à apporter leur expérience. Pour contrôler les projets Scrum de manière efficace et efficiente, transformez le Daily Standup en une réunion de statut. Combinez cela avec l'assignation de tâches aux développeurs. C'est ainsi que la transition de la gestion de projet classique à Scrum se déroule en douceur.

_Pour maîtriser les bases du développement logiciel agile, visitez mon cours en ligne. Si vous voulez rester informé de ce que je fais, suivez-moi sur dev.to, LinkedIn ou twitter. Ou visitez mon projet GitHub.