Quel ROI pour ma transformation Agile ?
PARTIE 1 : Un retour aux principes fondamentaux"                       Valérie Wag...
1.  La situation actuelle2.  L’historique : le paradoxe du    prophète3.  Demain, la transformation Agile :    l’investiss...
1.  La situation actuelle
Etat des lieux"Ò  Une logique de calcul du ROI sur le court terme :             Gains réalisés       ROI = Coût de dévelo...
2.  L’historique : le paradoxe du    prophète
Au commencement : la « Crise du Logiciel »"       Complexité           Attentes          Changement               Développ...
Emergence du modèle en Cascade"La prophétie de Winston Royce :                             Un modèle économique réduit à  ...
V         Cycle en V : les améliorations "                     Expression                 Qualification des besoins       ...
V         L’histoire se répète"                                                    $$ €                             Augmen...
L’organisation se transforme"                   V                                                                         ...
D’où la situation actuelle"                                                      Maintenance               Des coûts de ge...
3.  Demain, la transformation Agile :    l’investissement sur le long terme
When it comes to managing software many IT organizations are between the proverbial rock and a hard place. The business is...
L’agilité pour rétablir le cercle vertueux de la qualité"                                                                 ...
Comment calculer le ROI Agile?"ROI Agile   =   Bénéfices réalisés     Calculés sur 5 ans                                  ...
Des statistiques sur les coûts et bénéfices de l’agilité"                                                                  ...
Quel ROI pour ma transformation Agile?"  Selon l’étude de David Rico de 69 cas d’étude sur les  pratiques Agiles de projet...
Critères non-traditionnels de succès des pratiques Agiles"Les méthodes Agiles valorisent :   les individus et les interact...
Thank you
Prochain SlideShare
Chargement dans…5
×

Valtech - Quel ROI pour ma transformation Agile ?

3 465 vues

Publié le

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

Publié dans : Technologie
0 commentaire
2 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
3 465
Sur SlideShare
0
Issues des intégrations
0
Intégrations
42
Actions
Partages
0
Téléchargements
83
Commentaires
0
J’aime
2
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Valtech - Quel ROI pour ma transformation Agile ?

  1. 1. Quel ROI pour ma transformation Agile ?
PARTIE 1 : Un retour aux principes fondamentaux" Valérie Wagoner, Coach Agile.
  2. 2. 1.  La situation actuelle2.  L’historique : le paradoxe du prophète3.  Demain, la transformation Agile : l’investissement sur le long terme
  3. 3. 1.  La situation actuelle
  4. 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"
  5. 5. 2.  L’historique : le paradoxe du prophète
  6. 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. 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ûtsUn logiciel n’est pas et délaisgouverné pas des loisphysiques concrètes maispart la logique humaine Testsqui rend la nature des Problèmes non-détectésprojets 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. 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 Productiondes utilisateurs d’acceptance Tests Spécificationset 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. 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 Productiondes utilisateurs d’acceptance Tests Spécifications Testset 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. 10. L’organisation se transforme" V CorrectionsBusiness Expression Qualification des besoins Opération et PROD des besoins (évolution, correction, régression) Maintenance Opération Maintenance Evolutions Accepté LiveIT (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. 11. D’où la situation actuelle" Maintenance Des coûts de gestion des anomalies post-projets Corrections Business Opérations Des fonctionnalitésDes évolutions livrées non-utiliséescorrectives au détriment Evolutions Des inadéquationsde nouvelles aux besoins desfonctionnalités IT fonctionnalités livréestime-to-market qui deviennent de nouveaux projets Des coûts de réalisation élevés du à l’inmaintenabilité du code 11
  12. 12. 3.  Demain, la transformation Agile : l’investissement sur le long terme
  13. 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. 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 parUne meilleureDes évolutions livrées non-utilisées les utilisateurs (plus decapacité à au détrimentcorrectivesgérer Evolutions valeur livrée) Des inadéquationsles changementsde nouvelles aux besoins des Une meilleure adéquationde priorité (plusfonctionnalités de IT fonctionnalités livrées aux besoins (baisse desValeur 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. 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 totalCoût total = coût d’investissement des pratiques Agiles + coût de développement + coût de maintenance 15
  16. 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. 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. 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 changementCeci 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
  19. 19. Thank you

×