Agile, Lean, Scrum et informations diverses
Les résultats sont maintenant disponibles, un grand merci aux membres de la communauté Rhône Alpes qui se sont mobilisés pour répondre à l’enquête (13% des réponses – 2ème taux de participation après Paris).
Continuer la lecture de « Enquête Nationale Méthodes Agiles »
Nous 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.
Attention, 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 ?
Merci Claude !!!
Et oui, sur les 1000 visiteurs mensuels qui viennent lire ma prose, près de 9% viennent directement du site web de Claude Aubry … que je vous invite à lire si vous ne le connaissez pas encore … ce qui me semble impossible 🙂
Amitiés à Claude et bonne continuation.
Suite à 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 !
Continuer la lecture de « Messieurs les XPistes … cela suffit ! »
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 !
La première conférence agile organisée par le CARA hier soir sur Lyon a été un franc succès.
Un peu plus de 30 personnes dans la salle, beaucoup de lyonnais, une douzaine de grenoblois, 1 toulousain (encore désolé pour avoir écorché ton nom Jean-Marie) et 1 canadien … quand je vous disais que les évènements du CARA étaient si populaires que les participants venaient même de l’étranger 🙂
Pour la présentation Agile&Scrum, je ne me prononcerais pas puisque c’était moi l’orateur, mais en tout cas les feedbacks étaient tous très positifs.
J’ai senti suffisamment d’énergie et d’envie pour réitérer cet évènement régulièrement, par exemple tous les 2 mois pour commencer, avec un prochaine soirée en Septembre par exemple. N’hésitez pas à me contacter ou contacter Franck qui était notre hôte hier soir, pour nous proposer une date et une salle (dans votre entreprise par exemple) ou dans une école ou un campus, le CARA se chargera du reste (Sujet, Présentateur et collation).
A bientôt sur LYON.
Première exprience des XPDays pour moi cette année (et oui, c’est bizarre, mais c’est la réaliyé) et première satisfaction.
Non seulement c’était très bien organisé (cadre agréable, prestations de qualité …) et très intéressant, mais c’était également l’occasion de revoir et discuter avec un grand nombre des agilistes francophones, pour échanger des idées, des impressions, définir des actions à mener en commun … ou régler quelques contentieux si nécessaire 🙂
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 ?
Scrum 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 :