Francis Dion sur le processus logiciel

Gemba Kaizen

J’ai terminé la lecture de « Gemba Kaizen, l’art de manager avec bon sens » par Masaaki IMAI.

En Japonais, Gemba signifie « lieu du travail » et Kaizen signifie « amélioration continue ». Le livre décrit comment une culture d’amélioration continue du lieu de travail (principalement mais pas uniquement des manufactures) est au cœur du Miracle Japonais depuis les années ’70.

Pendant que je lisais ce livre, je ne pouvais m’empêcher de penser à cette scène du film « Le dernier Samouraï » où Tom Cruise, un occidental fait prisonnier par une communauté de guerriers Japonais, s’émerveille de voir comment tous les habitants, des enfants jusqu’aux vieillards, s’appliquent constamment à atteindre la perfection dans tous les aspects de leur vie.

Voici certains des concepts clés de ce livre :

• L’amélioration de la qualité et la réduction des coûts sont compatibles et devraient, en fait, aller de pair.
• Là où il n'existe pas de standard, il ne peut y avoir d'amélioration
• Les 5S (équivalents Français des termes Japonais : trier, ranger, nettoyer, systématiser et standardiser) sont les règles d’une discipline exigeant que tout ce qui n’est pas utiles soit éliminé.
• Le Muda est tout ce qui est un déchet et/ou qui n’ajoute pas de valeur.
• Établir des standards, appliquer les 5S et éliminer le Muda sont les trois piliers de Gemba Kaizen.
• Le temps Takt est le temps maximum alloué pour produire un produit de façon à satisfaire la demande.
• Le temps de cycle est le temps réel requis pour produire un produit. Dans une organisation fonctionnelle, il est toujours inférieur ou égal au temps Takt.
• Pour qu’un processus soit optimale, chaque sous processus doit être ralenti jusqu’à correspondre le plus possible au temps de Takt.
• Il ne doit jamais y avoir un jour sans amélioration.
• La continuité est l'une des clés du succès à long terme.

Ceci n’est qu’un aperçu des concepts puissants (et parfois dérangeants) offerts par l’auteur. J’ai l’intention d’en explorer quelques uns plus en détails dans les prochaines semaines.

En conclusion, la matière est un peu aride mais j’ai néanmoins vraiment apprécié cette lecture, en bonne partie à cause du lien que je vois entre ces idées et certains des concepts sur lesquels s’appuient les méthodologies Agiles de développement de logiciel. Je le recommande fortement à quiconque s’intéresse à la qualité, à la productivité et à l’amélioration des processus.

Un assistant pour documenter les projets Visual Studio 2005

Cette fois, on s’est vraiment fait plaisir à l’Académie des processus.

Lundi dernier nous avons rendu disponible XpertBuildDoc, un assistant pour Visual Studio 2005 qui génère automatiquement la documentation HTML Help de projets C# et VB.Net. Avec une interface graphique simple mais bien pensée, ce produit offre plusieurs fonctionnalités intéressantes comme la possibilité de sélectionner plusieurs projets à la fois et l’affichage des traces d’exécution directement dans la fenêtre de sortie de Visual Studio. L’histoire de ce mini-projet illustre bien l’esprit qui prévaut au sein de notre équipe et les valeurs qui nous tiennent à cœur.

Tout a commencé lorsque nous avons eu à re-générer la documentation de notre produit Enterprise XpertDoc API. La version originale de notre API était basée sur le DotNet Framework 1.1 et nous avions été très satisfait par le projet « open source » NDoc. Malheureusement, NDoc ne supportera pas le DotNet Framework 2.0 sur lequel est basée la dernière version de notre API. Nous devions trouver une alternative.

Comme par hasard, Microsoft vient tout juste de rendre disponible SandCastle, un outil de type « ligne de commande » générant la documentation des projets DotNet 2.0. Cet outil étant encore à la phase Alpha, nous n’arrivions pas à trouver d’interface graphique qui en rendrait l’usage plus facile.

La nécessité étant la mère de la débrouillardise, nous avons remonté nos manches et avons entrepris de (a) figurer exactement les spécifications de l’outils que nous aurions aimé trouver, (b) apprendre à construire des assistants pour Visual Studio 2005, (c) réaliser notre « vision » en tant qu’assistant et (d) rendre cet outil disponible, gratuitement, à la communauté des développeurs DotNet. Tout cela en seulement deux jours ouvrables! Si ce n’est pas cela être une compagnie Agile… :-)

Nous ne nous attendons certainement pas à bâtir un succès commercial autour de ce petit outil, mais cette expérience a été à la fois amusante et très formatrice, deux concepts qui sont au centre de comment nous voyons notre travail.

Un grand merci à Yannic (et à Louis-Philippe aussi) pour un autre travail bien fait!