« La valeur métier la plus grande d'abord » : différence entre les versions

<span class="hps">'''Par conséquent''', ''construisez les stories les plus importantes, de plus grande valeur d'abord''</span>. <span class="hps">Lorsque la courbe de la valeur et la courbe du coût se croisent</span>,<span class="hps"> arrêtez le projet</span>. <span class="hps">Et notez qu'aucun dispositif n'a été mis en place pour encourager le traitement des fonctions à faible valeur puisque que vous appliquez toujours la pratique DTSTTCPW</span><sup class="reference">[1]</sup> .<span class="hps"> À tout moment</span>, planifiez <span class="hps">les stories restantes de plus haute valeur dans les prochaines itérations disponibles. Si le coût d'une story est supérieur à sa valeur, vous pouvez souvent découper la story pour obtenir sa partie essentielle et sa partie non essentielle</span>. <span class="hps">Une fois que ces parties sont ré-estimées, vous êtes en meilleure position pour continuer.</span><br /> <br /> [[Image:HighValueFirst.jpg|HighValueFirst.jpg]]<br /> <br />  

<br /> <span class="hps"> Généralement, la valeur des stories va ensuite diminuer. Le coût augmentera généralement</span>, puisqu'<span class="hps">il devient plus difficile d'intégrer de nouvelles stories au fur et à mesure</span>.<span class="hps"> Le '''refactoring''' essaye de conserver cette augmentation de la courbe des coûts aussi plate que possible en gardant une conception cohérente même si de nouvelles choses sont ajoutées. À un certain point</span>, cependant,<span class="hps"> les stories restantes ne vaudront probablement pas la peine d'être construites. Notez que c'est l'un des principaux moyens pour les processus agiles d'économiser de l'argent sur ​​les développements prévus </span>: <span class="hps">les exigences de faible valeur seront simplement abandonnées. Cela vous permettra également de livrer un produit plus tôt.</span><br /> <br /> <span class="hps">Dans des situations extrêmement volatiles, le croisement des courbes ne se produira peut-être pas. Vous pourriez uniquement prendre connaissance d'une exigence de grande valeur tard dans le processus de sorte que la courbe de valeur prendra un virage serré vers le haut. Mais cette capacité à rapidement re-cibler le projet vers un objectif différent apporte de la valeur d'une manière différente</span> : <span class="hps">vous obtenez un produit plus adapté.</span><br /> <br /> <span class="hps">Après avoir appliqué le pattern [[La%20valeur%20m%C3%A9tier%20la%20plus%20grande%20d%27abord|LA VALEUR MÉTIER LA PLUS GRANDE D'ABORD]], vous pouvez alors continuer avec les patterns [/Le%20changement%20est%20gratuit LE CHANGEMENT EST GRATUIT] et [/De%20l%27argent%20pour%20rien DE L'ARGENT POUR RIEN]. Comme autre alternative</span>,<span class="hps"> jetez un coup d’œil au pattern [/ROI ROI], qui sacrifie l'optimisation du ROI à court terme de chacun des éléments au profit d'un bien meilleur ROI sur le long-terme.</span><br /> <br />  L'article original est sur [http://csis.pace.edu/%7Ebergin/patterns/xpPatternsEuroV7.html http://csis.pace.edu/~bergin/patterns/xpPatternsEuroV7.html]