Technologies o Strategies o OpenSource http://laurent.hausermann.org/software_mentors/ Fri, 23 Jul 2010 22:59:14 +0200 All Rights Reserved http://laurent.hausermann.org/archive/2005/11/09/triangle-de-mcconnell.html http://laurent.hausermann.org/archive/2005/11/09/triangle-de-mcconnell.html noreply@hausermann.org (Laurent HAUSERMANN) Software Mentors Thu, 10 Nov 2005 00:50:00 +0100 <p><img src="http://laurent.hausermann.org/images/medium_truth-triangle.2.jpg" alt="" style="border-width: 0pt; margin: 0.2em 0pt 1.4em 0.7em; float: right;" /></p> <p>Parmi mes différentes lectures autour du <a href="http://fr.wikipedia.org/wiki/G%C3%A9nie_logiciel">Génie Logiciel</a>, le livre <a href="http://www.microsoft.com/belux/fr/mspress/books/book11919.htm">Rapid Developpement</a> a été pour moi un des plus importants. Son auteur est un des consultants senior du monde <b><i>Software</i></b> les plus reconnus Outre-Atlantique. Il a oeuvré au sein de Microsoft afin d'améliorer leurs processus et leurs "<b>Best Pratices</b>".<br /></p> <p><a href="http://www.stevemcconnell.com/">Steve McConnell</a> définit dans cet ouvrage un concept essentiel, que j'appelerais le "<i>McConnell's Triangle</i>" (que d'autres appeleront, "<i>Triangle of Truth</i>" or "<i>Gold Triangle</i>").</p> <p>Il s'agit en réalité de comprendre qu'en terme de réalisation de logiciels :</p> <blockquote> <blockquote> <p>Le planning (<i>schedule</i>), le coût (<i>cost</i>), et le produit (<i>product</i>) forment un <b>équilibre</b>.<br /></p> </blockquote> </blockquote> <br /> <p>Prenons un exemple :</p> <p>Vous êtes responsable de la nouvelle <i>version 3</i> d'un superbe application de gestion... Vous souhaitez rattraper votre concurrent qui propose <b>déjà</b> un produit plus <i>complet</i> que le vôtre (ie la version <i>2.6</i> déjà sortie). Vous souhaitez rattraper ce manque fonctionnel... c'est d'ailleurs ce que demande votre département <i>Marketing</i> ! Mais dans le même temps, votre entreprise cherche à faire des économies et votre PDG a engagé un <i>cost killer</i>. Et pour couronner le tout, vos commerciaux font des pieds et des mains pour remporter un énorme appel d'offre, ce qui demande de livrer un produit en temps et en heure. Bref, vous avez à trouver un équilibre entre :</p> <ul> <li><i>Product</i> : Ce que vous voulez faire .... par exemple un large jeu de fonctionnalités ou alors un ensemble plus restreint mais offrant une meilleure ergomie et un meilleure productivité</li> <li><i>Schedule</i> : Quand votre produit sera sur le marché ... c'est à dire concilier le <i>Time to Market</i> (si je sors mon produit après que le marché soit équipé, la partie est perdue d'avance) et le <i>Time to Build</i> (neuf femmes feraient-elle un enfant en 1 mois ?)</li> <li><i>Cost</i> : Avec quels moyens vous allez réaliser votre produit ... allez-vous utiliser vos ressources internes ? rechercher des partenariats ? Bref, répondre à question <i>Make or Buy ?</i>... Ou même <i>Make Offshore</i> désormais.<br /></li> </ul> <p>Quel dilemme ! D'autant qu'il faudra, durant les spécifications, le développement et les tests, veiller à maintenir cet équilibre... et ce, jusqu'à la <i>General Availability</i> du produit ! Vous avez interêt à conserver ce schéma en tête qui vous aidera à répondre aux questions comme "Pourrait-on faire cette <b>feature</b> en plus ?" ou "Il me <b>faut</b> le produit dans <i>6 mois</i>" (<a href="http://laurent.hausermann.org/archive/2005/03/24/liberez_maintenez.html">You said "Release Often" ?</a>)<br /></p> <p>Pour conclure, je dois avouer que je suis réellement <b>enthousiaste</b> avec ce concept d'<b>équilibre</b>. Gérer les risques, négocier, comprendre les besoins internes et externes autour du produit, font des metiers de création de produit et de valeur des jobs attractifs et excitants. <i><b>Non</b></i> ?<br /></p> <p><i>PS</i>: J'ai faillé appeler cette note "Triangle de Hausermann", tellement ces concepts me semblent être la "vérité"... mais rendons à César ce qui est à César ...<br /></p>