Un essai intéressant faisant le parallèle entre le système de production Toyota ou Lean Manifacturing et les méthodes agiles.

  • Eliminination des déchets => Toute tâche ne tendant pas vers le produit final est inutile (documentations trop détaillées réunions à n'en plus finir, ...)
  • Minimisation de l'inventaire => Rien ne sert de prévoir du boulot pour les 5 prochaines années quand on ne sait pas ce qui se passera dans 3 mois.
  • Maximisation du flot => Système de développement itératif produisant rapidement un résultat mesurable et surtout testable.
  • Partir de la demande => Rien ne sert de prévoir toutes les fonctionnalités de l'univers. Faire juste ce que le client final veut. On peut toujours rajouter derrière si le système est correctement conçu.
  • Donner le pouvoir aux travailleurs => Ce sont les développeurs qui ont la vrai expérience du développement alors autant leur laisser les détails. L'architecte logiciel doit juste se contenter de fournir une vision d'ensemble et s'assurer que toutes les parties de l'ensemble se connectent entre elles sans problèmes.
  • Répondre aux besoins du client => De toute façon ils changeront en cours de route. Alors autant faire en sorte que le système dans une bonne mesure s'adaptera toujours aux besoins du client.
  • Réussir du premier coups => Celle-la est plus subtil et va avec la précédente. Il faut faire dès le début un système correctement architecturé qui s'adaptera afin de permettre un cycle continu d'amélioration à partir de cette base.
  • Supprimer les optimisations locales => Ce qui est important c'est la performance globale et non d'une sous partie.
  • Eviter les conflits clients/fournisseurs => On est tous dans le même bateau alors autant faire en sorte que cela se passe bien et personne n'essaye d'entuber l'autre.
  • Toujours s'améliorer => tester, tester, tester , j'ai déjà dis tester? et surtour, ensuite corriger!