Scrum Guide 2013 – les principales evolutions

1238376_10201911924340413_485471889_n

Le nouveau Scrum Guide est paru et beaucoup de mes confrères commentent d’une manière un peu bizarre cette sortie: https://www.scrum.org/Scrum-Guides.

Les commentaires les plus étonnants viennent de la communauté française qui, je crois, est imputable à la compréhension de la langue anglaise. Je ne me permettrai pas de juger, un membre mon équipe, anglais de surcroit, me challenge de manière permanente sur ce sujet.

Bref, les modifications depuis 2011 sont mineures avec des conséquences organisationnelles majeures.

Voici mon analyse:

Les principaux changements de cette nouvelle version sont:
– Les artefacts transparents, c’est à dire visibles pour tous (pigs&chicken) :

  • les cacher dans un DocRep/Sharepoint/TFS/LotusNotes n’est pas une solution de transparence
  • ils doivent être visibles de tous de sorte que l’on puisse en débattre et porter l’amélioration continue

– Sprint Planning redevient un seul évènement au lieu des Planning 1&2 au préalable (gestion du temps)

  • on redonne de l’agilité (moins de rigueur) à cette réunion de sorte que celle-ci ne dépasse pas la time box. En effet, lorsque vous avez les 2 réunions, la 1e partie dépasse souvent le temps imparti et la seconde partie se trouve alors amputée de l’essentiel de son objectif la priorisation du Sprint Backlog et la création des taches.

– Le Product Backlog est  refined au lieu de  groomed (notion plus claire pour les équipes distribuées).

  • En effet, le terme groomed est très américains, et son interprétation en Inde (par ex.) était sujet à caution (je n’ai volontairement pas parle de la Grande-Bretagne ou le blocage semblait plus important encore).

– les évènements hors Scrum sont des distractions (POINT D ATTENTION),

  • c’est à dire que les Management meetings des développeurs (ex. QA team meeting) sont à comptabiliser en tant qu’impediment (on va rigoler).
  • Ce n’est pas clairement exprime, mais c’est tout comme: tous les évènements Scrum sont time boxes dans un container le Sprint (idem que 2011).

– l’accent est mis sur le Daily Scrum avec une amélioration des 3 questions mettant l’accent sur l’objectif de Sprint.

  • L’effet induit est de bloquer toutes activités en-dehors de l’objectif de Sprint: les scrum masters devront justifier la dette technique, les Spike et Bugs en circonstance.

– la notion de valeur est renforcée pour les review c’est à dire que la Demo seule n’est pas une review.

Reprenez vos classiques et bonne chance.

Pierre

Un commentaire Ajoutez le vôtre

Laisser un commentaire

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s