• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Observatoire de l'agile : Controlez vous ce que vous mesurez ?
 

Observatoire de l'agile : Controlez vous ce que vous mesurez ?

on

  • 424 views

 

Statistics

Views

Total Views
424
Views on SlideShare
424
Embed Views
0

Actions

Likes
0
Downloads
8
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Observatoire de l'agile : Controlez vous ce que vous mesurez ? Observatoire de l'agile : Controlez vous ce que vous mesurez ? Presentation Transcript

    • "CONTRÔLEZ-VOUS CEQUE VOUS MESUREZ ? Jonathan Scher – Thomas Lissajoux OCTO 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 vosprojets 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
    • QUE MESUREZ-VOUS ? Vélocité ? Cout global ? Couverture de tests ?
    • 0 20 40 60 80 100 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 techniquegérer des équipes distribuées State of Agile Development Survey, Version One, 2011
    • 0 20 40 60 80 100 intégrer le changement 78 améliorer la qualité 62 motiver les équipes 61 livrer plus fréquemment 49 réduire les risques 45 respecter les délais 38 réduire le Time To Market 35satisfaction des utilisateurs augmenter la productivité respecter les budgets étude Scrum User Group France, 2009
    • -0- DELIVERYQuand avez-vous livré une version de votreproduit aux clients finaux pour la dernière fois ?
    • -1- SATISFACTION UTILISATEURSSur une échelle allant de 0 à10, recommanderiez vous le produit à vos amisou à vos collègues de travail ? 0 Tout à1 improbable3 fait 2 4 5 6 7 Tout 8 fait probable 10 à 9 10 détracteurs passifs promoteurs Reichheld, One Number You Need to Grow, Harvard Business Review, Dec 2003 .
    • -0- DELIVERYQuand avez-vous vu un client final utiliser votreproduit pour la dernière fois ?
    • "Many projects have proceeded without much control but managed toproduce wonderful products […] To my mind, the question that’s much moreimportant than how to control a software project is, why on earth are wedoing 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
    • -2- VALEURQuel(s) type(s) de besoin ou capacité avez-vousservi par cette livraison ? – Amélioration du service – Contraintes règlementaires ou légales – Positionnement marché – Réduction des coutsCombien cela aurait-il couté si vous naviez pas livré(visites, conversions, $, opérationnels) ? Reinertsen, The Principles of Product Development Flow: Second Generation Lean Product Development, Celeritas 2009.
    • -3- COUTCombien a coutée votre dernière livraison ?Quel est le cout total Build + Run de votreproduit ?
    • "Many projects have proceeded without much control but managed toproduce wonderful products […] To my mind, the question that’s much moreimportant than how to control a software project is, why on earth are wedoing so many projects that deliver such marginal value? …Can I really be saying that it’s OK to run projects without control or withrelatively little control? Almost. I’m suggesting that first we need to selectprojects where precise control won’t matter so much. Then we need toreduce our expectations for exactly how much we’re going to be able tocontrol them, no matter how assiduously we apply ourselves to control."
    • -4- LEAD TIMEQuand le besoin correspondant à la dernièrelivraison a-t-il été exprimé pour la première fois?
    • -5- FRÉQUENCEQuand avez-vous livré précédemment ?
    • -6- FAILURE DEMANDLors de votre dernière livraison, quel part necorrespondait pas à des besoins, mais à descorrections ?
    • -7- DEFECTSParmi ceux-ci, quelle part a été découverte enproduction ?
    • WTF
    • -8- RISQUEPour livrer un produit satisfaisant, quelleconfiance avez-vous, sur une échelle allant de 0à 10, dans votre capacité,sur le plan métier / technique / humain ?
    • -9- SATISFACTION DE LEQUIPESur une échelle allant de 0 à10, recommanderiez vous de travailler sur ceproduit à 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 lintégration continue ? De la livraison continue ? De lamélioration continue ?Et les résultats sont visibles de tous ?
    • POURQUOI VOS MESURESNE SERAIENT-ELLES PAS ? -1- CONTINUES -2- OUVERTES
    • OBSERVATOIRE AGILEUne plateforme ouverte pour mesurer etevaluer les performances ITPermettre aux équipes de recueillir des donnéesfactuelles pour évaluer leur performance et sebenchmarker.Des mesures faciles, continues et ouvertes.
    • INSCRIVEZ-VOUS !WWW.OBSERVATOIRE- AGILE.COM