lean

Lecture au klub : Lean Entreprise

Si la science est largement évoquée, les gens ne sont pas oubliés

Le livre choisi pour le klub d’octobre était donc : Lean Enterprise: How High Performance Organizations Innovate at Scale de Jez Humble, Joanne Molesky, Barry O’Reilly. Un gros livre. En anglais, ce qui n’a pas attiré les foules. Mais, bien que je fusse le seul à l’avoir lu entièrement (et sur mon smartphone !), la discussion s’est avérée passionnante. Un livre qui présente plein de choses, certaines dont je parle régulièrement sur ce blog et dans mon livre (le développement agile, impact mapping, lean startup, kanban) et d’autres un peu moins (design thinking, value stream mapping, devops).
L’agilité et le Lean

L’agilité et le Lean

L'agilité est un outil formidable pour découvrir une façon dynamique de faire les choses. Dynamique dans le sens où il ouvre de nouvelles pistes aux personnes qui réfléchissent à leur façon de travailler

J’avais écrit ce texte il y a quelques mois, en réaction à un article prétendant que l’agilité ne répondait pas aux problématiques abordées ci-dessous, alors que le Lean oui. Je le publie maintenant pour rajouter une couche au billet de Pablo Cow boys et hippies.

C’est le moment :)

Lean depuis les tranchées, le draft en VF

Piloter de gros projets avec Kanban, l'histoire de la police suédoise

Henrik Kniberg a publié Lean from the trenches chez The Pragmatic Programmers en fin d’année 2011. Il l’a écrit de façon itérative et a sorti plusieurs versions intermédiaires. C’est une de ces versions, le draft 0.9, que nous avons traduite. Bien sûr, c’est avec l’accord d’Henrik : Cette version draft est gratuite. Je l’ai rendue disponible pour ceux qui ont un budget serré et qui ne peuvent pas s’offrir le livre, ou qui souhaitent parcourir le draft pour se faire une idée générale de la portée du livre avant de l’acheter.

Le multi-tâches c'est mal

Combien faut-il de temps pour écrire un prénom ? Ca dépend. Ce matin, commençait ma (déjà !) 8ème formation de l’année. Je fais notamment une série de formations Scrum pour les développeurs qui travaillent sur le smartphone d’Intel à Toulouse. Dans mon fil twitter j’avais vu passer il y a quelques jours la traduction en français du jeu inventé par Henrik Kniberg pour illustrer les méfaits du multi-tâches. Alors, comme j’aime bien essayer rapidement les nouveaux jeux innovants que je découvre et que ce jeu du prénom me semblait très pertinent dans le contexte Intel, je l’ai expérimenté ce matin.

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 J’aurai le plaisir de faire la présentation sur ce sujet et je dispose d’une bonne partie de la matinée. Les premiers inscrits recevront un exemplaire de mon livre « SCRUM : le guide pratique de la méthode agile la plus populaire » publié aux Éditions DUNOD, qui leur sera remis le jour du séminaire.

Les photos du TOC

Plutôt que le toc des photos… En attendant le debriefing avec Thierry (disons la rétrospective des animateurs) que nous allons faire dans la semaine, voici les photos de l’atelier Théorie des contraintes (TOC en anglais), présenté jeudi matin lors de l’Agile Tour Toulouse. Un grand merci aux participants.
Limitez le TAF

Limitez le TAF

Diagramme de flux cumulé

Celui-ci a été produit avec l’outil IceScrum. En abscisse on a les sprints. En ordonnée, on a le nombre de stories dans chaque état de son workflow. Dans cet exemple, les données sont celles du projet IceScrum lui-même. Les sprints durent 2 semaines et représentent environ l’équivalent de 3-4 jours de travail (les membres de l’équipe sont à temps partiel). Ce type de diagramme a été mis en avant par David Anderson qui promeut le Lean Software et en particulier la pratique du Kanban[1].

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. La diffusion se poursuit La place de l’agilité et de Scrum dans le développement de logiciel a continué d’augmenter. Cela se voit dans les médias spécialisés. Les grands éditeurs sont désormais aussi porteurs du message agile. On peut dire qu’il y a un buzz, mais au-delà de l’aspect communication, la diffusion se poursuit en France.
Le burnup

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 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.

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 ?

Hier j’étais en déplacement à Paris pour une réunion de préparation à l’introduction de l’agilité dans une organisation offshore. J’en ai profité pour assister à la présentation sur le Lean chez Zenika, c’était en soirée. La présentation était assurée par Pascal van Cauwenberghe. J’avais participé à un de ses ateliers au XP Day 2007. Cette fois-ci, c’était sur The Toyota Way. Je ne vais pas vous raconter les 14 principes du Toyota Way ni les commentaires de Pascal, j’ai été pris de vitesse.

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).

Quel est le meilleur outil agile open source ?

Un indice : ça commence par un I

La réponse est sur le site Agile Tools. Il faut lire jusqu’en bas. On voit que l’auteur a essayé IceScrum sérieusement avant de faire ses commentaires. Malheureusement il n’a pas lu mon tutorial concernant la planification des releases, ni celui sur la gestion d’un sprint, qui aident à prendre en main l’outil sur ces aspects. Il faut dire qu’ils n’existent qu’en français. Parmi les pros, on pourrait ajouter le diagramme de flot cumulé puisque le Lean est à la mode.

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 : le Kanban Real Options CMMI

Du tableau des tâches au Kanban

Vers le ScrumBan

Le Lean est à la mode. Au delà des principes qui ne sont pas discutables, je suis sceptique sur ce que les gens en font vraiment sur le terrain. Le Lean ne constitue pas, pour le logiciel, une méthode fournissant un cadre de mise en oeuvre bien définie comme l’est Scrum. Jusqu’à maintenant, le Lean m’est apparu, à travers mes lectures, comme une attitude, présentant plus de principes que de pratiques.

Rétrospective sur l'ingénierie du logiciel

Un œil dans le rétroviseur

La rétrospective, c’est le nom une réunion servant à améliorer le processus. Elle commence par une présentation chronologique de faits passés. Revenir sur le passé pour préparer l’avenir. Je viens de lire 2 rétrospectives sur le développement de logiciel faits par 2 illustres agilistes. Mary Poppendieck, la gouroute du Lean, a présenté à Agile2008 Expanding Agile Horizons: The Five Dimensions of Systems Sa présentation fait une large part au passé du génie logiciel.