Un piège de la Démo

demoLa réunion de démo ou revue de sprint est généralement ouverte à tout ceux qui souhaitent y participer.

C’est la seule réunion Scrum qui n’est pas exclusivement réservée aux membres de l’équipe et donc il n’est pas rare (voir même souhaitable) d’y voir participer des managers, directs ou indirects, et des membres d’autres équipes présentes sur le site. La présence de personne non directement concernée par le projet a souvent tendance à faire tomber l’équipe dans un piège que j’appelle : « La présentation du produit ».

Continuer la lecture de « Un piège de la Démo »

Lean Engineering Chez THALES

Pour ceux qui sont encore dubitatif sur l’application des approches Lean et Agile dans le développement de logiciel embarqué critique, voici un moyen de vous faire basculer du bon coté de la Force Agile.

Regardez la vidéo, trouvée par hasard sur DailyMotion, des équipes valentinoises de Thales qui mettent en application avec succès les approches Lean et Agile.

En plus ILS SONT BEAUX … bon d’accord, je ne suis plus crédible 🙂

Agile Product Management

bbc_logo_1_Depuis que je travaille pour AgileToYou, j’ai préparé beaucoup de matériels en langue Française (Formation, Présentation, Jeux …), ce qui était un vrai changement pour moi après 5 ans de pratique quotidienne de l’Anglais chez Yahoo.

Cette semaine, retour en arrière avec la traduction de ma formation pour Product Owner en Anglais car les équipes de la BBC ne parlent « définitivement » pas Français … ce qui n’a rien d’extraordinaire pour des Londoniens  … et ce même si le site web de la BBC est accessible en langue Française (http://www.bbc.co.uk/french/) dans sa version africaine 🙂

Continuer la lecture de « Agile Product Management »

Métrique pour Scrum

ratios-scrumNous souhaitons tous, et surtout nos managers, savoir ce que l’on a fait car cette information nous permet de prendre des décisions futures avec plus de sérénité car nous avons une meilleure confiance sur notre capacité à faire.

Je ne parlerais pas dans cet article de la gestion de projet agile (Burndown chart, Dashboard …) mais de la gestion de produit agile et en particulier d’une métrique que je recommande de rendre visible pour connaître ce que l’équipe a fait lors des itérations précédentes.

Continuer la lecture de « Métrique pour Scrum »

Comparer les vélocités

velociteAttention, je ne souhaite pas parler de comparaison de vélocité entre équipes distinctes, ce sujet a déjà été traité sur le blog de Mike Cohn de façon très claire et efficace. Je souhaite parler de comparaison de la vélocité des sprints pour une même équipe.

Le mois de mai vient de se terminer et les vacances d’été arrivent, ces 2 périodes sont propices à des prises de congés (bien mérités diront certains) qui influent sur la capacité de production de l’équipe puisque le nombre de jours disponible n’est pas identique d’une itération à l’autre.

Que faire dans ce cas ?

Continuer la lecture de « Comparer les vélocités »

Messieurs les XPistes … cela suffit !

assezSuite à l’article de ManU, j’ai acheté et lu l’article de programmez sur « le développeur devient agile » et sans remettre en cause l’article de Raphaël sur le fond, j’en ai un peu ASSEZ de la façon dont XP est présenté … et je le dis !

Messieurs les XPistes, cela suffit !

Continuer la lecture de « Messieurs les XPistes … cela suffit ! »

Scrum, Lean et les priorités

L’approche Scrum insiste sur l’efficacité de bien définir les priorités du produit en un endroit unique, le product backlog, et de travailler en respectant les priorités définies précédemment.

L’approche Lean se focalise sur la satisfaction du client final, et en particulier cherche a éliminer les gaspillages de temps et donc à livrer le plus rapidement possible au client final.

Il m’a toujours semblé qu’il n’y avait pas d’antinomie entre les 2 approches … et pourtant !

Continuer la lecture de « Scrum, Lean et les priorités »

Scrum en Image, c’est Génial

Fantastique !!!

Prenez 6 minutes de votre temps et allumez le son de votre ordinateur pour voir Scrum en image et en musique, avec dans le rôle principal … le post-IT.

La vidéo proposée est tout simplement géniale … enfin moi, j’ai vraiment adoré

Scrum methodology de Soul’ sur Vimeo.

Dites-moi ce que vous en pensez ?

La vélocité des bugs

bugs2Scrum définit la vélocité de l’équipe pour une itération comme étant la somme des points des User Story terminées à la fin de l’itération. L’évaluation de la valeur en points d’une User Story est souvent faite par l’équipe à l’aide du Planning Poker de façon autonome, il est donc vain de chercher à comparer des vélocités entre équipe (Cf. Du bon usage de la vélocité). Cette vélocité est un élément indispensable de la planification agile.

Mais le Product Backlog ne contient pas seulement des User Story puisque l’on y trouve également des exigences non fonctionnelles (souvent des demandes techniques demandées par l’équipe) et des bugs.

Alors les questions qui se posent sont :

  • Est-ce que la vélocité d’une exigence non fonctionnelle ou d’un bug a un sens ?
  • Doit-on estimer ces vélocités avec les mêmes pratiques ?

Continuer la lecture de « La vélocité des bugs »

Scrum vs XP – La guerre des méthodes

la-guerre-des-boutonsLa dernière enquête du French Sug (Lire Enquête sur les méthodes agiles en France) suscite bon nombre de commentaires sur les blogs ces derniers jours . Que ce soit ceux qui n’aime pas la façon dont XP est traité dans l’enquête (réduit à des pratiques) et appellent au boycott ou ceux qui remettent en cause le but non lucratif de l’association du fait que le formulaire contient le nom, la société et l’adresse mail.

Pour couper court à la polémique Scrum vs XP, je vous invite à lire l’excellent post de Denis (XP sans Scrum, Scrum sans XP) auquel je souhaite ajouter quelques mots. Continuer la lecture de « Scrum vs XP – La guerre des méthodes »