Posts Tagged ‘Lean’

Un REX exprimé par des exemples

Sunday, October 17th, 2010

Des scénettes pour illustrer quelques anti-patterns organisationnels

On parle souvent de retour d’expérience (REX). Pour décrire des anti-patterns organisationnels en respectant l’anonymat des projets concernés, je vous propose ici du TDREX.  C’est la mouvance TDD / TDR (Test Driven Development/ Test Drivent Requirement, c’est-à-dire développements / spécifications dirigés par les exemples), qui m’a inspirée. J’ai donc inventé des scénettes – des exemples fictifs – pour exprimer un retour d’expériences difficiles.

Anti-pattern 1 : pas de communication coordonnée

Les différents acteurs du projet communiquent deux par deux au lieu de réunir toutes les personnes impliquées.

Exemple : Marc, Sophie et Eric

Marc et Sophie travaillent sur le même projet avec Eric. Marc prépare les ordinateurs, Sophie forme et explique aux utilisateurs où vont être installés les logiciels, et Eric livre les ordinateurs aux utilisateurs.

Pour s’accorder sur la date de livraison des ordinateurs, qui doit être la plus tôt possible…

1ère version de l’histoire : l’anti-modèle (anti-pattern)

Eric va voir Marc pour savoir quand ils seront préparés, puis il va voir Sophie pour savoir quand elle pourra expliquer. Marc a répondu le 5 octobre (en fait, il peut avoir fini entre le 1 et le 7). Sophie répond (more…)

Thales met en avant le Lean

Tuesday, August 18th, 2009

Thales a publié au cours de l’été une vidéo intitulée “Lean, une mise en application”.


Le lean engineering chez Thales
envoyé par IndustrieTechnologiesVidéos des dernières découvertes scientifiques.

On y trouve des informations importantes sur le Lean :

  • nécessité de l’ouverture d’esprit, d’esprit d’équipe
  • beaucoup d’ingénieurs logiciels tous équipiers, pas de multiplication des rôles (de développeur, d’architecte, de chef de projet, etc…)
  • on sent que l’amélioration continue n’est pas un vain mot, ces ingénieurs maîtrisent leur processus, ils sont capables de détecter les redondances dans leur production, leurs goulots d’étranglement (ou ‘bottleneck’ en anglais) qu’ils ont su résoudre: leur phase d’intégration, leur taux de re-work, leur qualité de code au sens large.

Nous vous encourageons à consulter ce document bien réalisé. C’est un retour engageant sur l’utilisation du Lean appliqué au développement logiciel. On y voit l’équipe à laquelle appartient Emmanuel Chenu, à ne pas manquer !

Nouveau livre de Craig Larman: Scaling Lean & Agile Development

Wednesday, July 16th, 2008

Scaling Lean and Agile Development

Craig Larman, Chief Scientist à Valtech et auteur de nombreux livres dont Applying UML and Patterns et Agile and Iterative Development: A Manager’s Guide, vient de publier un nouvel ouvrage: Scaling Lean & Agile Development: Successful Large, Multisite & Offshore Products With Large-scale Scrum. Ce livre contient ce que Craig appelle “Large-Scale Scrum” (LSS), une collection of conseils pour monter en puissance Scrum sur du développement impliquant des grandes équipes multi-site, ou du développement offshore. Les règles de base de Scrum restent nécessaires en premier lieu. Ce n’est qu’à l’aide de cycles d’inspection et d’adaptation que l’on peut expérimenter un nouveau process; un process empirique plutôt que défini.

Il a également écrit un article sur InfoQ avec Bas Vodde sur les équipes multiples: Choose Feature Teams over Component Teams for Agility.

Valtech à la conférence Agile 2008

Tuesday, July 15th, 2008

La conférence Agile 2008 a lieu dans 3 semaines seulement! Ce sont déjà les tout derniers moments pour s’inscrire (plus de 1200 inscrits il y a une semaine, sur 1600 attendus).

Valtech sera présent à cette conférence. 3 des sujets que nous avons présentés ont été retenus:

Par ailleurs, Eric Lefèvre a co-organisé la track Breaking Acts, une serie de sessions cherchant à faire avancer nos connaissances sur l’agilité.

Nos collègues des autres filiales de Valtech ne sont pas en reste. En particulier, Valtech US assure 8 sessions (!), plus une pour Valtech UK:

Avec un total de 12 sessions, il semblerait que Valtech fournisse le plus gros contingent de présentateurs :-)

Si vous vous rendez à Agile 2008, certains d’entre nous serons reconnaissables à leurs polos Valtech.

Si vous ne pouvez pas vous joindre à nous à Toronto, n’hésitez pas à assister à la présentation de Gilles sur TDR dans nos locaux, lundi 28.

Travaillez-vous mieux sous pression ?

Wednesday, May 28th, 2008

La pression exercée sur une équipe permet parfois de la stimuler ou de garder un bon niveau de motivation. Mais quand cette pression devient trop grande, la contre-productivité augmente… Voici un graphique issu de la pensée “lean” qui m’est apparu très clair lorsque Bent Jensen nous l’a exposé il y a quelques semaines.
agile_team_pressurepressure.png
Ce que je remarque surtout, ce sont les gaspillages engendrés par des délais de livraison trop long. La pression en début de phase est insuffisante, on risque de pas assez bien utiliser un temps pourtant précieux. Avec des livraisons plus rapprochées, on conserve une pression quasi constante proche d’un niveau toujours acceptable.
Je pense qu’avec des arguments simples mais percutants comme celui-ci, on peut débattre sans choquer avec son équipe trop habituée au rythme “industriel à la française”.

