Séminaire "L'agilité : du projet au programme et à la ligne de produits"

IBM Toulouse organise le 10 Novembre prochain, sur le site de la Plaine, un séminaire sur l'agilité au-delà du projet, pour des produits qui évoluent longtemps, font partie de programmes ou d'une famille de produits ou sont inclus dans un portefeuille de produits

Lire la suite...

Les photos du TOC

Plutôt que le toc des photos...

Lire la suite...

Limitez le TAF

Diagramme de flux cumulé Ceci est un diagramme de flux cumulé.

Lire la suite...

Rétrospective 2009

Pour Scrum et les méthodes agiles, l'année 2009 a été celle de la confirmation. Je vais essayer de faire un bilan de l'année sur quelques aspects qui ont été significatifs de mon point de vue.

Lire la suite...

Le burnup

Le burndown chart montre bien ce qui reste à faire, mais on n'y voit pas les évolutions de périmètre. Il y a 2 ans, j'avais présenté l'intérêt du burnup à 2 courbes pour pallier ce manque du burndown.

J'avais fait un schéma à la main pas très beau. Maintenant qu'IceScrum produit plein de graphiques, dont le burnup, j'en profite pour réactualiser sa présentation.

Le burnup chart

Le burnup présente 2 courbes :

  • la verte qui est fini
  • la bleue le périmètre du projet

Pour chaque sprint, ce graphique demande de collecter 2 valeurs pour construire ces courbes. Les valeurs sont en points (les fameux story points), donc seules les stories qui ont été estimées sont prises en compte.

La courbe de fini est en fait le cumul de vélocité, elle ne descend jamais (il n'y a pas de vélocité négative !)

La courbe qui montre le périmètre est calculée en faisant le total des points de tout ce qui est dans le backlog de produit, ce qui est fait, comme ce qui reste à faire. Elle peut monter mais aussi descendre : si on supprime des stories qui avaient été déjà estimées, si on ré-estime à la baisse. Dans le cas d'un projet à périmètre bien défini au départ, elle peut rester plate. Mais en général elle monte.

Il est tout à fait possible que les 2 courbes montent en parallèle, cela veut simplement dire qu'on ajoute des éléments dans le backlog au même rythme que leur réalisation dans les sprints.

La distance horizontale entre les 2 courbes est le temps de cycle, défini dans le Lean Software comme la durée entre la collecte du besoin (dans le schéma, c'est le sprint où la story est placée dans le backlog et estimée) et sa mise à disposition dans le logiciel (ici le sprint où la story est finie).

Ambiance chez Toyota

Le Lean Software est à la mode. Sa mise en avant se base beaucoup sur l'exemple de la réussite de Toyota dans la production. Bon, après la lecture de cet article sur l'ambiance à l'usine Toyota d'Onnaing, il va falloir modérer sérieusement les références à Toyota en France. Au moins sur un des 7 concepts, qui est : respecter les personnes.
Ca montre aussi l'importance du contexte culturel.

Obeya

Le Lean pour apprendre le japonais ?

Lire la suite...

Pratiques d'équipe française

Ces derniers mois, la région Rhône-Alpes paraît avoir décollé sur l'agilité.
Un club d'agilistes s'est créé. Des blogueurs y apparaissent, comme Alex. Les étapes de l'Agile tour de Valence et Grenoble affichent déjà complet.

Des retours d'expérience y sont publiés, comme celui d'Emmanuel Chenu qui raconte les pratiques mises en place pour faciliter la communication dans son équipe.
L'article qu'il publie est plutôt bluffant quand on sait que cette équipe développe des logiciels temps-réel critiques embarqués pour l'avionique(ce que j'ai fait pendant plusieurs années dans ma vie de développeur).
Les pratiques sont illustrées avec des photos. Elles sont nombreuses : à côté des classiques, il y a en de beaucoup moins connues comme le niko-niko et le gizmo.
Un autre point intéressant est que l'équipe ne s'est pas contentée de suivre une méthode : les pratiques présentées viennent de Scrum, XP et Lean.

Quel est le meilleur outil agile open source ?

Un indice : ça commence par un I

Lire la suite...

Direction vers le futur de l'Agile

David Anderson est un visionnaire. Dans sa présentation à Agile2008 disponible sur InfoQ, il donne des directions pour l'Agile tout en expliquant son histoire. C'est 1h30 de très haut niveau.
Pour le résumer, l'Agile doit s'ouvrir à l'extérieur, prendre en compte le Lean, se placer au niveau de l'entreprise et s'appuyer sur une notion de maturité des organisations. Pour cela David Anderson met en avant 3 pratiques :

Du tableau des tâches au Kanban

Vers le ScrumBan

Lire la suite...

Rétrospective sur l'ingénierie du logiciel

Un œil dans le rétroviseur

Lire la suite...

Le backlog de problèmes

Encore un backlog !

Lire la suite...

Pas de bottleneck au concert de Robert Plant (ex Led Zeppelin)

Et je ne parle pas du jeu du guitariste[1]...

Notes

[1] bottleneck, en anglais c'est un goulet d'étranglement mais c'est aussi une technique de guitare, d'ailleurs utilisée par Jimmy Page

Lire la suite...

Les courbes de croissance d'un projet (3)

Dernier épisode de la série

Lire la suite...

Les courbes de croissance d'un projet (2)

La deuxième partie sur les mesures d'avancement d'un projet.

Lire la suite...

Tous les bateaux tous les chapeaux

J'ai assisté la semaine dernière, lors du XP Day, à un atelier sur la théorie des contraintes.

Lire la suite...

Faut-il revoir le Manifeste Agile ?

Le Manifeste date de 2001, 6 ans déjà.

Lire la suite...

De l'automobile au logiciel

Dans la famille des méthodes agiles, le Lean

Lire la suite...

Emergence progressive des exigences

Plutôt que d'essayer de tout figer au début mieux vaut décider au dernier moment possible.

Lire la suite...

- page 1 de 2