Investissez dans le Lean Startup

StartupMakerLe principe du FEEDBACK est bien ancré dans la culture Agile (approche itérative et incrémentale) ou Lean (Go&See). C’est également un principe fondamental du Lean Startup dans lequel il faut, entre autre, obtenir le feedback des clients le plus vite possible afin de valider les choix réalisés … ou alors se dépêcher de « pivoter » comme ils disent.

Startup Maker est un jeune fond d’ultra amorçage Grenoblois en mode Lean Startup (vous trouverez plus de détails sur leur site) qui souhaite non seulement financer l’amorçage des startup, ce qui n’est pas une nouveauté, et également accompagner les porteurs pour éviter les gaspillages, ce qui est vraiment une nouveauté.

Les fondateurs de Startup Maker sont tous des passionnés du Lean et l’approche Lean Startup, de par son efficacité, s’avère être la meilleure façon de maximiser la réussite des startup.

Dernièrement les fondateurs ont rencontré la ministre Fleur Pellerin lors du premier anniversaire de France Digitale (plus d’information dans le communiqué de presse).

 

Formation KANBAN à Grenoble en 2013

Je suis très content de pouvoir vous annoncer l’organisation de 2 formations « KANBAN pour l’IT » sur Grenoble en 2013.
Ce sera un réel plaisir d’accueillir Laurent Morisseau, auteur du livre « KANBAN pour l’IT », avec lequel je co-animerais ces journées.

Les dates à retenir

  • Mercredi 13 mars 2013
  • Mercredi 20 novembre 2013 (juste avant AGILE GRENOBLE 2013)

Ne tardez pas à vous inscrire !!!

Caractéristiques de la formation
A l’issue de la formation, les participants sauront en quoi consiste un système Kanban, dans quelles circonstances le mettre en place et comment combiner Kanban avec Scrum. Les notions de TAF, temps de cycle, débit, capacité, diagramme de flux cumulé seront acquises.
Une évaluation, faite avec un quiz, permettra d’établir le niveau des participants. La discussion qui s’en suit sur les réponses leur permet de se situer après la formation pour mettre en évidence les compétences acquises et celles qui restent à améliorer.
Un diplôme sera délivré à l’issue de la formation, attestant de la participation à cette formation labellisée « Fédération Agile ».

Lean à Expo-Progiciels

Expo progicielsCe jeudi je me déplace à Annecy-le-Vieux pour le salon « Expo-Progiciels : L’adrénaLean de votre Performance »

Au programme de l’évènement, une présentation du Lean pour le logiciel (votre serviteur), un Casino Game dans un espace ouvert (c’est une première pour moi), et beaucoup de présentations sur le Lean dans toutes ses déclinaisons (Lean et PLM, Lean et ERP, Lean Engineering, Lean Office …).

J’espère bien en apprendre beaucoup 🙂

Les dessous de l’affaire Toyota

Toyota_logo_2005Je me fais pas mal chambrer en ce moment car beaucoup de ceux qui connaissent mon fort intérêt pour le Lean, dont Toyota est le créateur, me demande ce que je pense des problèmes de qualité que rencontre Toyota actuellement, et certains en profitent même pour remettre en question l’approche Lean dans son ensemble … les petits sournois 🙂

La lecture de cet article (Les étranges dessous de l’affaire Toyota) donne une vision nouvelle de la situation, et qui, même si je ne peux pas juger de sa véracité, me semble très intéressante à lire.

Intox et contre-intox diront certains, pourquoi pas, je ne connais ni le rédacteur de la note, ni la fiabilité du site knowckers.org, mais je vous laisse vous faire votre propre impression (merci pour le pointeur Franck 🙂 )

La Variabilité avant les Gaspillages

des-jeu-de-rolesBeaucoup de personnes associent systématiquement le Lean à la recherche et la réduction des gaspillages.

Cette approche est un réductrice car si la traque des MUDA (gaspillages en Japonais) est essentielle, elle n’est qu’un des 7 concepts du Lean pour le logiciel, il y en a donc 6 autres (Eliminate Waste, Build Quality In, Defer Commitment, Create Knowledge, Deliver Fast, Optimize the Whole, Respect People).

De plus cette approche par les gaspillages est erronée car elle ne tient pas compte de la notion de maîtrise de la variabilité qui doit arriver AVANT la réduction des gaspillages.

