Livrer tôt est différent de maximiser le retour sur investissement

((/dotclear/public/photos/.MattiasSkarin_sq.jpg|Mattias Skarin|L|Mattias Skarin))J’ai traduit le billet de __Mattias Skarin__ : ++[« Early release is not same as maximizing your return »|http://blog.crisp.se/mattiasskarin/2011/04/22/1303460651193.html]++.%%% > N’avez-vous jamais vu une fonctionnalité très pratique dans un logiciel en vous demandant : « sensas ! mais qui a eu du temps pour faire  »ça » ? »%%% > %%% > Il arrive de temps à autre que je rencontre des représentants du métier qui me disent combien ils sont heureux que leurs équipes, une fois passées à l’Agile, soient maintenant capables de livrer le logiciel à un rythme régulier : « Avant, ils donnaient l’impression de ne jamais avoir fini, il restait toujours quelque chose à faire ».%%% > %%% > Bien que ce soit un grand bond en avant, penchons-nous sur certains des dangers d’étendre cette pratique à toutes les fonctionnalités de votre système.%%% > %%% > Vous serez probablement d’accord pour visualiser à peu près de la manière suivante la valeur d’une fonctionnalité par rapport à l’effort dépensé…%%% > [((/dotclear/public/traductions/.featurecompletionovertime_m.jpg|Feature completion over time||Feature completion over time))|/dotclear/public/traductions/featurecompletionovertime.PNG]%%% > Dans ce cas, il est parfaitement logique de livrer la fonctionnalité dans une fenêtre où la valeur peut être maximisée :%%% > [((/dotclear/public/traductions/.roiwindow_m.jpg|ROI window||ROI window))|/dotclear/public/traductions/roiwindow.PNG]%%% > Mais il y a une chose qui manque… Si nous essayons de déployer la fonction sur une population importante, le rendement attendu a probablement la forme d’une courbe exponentielle, qui à un certain point, fait que la fonctionnalité a atteint suffisamment d’ampleur pour être capable de se propager à l’ensemble des utilisateurs. Si l’on ajoute cette courbe au-dessus des autres :%%% > [((/dotclear/public/traductions/.featurevsexpectedreturn_m.jpg|Feature vs expected return||Feature vs expected return))|/dotclear/public/traductions/featurevsexpectedreturn.PNG]%%% > Nous constatons alors que livrer la fonctionnalité en fonction de notre cadence normale va court-circuiter nos retombées économiques et minimiser notre retour sur investissement.%%% > %%% > Conscient de cela, je préconise de ne pas considérer toutes vos fonctionnalités de la même manière. Beaucoup d’entre elles tireront partie d’être livrées selon un cycle régulier de livraison, mais pas toutes si nous sommes intéressés par maximiser notre rendement économique.%%% —- ((/dotclear/public/traductions/Kanban-sign-icon.png|Kanban sign|L|Kanban sign))Retrouvez l’intégralité de mes traductions sur le wiki ++[Traductions Agiles|http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:start|fr]++.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *