Valtech - Quel ROI pour ma transformation Agile ?

Preview:

DESCRIPTION

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

Citation preview

Quel ROI pour ma transformation Agile ? PARTIE 1 : Un retour aux principes fondamentaux"

Valérie Wagoner, Coach Agile.

1.  La situation actuelle

2.  L’historique : le paradoxe du prophète

3.  Demain, la transformation Agile : l’investissement sur le long terme

1.  La situation actuelle

Etat des lieux"

Ò  Une logique de calcul du ROI sur le court terme :

ROI =

SOURCE : VersionOne State of Agile development survey results 2011

Gains réalisés Coût de développement

Réduction = ROI

Ò  Des statistiques qui ne sont pas en adéquation avec cette logique…

4"

2.  L’historique : le paradoxe du prophète

Au commencement : la « Crise du 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

Développement logiciel

Complexité Attentes Changement

7

Analyse

Code

Tests

Un modèle économique réduit à la partie visible du produit final met en péril la qualité logicielle

$

$

Problèmes non-détectés pendant la phase d’analyse sont découverts trop tard

Surcoûts et délais Un logiciel n’est pas

gouverné pas des lois physiques concrètes mais part la logique humaine qui rend la nature des projets logiciels complexe

“For every complex problem there is a solution that is simple, neat and wrong.” H. L. Mencken

Emergence du modèle en Cascade"La prophétie de Winston Royce :

8

V Expression des besoins

Opération et Maintenance

Spécifications

Conception générale

Conception détaillée

Codage Tests unitaires

Tests d’intégration

Tests fonctionnels

Tests d’acceptance

Implémentation

Rédaction des tests

Exécution des tests

Qualification des besoins (évolution, correction, régression)

Préparation des tests d’acceptance

Validation

Préparation des tests fonctionnels

Validation

Préparation des tests d’intégration

Validation

Préparation des tests unitaires

Validation

Intervention des utilisateurs et des testeurs

Intervention des utilisateurs et des testeurs

Intervention des testeurs

Prototypage Intervention des utilisateurs

Accepté Pré-

Production

Accepté Live

Production

Cycle en V : les améliorations "

“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)

9

V Expression des besoins

Opération et Maintenance

Spécifications

Conception générale

Conception détaillée

Codage Tests unitaires

Tests d’intégration

Tests fonctionnels

Tests d’acceptance

Implémentation

Rédaction des tests

Exécution des tests

Qualification des besoins (évolution, correction, régression)

Préparation des tests d’acceptance

Validation

Préparation des tests fonctionnels

Validation

Préparation des tests d’intégration

Validation

Préparation des tests unitaires

Validation

Intervention des utilisateurs et des testeurs

Intervention des utilisateurs et des testeurs

Intervention des testeurs

Les tests arrivent trop tard!!!!

Prototypage

$$ €€ + délais

Expression des besoins

Spécifications

Conception générale

Conception détaillée

Codage Tests unitaires

Tests d’intégration

Tests fonctionnels

Tests d’acceptance

Opération et Maintenance

Accepté Pré-

Production

Accepté Live

Production

L’histoire se répète"

Dégradation de la qualité

Augmentation des coûts de maintenance

V Opération Maintenance Opération et Maintenance

10

Expression des besoins

Spécifications

Conception générale

Conception détaillée

Codage Tests unitaires

Tests d’intégration

Tests fonctionnels

Tests d’acceptance

Implémentation

Exécution des tests

Qualification des besoins (évolution, correction, régression)

Validation

Validation

Validation

Validation

Prototypage

Validation

Evolutions

IT (Etudes & Dév)

Business Corrections

Rédaction des tests

Accepté Pré-

Production

Accepté Live

Production

PROD

Pré-PROD

L’organisation se transforme"

Des fonctionnalités livrées non-utilisées

Des coûts de gestion des anomalies post-projets

D’où la situation actuelle"

11

IT

Business Opérations

Maintenance

Evolutions

Corrections

Des inadéquations aux besoins des fonctionnalités livrées qui deviennent de nouveaux projets

Des évolutions correctives au détriment de nouvelles fonctionnalités time-to-market

Des coûts de réalisation élevés du à l’inmaintenabilité du code

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 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

Des fonctionnalités livrées non-utilisées

Des coûts de gestion des anomalies post-projets

L’agilité pour rétablir le cercle vertueux de la qualité"

14

IT

Business Opérations

Maintenance

Evolutions

Corrections

Des inadéquations aux besoins des fonctionnalités livrées qui deviennent de nouveaux projets

Des évolutions correctives au détriment de nouvelles fonctionnalités time-to-market

Des coûts de réalisation élevés du à l’inmaintenabilité du code

Une meilleure adoption des fonctionnalités par les utilisateurs (plus de valeur livrée)

Une meilleure qualité applicative (réduction des coûts de maintenance)

Une meilleure adéquation aux besoins (baisse des coûts de développement)

Une meilleure capacité à gérer les changements de priorité (plus de Valeur livrée)

Une meilleure productivité (un meilleur time-to-market)

Comment calculer le ROI Agile?"

ROI Agile = Bénéfices réalisés Coût total

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

Calculés sur 5 ans (durée moyenne d’une

fonctionnalité)

Des statistiques sur les coûts et bénéfices de l’agilité"

Ò 

SOURCE : VersionOne State of Agile development survey results 2011

= ROI

16"

ROI Agile = Bénéfices réalisés Coût total

Augmentation + Réduction

SOURCE : http://davidfrico.com/agile-benefits.xls (2008)

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

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

Thank you