En effet, réduire les gaspillages sur un système à forte variabilité ne conduit pas automatiquement à une amélioration du système et donc à une augmentation de la satisfaction client.

Vous n’êtes pas convaincu ?

Continuer la lecture de « La Variabilité avant les Gaspillages »

Le KANBAN pour réduire la dette technique

Dette techniqueLe sujet de la dette technique est vaste et a même suscité l’écriture de quelques très bons livres comme celui de Michael Feathers « Working effectively with legacy Code » qui explique comment travailler par petites étapes et surtout la nécessité d’arrêter d’augmenter systématiquement cette dette (« Stop Digging! »).

Bien souvent les équipes de réalisation sont conscientes de cette dette mais ont un réel problème pour trouver du temps pour s’en occuper. Les Technical Story spécifiques sont bien souvent repoussées dans le bas du Product Backlog par le Product Owner et l’ajout de quelques items de qualité de code dans le TERMINE (DONE) est une bonne pratique mais bien souvent insuffisante pour s’attaquer réellement à cette dette.

Alors comment faire ?
Continuer la lecture de « Le KANBAN pour réduire la dette technique »

Feedback Immédiat

Lean Poppendieck.

.

.

.

.

.

.

.

.

.

.

.

Excellente idée de l’équipe organisatrice de l’évènement sur Valence que d’avoir mis des grands papiers à la sortie des salles sur lesquels chacun pouvait mettre une note entre 1 et 5 pour donner un feedback immédiat à l’orateur sur la façon dont son intervention avait été appréciée.

Pour les 2 miennes (« Lean Sofwtare Development : La vision des Poppendiecks » et « Artistes et Spécifieurs« ) que des 4 et des 5 … et une majorité de 5 … et j’arrête car mes chevilles et mes doigts enflent et je n’arrive plus à taper sur le clavier correctement 🙂

J’aime beaucoup cette idée pour 2 raisons principales :

  • Elle est simple et donc très KISS (Keep It Simple Stupid), ce que les agilistes aiment particulièrement
  • Elle est immédiate … et globalement, agilistes ou pas, nous n’aimons pas attendre

Bravo aux organisateurs Valentinois pour la conférence et pour cette idée 🙂

Value Stream Mapping

Le Value Stream Mapping(*) est un outil proposé par l’approche Lean pour visualiser un des 7 gaspillages qu’est le gaspillage temporel. Le VSM permet de calculer un ratio d’efficacité qui sert de référence pour évaluer l’efficacité des actions d’amélioration qui seront menées par l’entreprise.

Vendredi dernier était le jour choisi par mon client pour la session de VSM. Toute l’équipe était réunie dans une même salle avec pour seuls outils un tableau blanc, des marqueurs et des cerveaux prêts à fonctionner … il ne me restait plus qu’à faire « prendre la mayonnaise » 🙂

… 2h00 plus tard, le VSM était réalisé et la discussion était vive sur les ratios obtenus pour les 2 cycles de vie analysés (12% et 3 %) et quelques idées d’amélioration étaient même déjà discutés.

Le fait de rendre le gaspillage temporel visible sur un tableau permet à l’équipe de s’appuyer sur ce support pour discuter, évaluer des pistes de solutions et inviter simplement d’autres acteurs à la réflexion.

Cela confirme que le VSM est un outil particulièrement performant et comme il est plutôt simple à mettre en place, pourquoi s’en priver.

(*)VSM : Technique qui consiste à partir du client et de son besoin, puis d’identifier toutes les opérations « utiles » qui s’enchaînent avant de revenir au client avec un besoin satisfait. La durée de chaque opération est notée, de même que les temps pour passer d’une opération à une autre et le ratio final est calculé en divisant la somme des temps utiles par le temps total. La difficulté réside dans l’évaluation des durées moyennes et la notion d’opérations « utiles pour le client ». (Wikipedia en anglais)

Lean Engineering Chez THALES

Pour ceux qui sont encore dubitatif sur l’application des approches Lean et Agile dans le développement de logiciel embarqué critique, voici un moyen de vous faire basculer du bon coté de la Force Agile.

Regardez la vidéo, trouvée par hasard sur DailyMotion, des équipes valentinoises de Thales qui mettent en application avec succès les approches Lean et Agile.

En plus ILS SONT BEAUX … bon d’accord, je ne suis plus crédible 🙂

Scrum, Lean et les priorités

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 !

Continuer la lecture de « Scrum, Lean et les priorités »