Reporter la décision: c’est Lean et fondamentalement Agile

Reporter la décision, c’est le 3ème principe du Lean Software Developement, un principe qui va à l’encontre de pas mal d’idées reçues quant à la façon de prendre des décisions, de gérer les projets, et même d’envisager l’apprentissage…

Le Lean Software Development nous invite en effet à laisser au maximum les options ouvertes et à minimiser les actions potentiellement irréversibles.
C’est finalement reporter la décision jusqu’au dernier moment raisonnable (mais attention la nuance, pas le dernier moment), et concrètement éviter de discuter, de perdre du temps sur des élements qu’on ne veut pas traiter tout de suite

Pourquoi décider au dernier moment raisonnable ?
Tout simplement pour être toujours en mesure de répondre efficacement au changement, et pour préserver sa capacité d’agir sur le futur; c’est aussi le propre des Méthodes Agiles et la raison pour laquelle beaucoup d’organisations décident de basculer dans l’Agilité !
Agilité et Lean convergent donc fortement autour de ce principe !

Le Lean Software Development nous incite aussi à guider la prise de décision par des règles simples, tels que ces 7 principes que j’essaie de vous faire découvrir. L’idée est de fournir un cadre, des bases de réflexion, déclinables selon les contextes :

  • On fait des plans, certes, … mais sans tout prévoir à l’avance; on prépare toujours… mais diffèremment
  • On fait surtout confiance à l’Humain, à ses capacités de réaction, d’interprétation et d’adaptation qui s’enrichiront par l’expérience et l’expertise

Agile Tip !

La planification itérative, pratique SCRUM, XP…, principe fondateur de l’Agilité, est la parfaite illustration de ce principe Lean, à la fois côté Métier et Gestion de projet.
Plan de release, Backlog de produit & de Sprint, Réunion de planification, autant de pratiques SCRUM jouant sur ce dernier moment raisonnable, qui vont permettre de maintenir un niveau de réponse au changement élevé, et d’augmenter dans le même temps le niveau de connaissance des parties-prenantes sur le produit qu’ils construisent. On apprend par la pratique …

Et mon boulot dans tout cela

  • Informer sur les bienfaits du développement itératif et accompagner sur les bonnes pratiques agiles
  • Convaincre côté Métier, sur le caractère illusoire d’une spécification des besoins déconnectée du développement, trés vite ultra détaillée, faite trop à l’avance et sans feedback, se prétendant exhaustive et immuable
  • Convaincre côté Gestion de projet sur l’inutilité de faire, refaire … et refaire sans cesse un planning ultra détaillé couvrant les 6 prochains mois du projet ! Arrêtons les gaspillages
  • Fournir ces règles de base, ce cadre suffisamment souple et rigide, propice à l’adaptation, à l’autonomie, et facilitant des prises de décision efficaces
  • Communiquer sur les 7 principes du Lean Software Development, de précieux repères au quotidien

En savoir plus :

Les 7 principes fondateurs du Lean Software Development:

  1. Éliminer les sources de gaspillage
  2. Favoriser l’apprentissage
  3. Reporter la décision
  4. Livrer vite
  5. Responsabiliser l’équipe
  6. Construire la qualité intrinsèque
  7. Optimiser le système dans son ensemble

3 Trackbacks / Pingbacks

  1. Jean Claude Grosjean
  2. Houlot Eric
  3. Nicolas Ruffel

Les commentaires sont fermés.