Voir la source de Comment estimer le coût d'un projet Agile

[[Category: Portail Contrat-Pilote]]
[[Category: Kane Mar]]
<div id="content_view" class="wiki" style="display: block"> Auteur : Kane Mar<br />  Source : [http://www.scrumology.com/2011/agility/how-to-cost-agile-projects/ How to cost Agile projects]<br />  Date : 03/08/2011<br />
----
Traducteur : Fabrice Aimetti<br />  Date : 10/08/2011<br />
----
Traduction :<br /> <br />
<span class="hps">La manière d'estimer le coût d'un projet Agile est une question qui revient souvent</span>, <span class="hps">et une question parfaite pour écrire un billet sur le blog. C'est en réalité très facile, mais avant d'aller au cœur de la question</span>, je <span class="hps">souhaiterais préalablement définir le contexte de la question.</span><br /> <br /> 
=Estimer le coût d'un projet logiciel=
<br /> <span class="hps">Dans de nombreuses approches en projet logiciel</span>, il est courant <span class="hps">d'avoir des gens avec des spécialisations différentes impliqués sur le projet pour des durées assez limitées. Par exemple, les Analystes fonctionnels seront pleinement engagés au début du projet, mais leur implication diminuera progressivement jusqu'à ce qu'ils ne soient plus impliqués du tout.Ceci correspond à un Modèle d'Affectation des Ressources et la meilleure façon de bien le comprendre</span>, c'est avec<span class="hps atn"> le schéma </span>ci-dessous.<br /> <br /> [[Image:rup.jpg|rup.jpg]]<br /> <br /> <span class="hps">Estimer le coût de ce type de projet est assez difficile.Vous devez d'abord modéliser la probabilité d'implication de chaque discipline </span><span class="hps atn">(</span>un ratio) <span class="hps">et la multiplier par un taux journalier</span>. <span class="hps">Le taux journalier moyen variera de jour en jour</span>. <span class="hps">Pour calculer le coût total du projet</span>, nous calculons <span class="hps">la somme de tous les taux journaliers sur la durée totale du projet.Il y a</span>, bien sûr, de multiples hypothèses<span class="hps"> à faire sur la durée du projet... Quelle sera la disponibilité des individus </span>? <span class="hps">Combien de temps chaque spécialisation sera-t-elle impliquée </span>? <span class="hps">Et</span>, <span class="hps">qu’arrivera-t-il quand les choses ne se passeront pas comme prévu ?</span><br /> <br /> <span class="hps">Ce type d'estimation de coût du projet est souvent fait à l'aide d'une feuille de calcul complexe avec de nombreuses variables</span>.<br /> <br /> 
=Estimer le coût d'un projet Agile=
<br /> <span class="hps">Estimer le coût d'un projet Agile peut sembler trivial en comparaison... si trivial que cela ressemble à une tricherie</span>.<span class="hps">Il y a deux points importants au sujet des projets Agiles que j'ai besoin de préciser avant de poursuivre</span>.<br /> <br /> 

# <span class="hps">Les équipes des projets Agiles sont pluridisciplinaires. Ce qui signifie que les équipes sont composées d'Analystes</span>, de D<span class="hps">éveloppeurs, de Testeurs, etc.</span>
# <span class="hps">Les équipes Agiles sont dédiés pour toute la durée du projet. Au risque de me répéter, cela signifie que </span><span class="hps atn">tout le monde (</span>Analystes, Développeurs, T<span class="hps">esteurs</span>, etc.)<span class="hps"> est à 100% affecté au projet pendant toute la durée du projet.</span>
<br /> <span class="hps">Compte tenu de ces deux points</span>, <span class="hps">il devrait maintenant être assez évident d'estimer le coût d'un projet Agile</span>. <span class="hps">Nous avons une composition fixe de l'équipe et l'équipe est dédiée 100% du temps</span>, donc il y a <span class="hps">un coût fixe journalier pour l'équipe. Ce qui signifie qu'il y a un coût fixe par Sprint. Le coût d'un projet Agile est simple, c'est le coût fixe par Sprint</span> multiplié par <span class="hps">le nombre de sprints que nous pensons que le projet comptera ... c'est si facile qu'on peut le calculer sur le dos d'une enveloppe</span> !<br /> <br /> 
=Certaines implications intéressantes=
<br /> <span class="hps">Il y a deux implications </span>intéressantes qui découlent<span class="hps"> de ce modèle de coût et qui ne sont pas évidentes du premier coup. Premièrement, tous les membres de l'équipe étant dédié à 100%</span>, le développement logiciel <span class="hps">Agile n'est pas ''nécessairement'' meilleur marché même si le Product Owner s'assurera que l'équipe livre de la valeur métier plus tôt. Deuxièmement, il y a une question plus complexe sur la façon d'estimer le coût complet d'un projet.</span><br /> <br /> <span class="hps">Je n'ai pas le temps d'explorer ces derniers points, mais si vous êtes intéressé, s'il vous plaît, laissez un commentaire ci-dessous et j'écrirai prochainement un billet sur le blog</span>.