Upload
jonathan-scher
View
391
Download
0
Embed Size (px)
Citation preview
"CONTRÔLEZ-VOUS CEQUE VOUS MESUREZ ?
Jonathan Scher – Thomas LissajouxOCTO Technology
QUI ETES-VOUS ?
Quelle est la taille de votre projet ?0-5 / 5-15 / 15-50 / +50
QUI ETES-VOUS ?
Depuis combien de temps, traitez vous vos projets selon un mode agile ?
0 / moins de 2ans / moins de 5ans / plus de 5 ans
“YOU CAN’T CONTROL WHAT YOU CAN’T MEASURE”
Controlling Software Projects: Management, Measurement, and Estimation, Tom DeMarco, 1982
QUE MESUREZ-VOUS ?
Vélocité ?
Cout global ?
Couverture de tests ?
accélerer le time to market
intégrer le changement
améliorer la productivité
meilleur alignement IT/métier
améliorer la qualité
améliorer la visibilité
réduire le risque
simplifier le processus
réduire les couts
motiver les équipes
améliorer la maintenabilité
discipline technique
gérer des équipes distribuées
0 20 40 60 80 100
State of Agile Development Survey, Version One, 2011
intégrer le changement
améliorer la qualité
motiver les équipes
livrer plus fréquemment
réduire les risques
respecter les délais
réduire le Time To Market
satisfaction des utilisateurs
augmenter la productivité
respecter les budgets
0 20 40 60 80 100
78
62
61
49
45
38
35
étude Scrum User Group France, 2009
9
-0- DELIVERY
Quand avez-vous livré une version de votre produit aux clients finaux pour la dernière fois ?
-1- SATISFACTION UTILISATEURS
Sur une échelle allant de 0 à 10, recommanderiez vous le produit à vos amis ou à vos collègues de travail ?
0 Tout à fait improbable Tout à fait probable 10
Reichheld, One Number You Need to Grow, Harvard Business Review, Dec 2003 .
0 1 2 3 4 5 6 7 8 9 10détracteurs passifs promoteurs
-0- DELIVERY
Quand avez-vous vu un client final utiliser votre produit pour la dernière fois ?
"Many projects have proceeded without much control but managed to
produce wonderful products […] To my mind, the question that’s much more
important than how to control a software project is, why on earth are we
doing so many projects that deliver such marginal value? […]
Tom De Marco, Software Engineering: An Idea Whose Time Has Come and Gone?, IEEE Software,
July/August 2009, pp. 96, 95
"Many projects have proceeded without much control but managed to
produce wonderful products […] To my mind, the question that’s much more
important than how to control a software project is, why on earth are we
doing so many projects that deliver such marginal value? […]
-2- VALEUR
Quel(s) type(s) de besoin ou capacité avez-vous servi par cette livraison ?
– Amélioration du service– Contraintes règlementaires ou légales– Positionnement marché– Réduction des couts
Combien cela aurait-il couté si vous n'aviez pas livré (visites, conversions, $, opérationnels) ?
Reinertsen, The Principles of Product Development Flow: Second Generation Lean
Product Development, Celeritas 2009.
-3- COUT
Combien a coutée votre dernière livraison ?
Quel est le cout total Build + Run de votre produit ?
"Many projects have proceeded without much control but managed to produce
wonderful products […] To my mind, the question that’s much more important than
how to control a software project is, why on earth are we doing so many projects that
deliver such marginal value? …
Can I really be saying that it’s OK to run projects without control or with relatively
little control? Almost. I’m suggesting that first we need to select projects where
precise control won’t matter so much. Then we need to reduce our expectations for
exactly how much we’re going to be able to control them, no matter how assiduously
we apply ourselves to control."
-4- LEAD TIME
Quand le besoin correspondant à la dernière livraison a-t-il été exprimé pour la première fois ?
-5- FRÉQUENCE
Quand avez-vous livré précédemment ?
-6- FAILURE DEMAND
Lors de votre dernière livraison, quel part ne correspondait pas à des besoins, mais à des corrections ?
-7- DEFECTS
Parmi ceux-ci, quelle part a été découverte en production ?
WTF
-8- RISQUE
Pour livrer un produit satisfaisant, quelle confiance avez-vous, sur une échelle allant de 0 à 10, dans votre capacité,sur le plan métier / technique / humain ?
-9- SATISFACTION DE L'EQUIPE
Sur une échelle allant de 0 à 10, recommanderiez vous de travailler sur ce produit à vos amis ou à vos collègues de travail ?
-10- COMMENT ?
Quelles pratiques/patterns avez-vous mises en œuvre pour obtenir ces résultats ?
Reinertsen, The Principles of Product Development Flow: Second Generation Lean
Product Development, Celeritas 2009.
FAITES-VOUS ?
Du test continu ?
De l'intégration continue ?
De la livraison continue ?
De l'amélioration continue ?
Et les résultats sont visibles de tous ?
POURQUOI VOS MESURES NE SERAIENT-ELLES PAS ?
-1- CONTINUES
-2- OUVERTES
OBSERVATOIRE AGILE
Une plateforme ouverte pour mesurer et evaluer les performances IT
Permettre aux équipes de recueillir des données factuelles pour évaluer leur performance et se benchmarker.
Des mesures faciles, continues et ouvertes.
INSCRIVEZ-VOUS !
WWW.OBSERVATOIRE-AGILE.COM