ScrumBan : Gestion du Sprint Backlog en mode ScrumBan

Vous avez certainement déjà vécu la situation suivante :

• “Nous voulons cette Story tout de suite !”
• Le Client insiste sur le fait qu’il a besoin d’une Feature (fonctionnalité) ou User Story (histoire utilisateur) le plus vite possible.
• Vos clients ou parties prenantes viennent-ils parfois vous voir et font pression pour un changement immédiat ?
• Je suis sûr qu’au moins quelques-uns d’entre eux le font, les nôtres le font toujours.

Remarques :

• La plupart du temps, lorsque les gens insistent et disent : « Nous avons besoin de cela maintenant », ils le font parce qu’ils ont appris que c’est la meilleure façon d’attirer notre attention.
• S’ils peuvent augmenter la gravité de la demande afin que nous réagissions immédiatement, ils savent qu’ils obtiendront le changement.
• Ces clients et parties prenantes ont appris au fil des ans que s’ils ne parviennent pas à obtenir notre attention immédiate, la demande disparaîtra dans le puits sans fond des demandes et ne sera jamais satisfaite.

Le travail en mode Agile :

• Un réel avantage de travailler de manière agile (ScrumBan par exemple) est que nous pouvons changer notre positionnement vis à vis de ces demandes
• Il nous faut donc établir une relation de confiance et nouer une conversation avec ces Parties Prenantes

Mise en pratique :

• Au lieu de tout laisser tomber pour répondre à leur besoin immédiat, nous pouvons plutôt leur expliquer que notre équipe évite d’introduire des changements au Backlog de l’Itération
• Mais que nous serons heureux de planifier ce nouveau travail lors de la prochaine itération

Exemple de dialogue adapté :

• Nous avons eu beaucoup de succès en répondant quelque chose comme ce qui suit
  • Votre demande de changement semble importante et j’aimerais que nous nous y mettions dès que possible effectivement
    • Mais nous travaillons par blocs de temps de deux semaines que nous appelons itérations [ou sprints] et nous en sommes au milieu d’une itération en ce moment
    • Nous essayons vraiment d’éviter d’ajouter un nouveau travail en cours d’itération
    • Cela affecte notre capacité à tenir les promesses que nous avons pu faire auprès d’autres Parties Prenantes ou Partenaires
  • Néanmoins nous avons une nouvelle itération qui commence la semaine prochaine
    • Que se passerait-il pour vous si nous nous engageons à planifier cette demande dans cette itération et à vous la donner dès que réalisée ou à la fin de l’itération ?

Essentiel vs Important :

• Faire comprendre aux utilisateurs et aux parties prenantes qu’ils n’ont plus besoin d’attirer notre attention en insistant sur le fait que tout est nécessaire « maintenant » peut représenter une énorme victoire
• Néanmoins si cette demande est vraiment essentielle (par exemple, un point bloquant), il nous faudra être compréhenseifs et l’inclure dans l’itération en cours
• Ce sera au Product Owner de ré-apprécier la gestion des priorités (quelquefois en accord avec les contrats de services (SLA)

Bénéfices de la démarche :

• Cela permet aux équipes de mieux planifier leurs itérations et d’avoir moins d’interruptions
• Ceci vous aidera à mieux réussir en mode Agile

Contraintes de la démarche :

• Former à l’approche ScrumBan l’ensemble de l’Equipe (Product Owner, Team Members et bien sûr Scrum Master, garant de la démarche)
• Accompagner au quotidien la montée en autonomie des uns et des autres, ce qui fera partie des responsabilités du Scrum Master

Formation :

• Le management des Parties Prenantes fait partie de nos cours CSM (Scrum pour Scrum Master), CSPO (Scrum pour Product Owner), Kanban ou ScrumBan (Scrum avec Kanban)
• En tant que Scrum Master, vous y apprendrez à minimiser les conflits et à éviter les perturbations lors de réunions clés telles que le Daily Scrum
• Et en tant que Product Owner, vous apprendrez à communiquer plus efficacement vis à vis de vos Parties Prenantes et avec vos équipiers pour apporter constamment de la valeur

Versions :

• Créé le 29/05/2023