Scrum Guide 2013: le Product Backlog Refinement à l’honneur!

scrum guide

La version 2013 du Scrum Guide, proposée par Ken Schwaber et Jeff Sutherland (les auteurs de la méthode) a été publiée récemment: un travail remarquable, à la fois précis et synthétique (16 pages).

ScrumGuide

Même si le Product Backlog Refinement ne fait toujours pas partie des « Scrum Events », la reconnaissance de l’activité de Refinement (opérée par le Product Owner et l’Equipe durant le sprint) est confirmée. Le terme « Refinement » est désormais officialisé.

La preuve:

Product Backlog refinement is the act of adding detail, estimates, and order to items in the Product Backlog. This is an ongoing process in which the Product Owner and the Development Team collaborate on the details of Product Backlog items. During Product Backlog refinement, items are reviewed and revised. The Scrum Team decides how and when refinement is done.  Refinement usually consumes no more than 10% of the capacity of the Development Team.  However, Product Backlog items can be updated at any time by the Product Owner or at the Product Owner’s discretion.

Aprés quelques années de coaching d’Equipe Agile, ma conviction est que le Product Backlog Refinement est l’une des clés majeures de succès; la clé d’une collaboration réussie.C’est un élément important de mon coaching et de mes formations Scrum, Product Owner ou encore Expérience Utilisateur Agile (Agile UX)

Je milite à titre personnel pour 1 ou 2 workshops dédiés dans le sprint; que l’Equipe au sens large (PO, SCM, Equipe) se mette d’accord sur le quand et le comment, me va très bien!

Ce guide est donc un MUST pour les Equipes qui, de part leur contexte, s’engagent dans Scrum (n’oubliez pas que selon votre contexte, d’autres pistes s’offrent à voust: ScrumBan ou Kanban)!

Les points que je retiens de cette version 2013, et que je soutiens à 100%

  • La mise en avant de la valeur « TRANSPARENCE ». Anodine pour certains, c’est pourtant une valeur clé pour ces nouvelles façons de travailler ensemble fonctionnent…
  • L’ajout d’un Objectif par Sprint et le lien qui est fait avec les 3 questions du Daily Scrum:

What did I do yesterday that helped the Development Team meet the Sprint Goal?
What will I do today to help the Development Team meet the Sprint Goal?
Do I see any impediment that prevents me or the Development Team from meeting the
Sprint Goal?

  • L’ajout de la notion de Ready (« Prêt »), à l’instar du Done, pour les items du Backlog de Produit

J’apprécie aussi les termes utilisés pour décrire l’activité du ScrumMaster: Service au PO, Service à l’Equipe, Service à l’Organisation… Ce « Au service de« … se connecte admirablement bien à deux concepts qui me sont chers Servant Leadership  et Facilitateur.

The Scrum Master is a servant-leader for the Scrum Team.

Enfin, sur la question de la durée des sprints, même si les auteurs n’évoquent qu’un maximum (1 mois calendaire), je vous conseille (si vous démarrez avec Scrum) de partir plutôt sur une durée de 2 semaines (ajustable ensuite: feedback & adaptation). Un mois c’est long, parfois très long…

Pour en savoir plus sur le Coaching Agile; pour le reste je suis à votre disposition pour toute demande d’accompagnement.

A propos de jc-Qualitystreet (Jean Claude Grosjean) 452 Articles
Jean Claude GROSJEAN - COACH d’Organisation. Coach d'Equipes - Coach Agile. J’accompagne la transformation des organisations et coach les PERSONNES, les EQUIPES dans leur nouveau parcours. La facilitation & la formation font aussi partie de mes activités. Me contacter: 06.20.98.58.40

2 Trackbacks / Pingbacks

  1. version 2013 du Scrum Guide | DantotsuPM.com
  2. Scrum Guide 2013 | Veille, Intelligence Economi...

Les commentaires sont fermés.