Quel ROI pour ma transformation Agile ?
PARTIE 1 : Un retour aux principes fondamentaux
Valérie Wagoner, Agile Coach, Valtech France
valerie.wagoner@valtech.fr
Agile Day 2012
Valtech
4. Etat des lieux"
Ò Une logique de calcul du ROI sur le court terme :
Gains réalisés
ROI = Coût de développement Réduction = ROI
Ò Des statistiques qui
ne sont pas en
adéquation avec cette
logique…
SOURCE : VersionOne State of Agile development survey results 2011
4"
6. Au commencement : la « Crise du Logiciel »"
Complexité Attentes Changement
Développement logiciel
Ò des projets qui dépassent les budgets,
Ò des projets qui dépassent les délais,
Ò un logiciel moins efficace qu’attendu,
Ò un logiciel de basse qualité,
Ò un logiciel qui ne correspond pas aux besoins,
Ò des projets difficiles à gérer et du code difficile à
maintenir,
Ò des logiciels qui ne sont jamais livrés
7. Emergence du modèle en Cascade"
La prophétie de Winston Royce :
Un modèle économique réduit à
la partie visible du produit final
met en péril la qualité logicielle
$ Analyse
$ Code Surcoûts
Un logiciel n’est pas et délais
gouverné pas des lois
physiques concrètes mais
part la logique humaine Tests
qui rend la nature des
Problèmes non-détectés
projets logiciels complexe
pendant la phase d’analyse
sont découverts trop tard
“For every complex problem there is a solution that is simple, neat and wrong.”
7
H. L. Mencken
8. V
Cycle en V : les améliorations "
Expression Qualification des besoins Opération et
des besoins (évolution, correction, régression) Maintenance
Accepté
Intervention Live
Préparation des tests Production
des utilisateurs d’acceptance Tests
Spécifications
et des testeurs d’acceptance
Validation Intervention
Intervention Prototypage Accepté
des utilisateurs
des utilisateurs Préparation des
Conception tests fonctionnels Tests Pré-
et des testeurs Production
générale fonctionnels
Validation
Rédaction Préparation des Exécution
Conception Tests
des tests détaillée
tests d’intégration
d’intégration
des tests
Validation
Préparation des
Intervention tests unitaires Tests
Codage
des testeurs unitaires
Validation
Implémentation
“I believe the hard part of building software to be the specification, design and testing of this
conceptual construct, not the labor of representing it and testing the fidelity of the representation.”
Frédérick P. Brooks, Jr. (No Silver Bullet)
8
9. V
L’histoire se répète"
$$ € Augmentation
€+d des coûts de
élais
maintenance
Dégradation
Expression Qualification des besoins Opération et
Expression
des besoins (évolution, correction, régression) Maintenance
de la qualité
des besoins Accepté
Intervention Live
Préparation des tests Production
des utilisateurs d’acceptance Tests
Spécifications Tests
et des testeurs Spécifications d’acceptance
Validation d’acceptance
Intervention Prototypage Accepté
des utilisateurs Préparation des
Conception tests fonctionnels Tests Pré-
et des testeurs Conception Production
générale Tests
fonctionnels
générale Validation fonctionnels
Rédaction Préparation des Exécution
Conception Tests
des tests Conception
détaillée
tests d’intégration
Tests
d’intégration
des tests
détaillée Validation d’intégration
Préparation des
Intervention tests unitaires Tests
Codage Tests
des testeurs Codage unitaires
Validation unitaires
Les tests arrivent
Implémentation trop tard!!!!
9
10. L’organisation se transforme"
V
Corrections
Business
Expression Qualification des besoins Opération et PROD
des besoins (évolution, correction, régression) Maintenance
Opération
Maintenance
Evolutions
Accepté
Live
IT (Etudes & Dév) Validation Production
Tests Pré-PROD
Spécifications
d’acceptance
Validation
Prototypage Accepté
Conception Tests Pré-
générale Production
fonctionnels
Validation
Exécution
Conception Tests
détaillée d’intégration
des tests
Validation
Rédaction
Tests des tests
Codage
unitaires
Validation
Implémentation
10
11. D’où la situation actuelle"
Maintenance Des coûts de gestion
des anomalies
post-projets
Corrections
Business Opérations Des fonctionnalités
Des évolutions livrées non-utilisées
correctives au détriment Evolutions
Des inadéquations
de nouvelles aux besoins des
fonctionnalités IT fonctionnalités livrées
time-to-market qui deviennent de
nouveaux projets
Des coûts de
réalisation élevés
du à l’inmaintenabilité
du code
11
12. 3. Demain, la transformation Agile :
l’investissement sur le long terme
13. When it comes to managing software many IT
organizations are between the proverbial rock and a
hard place. The business is more dependent on
software than ever before and yet most of that
software has never been more fragile.
Source : http://www.ctoedge.com/content/software-crisis-waiting-happen
14. L’agilité pour rétablir le cercle vertueux de la qualité"
Une meilleure
Maintenance qualité applicative
Des coûts de gestion
(réduction des
des anomalies coûts
de maintenance)
post-projets
Corrections
Une meilleure adoption
Business Opérations Des fonctionnalités
des fonctionnalités par
Une meilleure
Des évolutions livrées non-utilisées
les utilisateurs (plus de
capacité à au détriment
correctivesgérer Evolutions valeur livrée)
Des inadéquations
les changements
de nouvelles aux besoins des
Une meilleure adéquation
de priorité (plus
fonctionnalités de IT fonctionnalités livrées
aux besoins (baisse des
Valeur livrée)
time-to-market qui deviennent de
coûts de développement)
nouveaux projets
Des coûts de productivité
Une meilleure
réalisation élevés
(un meilleur time-to-market)
du à l’inmaintenabilité
du code
14
15. Comment calculer le ROI Agile?"
ROI Agile = Bénéfices réalisés Calculés sur 5 ans
(durée moyenne d’une
Coût total fonctionnalité)
Bénéfices réalisés = valeur livrée – coût total
Coût total = coût d’investissement des pratiques Agiles
+ coût de développement
+ coût de maintenance
15
16. Des statistiques sur les coûts et bénéfices de l’agilité"
Augmentation
Ò ROI Agile = Bénéfices réalisés + = ROI
Réduction
Coût total
SOURCE : http://davidfrico.com/agile-benefits.xls (2008)
SOURCE : VersionOne State of Agile development survey results 2011
16"
17. Quel ROI pour ma transformation Agile?"
Selon l’étude de David Rico de 69 cas d’étude sur les
pratiques Agiles de projets réalisés entre 2002 et 2008 :
Coût total moyen sur 60 mois d’un projet Agile = $578,202
Valeur livrée moyenne sur 60 mois = $3,931,795
ROI Agile moyen sur 60 mois =
$3,931,795 - $578,202 = 5,8
$578,202
17
18. Critères non-traditionnels de succès des pratiques Agiles"
Les méthodes Agiles valorisent :
les individus et les interactions, des logiciels qui fonctionnent, la
collaboration avec le client, et la réponse au changement
Ceci se traduit par les critères non-traditionnel de succès suivants :
Meilleur time-to-market
Meilleure satisfaction des utilisateurs
Meilleure adoption des fonctionnalités livrées
Meilleure satisfaction des équipes projets Agiles
Meilleure capacité d’évaluation des options pour la R&D
Connaissance des applications mieux partagée au sein des équipes
+
D’autres encore liés à votre contexte et qui seront mis en évidence
dans la phase d’évaluation de votre transformation Agile.
18