Toyota Way, Lean Software Development… and Buddhism

Sunday, May 25th, 2008

In preparation to our holiday trip in Indonesia planned for August, I’ve taken to read stories and legends about Hinduism and Buddhism (though a Muslim country for 90% of the population, Indonesia is the host of Borobudur, the largest Buddhist temple in the world). The legends I’ve been reading contain striking similarities between Buddhism and the Toyota Way, which I have also recently read about. Indeed, those similarities are striking.

Go and see for yourself

In one of the stories, a wise lion (the Buddha, obviously) is the only one not to panic when hearing about the end of the world. He goes himself physically to the place where the rumor comes from to see that all the turmoil was caused by an apple falling near a rabbit. This is directly reminiscent of Genchi Genbutsu, or “Go and see for yourself”, one of the 14 principles in Toyota Way. It has also been quoted in the Lean Soft. Dev. books by Mary & Tom Poppendieck.

Change and continuous improvement

In Buddhism, some say “it is all about change” or “the only permanent thing is that everything changes all the time” (I hope I’m getting this right); this is called Anicca. It may sound a bit funny to most people, but Rebirth can be very well considered an evaluation of the progress you made (or didn’t make) during your previous life. A wise person should take this as an opportunity to reflect and find ways to get better next time. In the case of Toyota, this corresponds to at least three (!) of the principles:

  • Create a continuous process flow to bring problems to the surface”
  • Standardized tasks and processes are the foundation for continuous improvement and employee empowerment
  • “Become a learning organization through relentless reflection (hansei) and continuous improvement (kaizen).”

Long-term view

In the Toyota Way, the very first principle is “Base your management decisions on a long-term philosophy, even at the expense of short-term financial goals.” With Buddhism, though short-term is important, long-term is something that a trained person should be able to perceive: “We cannot see the long-term effect of karma, but the Buddha and His prominent disciples who have developed their minds are able to perceive directly the long-term effects.”

Self-reliance

Buddhism did a lot to make clear we should count firstly on ourselves. It generally remains silent on the presence of a higher-being. There is nothing that implies our lives are deterministic, so we can, and we should rely on ourselves for making progress. Similarly, one of Toyota’s principles is empowerment of people already in the company. “Standardized tasks and processes are the foundation for continuous improvement and employee empowerment.” While there are still managers in the company, the employees themselves are the ones that help make real progress. With Lean, Scrum and Crystal, it is regularly explain that People are the First-Order Effect, and that process should mostly help them work, as opposed to tell them what to do.

Is Buddhism a religion?

Buddhism was not originally conceived as a religion. You can have your own religion in addition to it — though it is by no means necessary. Still, most people would consider Buddhism a full-fledged religion, and certainly most actual variant of Buddhism really religions. Similarly, agile methods such as Lean Soft. Dev. and Scrum do not brand themselves are methodologies, but rather as frameworks. You are supposed to build you own, specific methodology within those frameworks, but they certainly do not tell you all you need. Still, most observers (and many practitioners) think that they are, indeed, real methodologies. And it is arguable that some agile methodologies such as XP certainly give enough details to be considered real methodologies.

Final words

It is very tempting to conclude that Toyota Way and Lean Manufacturing could only have been popular in Japan, a country were most people would consider themselves Buddhists. I won’t go that way, as Japan is certainly not the only Buddhist country (China and Korea come to mind). And also because it was originally an American, W. Edwards Deming, that provided Toyota with the theory of what later because the Toyota Production System. Still, a fact is that Toyota Way and Lean was created in Japan. Maybe the cultural context made it easier.

The (Toyota) way to go

Thursday, January 3rd, 2008

Toyota has become the biggest car producer in 2007 overtaking General Motors who had been holding this position for 80 years. This is quite a big news! Toyota has been paving the way to efficient production management for decades, inventing lean and other manufacturing management concepts. Lean can be applied everywere and be transposed to many other businesses. Lots of companies look in this field to improve their process throughput while keeping stable resources.

In software development field, the definitive reference for lean thinking is the work of the Poppendiecks, which is gathered on their website. Many agile development models and practices are either inspired by lean thinking or verify lean principles:

  • TDD implements a perfect “pull” organisation of the code and unit tests tasks
  • eXtreme Programming has many practices verifying lean principles (Jacques Couvreur wrote a good article on how XP relates to the Toyota way),
  • Continuous Integration and software factories are a way to make jidoka happen in the software development process
  • Test-Driven Requirements (TDR) is an extension of TDD, applying lean principles to the other steps of the software development process (I made a presentation, in French, on this topic during the Valtech Days 2007)
  • and so on…

Although it seems Agile Values were not directly inspired by Lean Thinking by the time of the Agile Manifesto, there are so many connections today in the software development field that it is difficult to differentiate either one. However, I think that Lean covers a broader area of interest. Software development organisations that seek to be “agile” today will probably seek to be “lean” in the coming years.

Are you really sure Agile is not bad for Design?

Friday, November 2nd, 2007

It was striking to notice the important number of speech on software architecture at JAOO. Most of them – that’s interesting – placed in a natural way (sometimes implicitly) the architectural concerns in the contexts of Agile processes.
Without basically putting back into question the progress carried out thanks to agile methods, architecture was on the [...]