{"id":107,"date":"2012-03-26T18:06:00","date_gmt":"2012-03-26T16:06:00","guid":{"rendered":"http:\/\/opatou.com\/index.php\/2012\/03\/26\/revue-de-backlog-technique-destimation\/"},"modified":"2012-03-26T18:06:00","modified_gmt":"2012-03-26T16:06:00","slug":"revue-de-backlog-technique-destimation","status":"publish","type":"post","link":"https:\/\/opatou.com\/index.php\/2012\/03\/26\/revue-de-backlog-technique-destimation\/","title":{"rendered":"Revue de Backlog : technique d&#8217;estimation"},"content":{"rendered":"<p><b>Magic Estimation :<\/b><br \/>\n<i><span style=\"font-size: x-small;\">(le 29\/04\/2012 : j&#8217;ajoute \u00e0 ce billet le nom de la technique d&#8217;estimation d\u00e9crite)<\/span><\/i><\/p>\n<p>Traditionnellement, lors de nos revues de Backlog nous r\u00e9alisions nos estimations en \u00e9quipe, en appliquant la technique du Planning Poker.<\/p>\n<p>R\u00e9cemment, Michel Goldenberg a donn\u00e9 des formations sp\u00e9cifiques certifiantes de Product Owner et de Scrum Master chez notre client. Son public \u00e9tait essentiellement compos\u00e9 de personnes a qui j&#8217;avais moi-m\u00eame dispens\u00e9 une formation &#8220;g\u00e9n\u00e9raliste&#8221; sur Scrum.<\/p>\n<p>J&#8217;ai donc profit\u00e9 de sa pr\u00e9sence dans les locaux pour me glisser \u00e0 la fin de la session et \u00e9changer avec lui sur les pratiques et techniques qu&#8217;il pr\u00e9conisait.<\/p>\n<p>Volontiers provocateur, Michel Goldenberg me fit remarquer que le Poker Planning n&#8217;\u00e9tait pas une bonne pratique! Enfin, qu&#8217;il en existait de meilleures&#8230; <\/p>\n<p>En trois minutes il nous a tous convaincus, et ce matin nous avons mis en place sa pr\u00e9conisation :<\/p>\n<ul>\n<li>&nbsp;&nbsp; le Scrum Master&nbsp; \u00e9crit la suite de Fibonacci au tableau : un nombre de la suite par ligne<\/li>\n<li>&nbsp;&nbsp;&nbsp;le Scrum Master&nbsp;  place al\u00e9atoirement les post-it des Stories sur le tableau<\/li>\n<li>&nbsp;&nbsp; l&#8217;\u00e9quipe estime la position relative des User Stories en d\u00e9pla\u00e7ant les post-its<\/li>\n<li>&nbsp;&nbsp; les d\u00e9tails des histoires sont discut\u00e9s en s\u00e9ance avec le Product Owner<\/li>\n<\/ul>\n<p>\nLe premier gros avantage pour l&#8217;estimation est le cot\u00e9 visuel :<\/p>\n<ul>\n<li>&nbsp;&nbsp; chaque Story prend place \u00e0 cot\u00e9 d&#8217;une autre de m\u00eame taille<\/li>\n<li>&nbsp;&nbsp; et tant que tout le monde n&#8217;est pas d&#8217;accord sur l&#8217;estimation, on creuse les d\u00e9tails<\/li>\n<\/ul>\n<p>\nCela a plusieurs avantages : On ne se focalise pas sur le nombre de points que vaut la Story, mais plus sur le poids relatif des unes par rapport aux autres. Si la Story de base (template) est repr\u00e9sentative et que les Stories sont correctement d\u00e9crites, le travail d&#8217;estimation&nbsp; en relatif est alors tr\u00e8s rapide et efficace :<br \/>\n&nbsp;&#8220;C&#8217;est plus grand que&#8221; ou &#8220;plus petit que&#8221; se r\u00e9sout facilement en \u00e9quipe et favorise les \u00e9changes entre \u00e9quipiers.<\/p>\n<p><b>Autre conseil de Michel Goldenberg<\/b>, pour la revue de <b>Release Backlog<\/b> :&nbsp; demander \u00e0 chaque membre de l&#8217;\u00e9quipe de <b>prendre des notes personnelles<\/b> sur les d\u00e9tails des Stories. Ainsi lorsque au 5\u00e9me ou 6\u00e8me Sprint, lorsque l&#8217;on rediscutera de la Story pour une Revue de <b>Backlog du Sprint<\/b>, chacun <b>\u00e0 l&#8217;aide de ses notes <\/b>pourra<b> se rem\u00e9morer<\/b> les d\u00e9tails discut\u00e9s. La pluralit\u00e9 des notes permettant de conserver trace des diff\u00e9rents aspects de la Story et favorisant la r\u00e9surgence des souvenirs (en 3D).<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Magic Estimation : (le 29\/04\/2012 : j&#8217;ajoute \u00e0 ce billet le nom de la technique d&#8217;estimation d\u00e9crite) Traditionnellement, lors de nos revues de Backlog nous r\u00e9alisions nos estimations en \u00e9quipe, en appliquant la technique du Planning Poker. R\u00e9cemment, Michel Goldenberg a donn\u00e9 des formations sp\u00e9cifiques certifiantes de Product Owner et [&hellip;]<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0},"categories":[5,69,68,11],"tags":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/posts\/107"}],"collection":[{"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/comments?post=107"}],"version-history":[{"count":0,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/posts\/107\/revisions"}],"wp:attachment":[{"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/media?parent=107"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/categories?post=107"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/tags?post=107"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}