http://blog.alpha-polaris.net/ Les dérivations logorhitique d'un ingénieur informaticien. fr Sun, 09 Nov 2008 09:32:02 +0100 Ce billet est la propriété de Nicolas CHAPIN, il ne peut être reproduit sans l'autorisation de l'auteur. http://blogs.law.harvard.edu/tech/rss Dotclear http://blog.alpha-polaris.net/post/2008/02/18/Production-Agile urn:md5:a8897cadccb4849b2321f868db432971 Mon, 18 Feb 2008 10:45:00 +0100 Nicolas Chapin Technologie Architecture logicielMéthodes <p><a href="http://www.poppendieck.com/lean.htm" hreflang="en">Un essai intéressant</a> faisant le parallèle entre le <a href="http://fr.wikipedia.org/wiki/Syst%C3%A8me_de_production_de_toyota" hreflang="fr">système de production Toyota</a> ou <a href="http://fr.wikipedia.org/wiki/Lean" hreflang="fr">Lean Manifacturing</a> et les méthodes agiles.</p> <ul> <li>Eliminination des déchets =&gt; Toute tâche ne tendant pas vers le produit final est inutile (documentations trop détaillées réunions à n'en plus finir, ...)</li> <li>Minimisation de l'inventaire =&gt; 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.</li> <li>Maximisation du flot =&gt; Système de développement itératif produisant rapidement un résultat mesurable et surtout testable.</li> <li>Partir de la demande =&gt; 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.</li> <li>Donner le pouvoir aux travailleurs =&gt; 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.</li> <li>Répondre aux besoins du client =&gt; 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.</li> <li>Réussir du premier coups =&gt; 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.</li> <li>Supprimer les optimisations locales =&gt; Ce qui est important c'est la performance globale et non d'une sous partie.</li> <li>Eviter les conflits clients/fournisseurs =&gt; 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.</li> <li>Toujours s'améliorer =&gt; tester, tester, tester , j'ai déjà dis tester? et surtour, ensuite corriger!</li> </ul> http://blog.alpha-polaris.net/post/2008/02/18/Production-Agile#comment-form http://blog.alpha-polaris.net/post/2008/02/18/Production-Agile#comment-form http://blog.alpha-polaris.net/feed/rss2/comments/210592