Planification de sprint : prévision vs engagement

Je suis tombé sur une discussion intéressante sur le sujet ci-dessus:

À l’été 2011, Ken Schwaber et Jeff Sutherland ont révisé leur  Scrum Guide . Dans ce document, ils ont supprimé un comportement établi de longue date connu de Scrum, à savoir l’engagement que l’équipe prend envers le propriétaire du produit et les clients. L’ engagement a été remplacé par  la prévision . Ils disent que les équipes peuvent prévoir leur travail, mais ne pas s’y engager.

L’auteur – Mitch Lacey a exprimé  son opinion  que j’ai extraite de l’article comme suit :

Bien que je comprenne leur logique, je préfère l’engagement pour les raisons suivantes :

• S’engager à quelque chose met l’équipe dans un état d’esprit différent de la simple prévision. Si une équipe prévoit, cela implique que ne pas respecter tout ce qu’elle a dit qu’elle pouvait faire est un comportement acceptable. Alors que les équipes peuvent apprendre de leurs prévisions, ayant finalement moins  de variance d’ estimation  , je trouve que les équipes qui  font des prévisions  mettent plus de temps à réduire la variance par rapport aux équipes qui  s’engagent .
• La prévision, ou l’estimation, est appropriée pour le  carnet de produit . Cependant, lorsque les équipes déplacent les histoires du backlog de produit vers le  backlog de sprint  et les décomposent, elles ajoutent un autre niveau de granularité, découvrant de petits détails qui leur permettent de se demander « pouvons-nous nous engager ? »  » La prévision risque de retomber dans un état paresseux de la part de l’équipe qui dit plutôt « nous n’avons qu’à prévoir, ce n’est pas grave si nous manquons certaines choses, nous pourrons tout comprendre plus tard ».

Que  dit Scrum.org  à propos de « Prévision » ou « Engagement » ?

Il y a une raison immédiate au changement, qui a à voir avec le sens des mots eux-mêmes. Le mot engagement se rapporte généralement aux tâches assumées. Après s’être engagé à livrer une liste d’items de backlog de produit, l’  équipe Scrum , avant tout le propriétaire du produit et surtout les parties prenantes, peuvent ressentir qu’il y a une obligation de les livrer effectivement tous à la fin du sprint. Mais la réalité ne cesse de nous montrer qu’il est difficile, voire impossible, de toujours tenir cet engagement auto-imposé sans faire de compromis sur la qualité. Un  carnet de sprint est suffisamment complexe pour que l’incertitude soit toujours présente, et le bon sens nous dit que nous ne devons pas promettre ce que nous ne sommes pas sûrs de pouvoir livrer. Lorsque nous utilisons le mot s’engager, nous pouvons facilement être biaisés en faveur de cette façon de penser devoir-obligation-promesse.

Mon avis personnel :

Je pense que les deux parties ont la bonne logique derrière. Quels sont vos commentaires et avis ?