Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
2009 David Brocard - reproduction soumise à autorisation Les Méthodes Agiles Présentation AnnexEthique David Brocard - Con...
David Brocard - reproduction soumise à autorisation 2009 Sommaire <ul><li>Origine et raison d'être </li></ul><ul><li>Le Ma...
David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être Les Méthodes Agiles
Constats <ul><li>Bilan de réussites des projets informatiques </li></ul><ul><li>En cause : </li></ul><ul><ul><li>l’opportu...
Constats David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être
La non-qualité David Brocard - reproduction soumise à autorisation 2009 Agile : Etat des lieux – La non qualité temps Orig...
Constats David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être
Constat des approches classiques David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être Besoin ...
Facteur clé d'échec David Brocard - reproduction soumise à autorisation 2009 <ul><li>Le manque de communication à tout niv...
Héritage  et nouvelle voie <ul><li>Mimétisme des disciplines de l'ingénierie pour organiser le développement logiciel </li...
Le logiciel : une discipline singulière David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être ...
Spécificités du projet Web <ul><li>Vous parliez de logiciel… </li></ul><ul><li>…  mais on n’est pas des développeurs (ou p...
David Brocard - reproduction soumise à autorisation 2009 Le Manifeste Agile Les Méthodes Agiles
Le Manifeste Agile David Brocard - reproduction soumise à autorisation 2009 Les quatre valeurs fondamentales Agiles sont :...
Les 12 principes David Brocard - reproduction soumise à autorisation 2009 <ul><li>Notre première priorité est de satisfair...
Des définitions de l'agilité <ul><li>« L'agilité est une combinaison de flexibilité, pour les changements attendus, et d'a...
Les différentes méthodes <ul><li>Les plus populaires (et de loin) : </li></ul><ul><ul><li>Scrum (1986) </li></ul></ul><ul>...
David Brocard - reproduction soumise à autorisation 2009 De la Valeur… Les Méthodes Agiles
Valeur ? David Brocard - reproduction soumise à autorisation 2009 De la Valeur… c <ul><li>Méthodes agiles : Maximiser la v...
Cycle en V David Brocard - reproduction soumise à autorisation 2009 De la Valeur…
Livraison par lots David Brocard - reproduction soumise à autorisation 2009 De la Valeur…
Itératif David Brocard - reproduction soumise à autorisation 2009 c De la Valeur…
Itératif avec priorités David Brocard - reproduction soumise à autorisation 2009 c De la Valeur…
Agile David Brocard - reproduction soumise à autorisation 2009 c c c De la Valeur…
Utilisation de Scrum <ul><li>Utilisé par : </li></ul><ul><ul><li>des éditeurs </li></ul></ul><ul><ul><li>des start up </li...
Quelques principes <ul><li>Equipe auto-organisée </li></ul><ul><li>Avancement du produit par une série de «  sprints  » d’...
Cycle de vie Scrum
Sprints (Itérations) <ul><li>Time boxes </li></ul><ul><li>Sélection d’item à produire </li></ul><ul><li>Produit (partiel) ...
Rôles <ul><li>Product Owner </li></ul><ul><ul><li>Représente le produit </li></ul></ul><ul><ul><li>Décompose les exigences...
Donnant-donnant <ul><li>Droit du Client </li></ul><ul><ul><li>Disposer d’un plan global </li></ul></ul><ul><ul><li>Obtenir...
Cérémonial <ul><li>Artefacts </li></ul><ul><ul><li>Backlog de produit </li></ul></ul><ul><ul><li>Plan de version </li></ul...
David Brocard - reproduction soumise à autorisation 2009 Aspects Contractuels Les Méthodes Agiles
<ul><li>Cône d’incertitude </li></ul>Cône d’incertitude Aspects Contractuels
<ul><li>Encore douloureux ! </li></ul><ul><ul><li>Principalement au forfait mais inadapté </li></ul></ul><ul><li>Forfait <...
<ul><li>Engagement de productivité ou de vélocité </li></ul><ul><ul><li>Après phase exploratoire </li></ul></ul><ul><ul><l...
<ul><li>Source :  Serge Beaumont, Xebia </li></ul>Nouvelle Donne <ul><ul><li>Calibration </li></ul></ul><ul><ul><li>(env 3...
<ul><li>Convaincre les achats… </li></ul><ul><li>Le new deal </li></ul><ul><ul><li>Privilégier les fournisseurs d’après le...
Upcoming SlideShare
Loading in …5
×

Présentation des Méthodes Agiles pour l'association AnnexEthique

4,049 views

Published on

- Présentation des Méthodes Agiles
- Comment se situent les projets web ?
- Le cycle de la "valeur"
- Présentation très succinte de Scrum
- Aspects contractuels

Published in: Business
  • excellente presentation
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here

Présentation des Méthodes Agiles pour l'association AnnexEthique

  1. 1. 2009 David Brocard - reproduction soumise à autorisation Les Méthodes Agiles Présentation AnnexEthique David Brocard - Consultant Indépendant http://davidbrocard.org
  2. 2. David Brocard - reproduction soumise à autorisation 2009 Sommaire <ul><li>Origine et raison d'être </li></ul><ul><li>Le Manifeste Agile </li></ul><ul><li>De la Valeur… </li></ul><ul><li>Scrum </li></ul><ul><li>Aspect Contractuels </li></ul>
  3. 3. David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être Les Méthodes Agiles
  4. 4. Constats <ul><li>Bilan de réussites des projets informatiques </li></ul><ul><li>En cause : </li></ul><ul><ul><li>l’opportunité des projets, la conformité aux besoins, les technologies…mais aussi les méthodes </li></ul></ul>David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être
  5. 5. Constats David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être
  6. 6. La non-qualité David Brocard - reproduction soumise à autorisation 2009 Agile : Etat des lieux – La non qualité temps Origine et raison d'être Produit désiré Produit spécifié Insatisfaction Luxe Produit livré Qualité du produit Non-conformité Gaspillage
  7. 7. Constats David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être
  8. 8. Constat des approches classiques David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être Besoin impossible à définir de manière exhaustive en début de projet Grand nombre de documents, efficacité relative Grand nombre de procédures, difficultés de compréhension et de mise en oeuvre Incapacité à suivre l’évolution du marché Cycles projet hérités de l’industrie lourde
  9. 9. Facteur clé d'échec David Brocard - reproduction soumise à autorisation 2009 <ul><li>Le manque de communication à tout niveau </li></ul><ul><li>Une mauvaise compréhension des besoins </li></ul><ul><li>L’insuffisance de l’architecture </li></ul><ul><li>L’absence de maturité des outils utilisés </li></ul><ul><li>La mauvaise formation des personnes </li></ul><ul><li>Le cadre contractuel inadapté </li></ul><ul><li>L’insuffisance des tests </li></ul><ul><li>Les effets Tunnel </li></ul>Origine et raison d'être
  10. 10. Héritage et nouvelle voie <ul><li>Mimétisme des disciplines de l'ingénierie pour organiser le développement logiciel </li></ul><ul><li>MAIS </li></ul><ul><li>La division du travail ne fonctionne pas </li></ul><ul><ul><li>(Le mythe du mois-homme - F.Brooks – 1975) </li></ul></ul><ul><li>Les problèmes sont plus sociologiques que technologiques </li></ul><ul><ul><li>(Peopleware – DeMarco/Lister – 1987) </li></ul></ul>David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être
  11. 11. Le logiciel : une discipline singulière David Brocard - reproduction soumise à autorisation 2009 Origine et raison d'être <ul><li>Flexibilité de gestion </li></ul><ul><li>Discipline peu taylorisable, peu prédictive </li></ul><ul><li>Possibilités fonctionnelles importantes </li></ul><ul><li>Instabilité de l'environnement technologique </li></ul><ul><li>Besoins apparaissant après les tests </li></ul><ul><li>Marché exigeant, en tension permanente </li></ul><ul><li>Difficulté des fournisseurs de services à s’engager au forfait </li></ul>
  12. 12. Spécificités du projet Web <ul><li>Vous parliez de logiciel… </li></ul><ul><li>… mais on n’est pas des développeurs (ou presque?) </li></ul><ul><li>C’est le Graphisme qui est déterminant </li></ul><ul><li>Chaque Ergonomie est singulière </li></ul><ul><li>Communication/Image de marque </li></ul><ul><li>On travaille aussi pour des Institutionnels </li></ul><ul><li>Peu (pas) d’outils pour tests automatisés </li></ul>
  13. 13. David Brocard - reproduction soumise à autorisation 2009 Le Manifeste Agile Les Méthodes Agiles
  14. 14. Le Manifeste Agile David Brocard - reproduction soumise à autorisation 2009 Les quatre valeurs fondamentales Agiles sont : L’interaction avec les personnes > les processus et les outils Un produit opérationnel > la documentation La collaboration avec le client > la négociation de contrat La réactivité face au changement > suivi d'un plan http:// agilemanifesto.org / (2001) ‏ Le Manifeste Agile
  15. 15. Les 12 principes David Brocard - reproduction soumise à autorisation 2009 <ul><li>Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles . </li></ul><ul><li>Le changement est accepté, même tardivement dans le développement. Les processus agiles exploitent le changement comme avantage compétitif pour le client. </li></ul><ul><li>Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte . </li></ul><ul><li>Les gens de l'art et les développeurs doivent collaborer quotidiennement au projet. </li></ul><ul><li>Bâtissez le projet autour de personnes motivées. Donnez leur l'environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail . </li></ul><ul><li>La méthode la plus efficace de transmettre l'information est une conversation en face à face . </li></ul><ul><li>Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet. </li></ul><ul><li>Les processus agiles promeuvent un rythme de développement soutenable . Commanditaires, développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment. </li></ul><ul><li>Une attention continue à l'excellence technique et à la qualité de la conception améliore l'agilité. </li></ul><ul><li>La simplicité - l'art de maximiser la quantité de travail à ne pas faire - est essentielle. </li></ul><ul><li>Les meilleures architectures, spécifications et conceptions sont issues d'équipes qui s'auto-organisent . </li></ul><ul><li>À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace , puis accorde et ajuste son comportement dans ce sens. </li></ul>Le Manifeste Agile Sites
  16. 16. Des définitions de l'agilité <ul><li>« L'agilité est une combinaison de flexibilité, pour les changements attendus, et d'adaptabilité, pour les changements inattendus » </li></ul><ul><li>« Bonnes pratiques poussées à fond » </li></ul><ul><ul><li>Itération courte, Estimation relative, Pilotage par les tests, Intégration continue, Analyse et adaptation continue... </li></ul></ul>David Brocard - reproduction soumise à autorisation 2009 Le Manifeste Agile « Command and control » « Self organisation » Contrôle projet Pilotage Contrôle qualité Tests
  17. 17. Les différentes méthodes <ul><li>Les plus populaires (et de loin) : </li></ul><ul><ul><li>Scrum (1986) </li></ul></ul><ul><ul><li>Extreme Programming (1996) </li></ul></ul><ul><ul><li>Lean Software Development (2002) </li></ul></ul><ul><ul><ul><li>Lean Manufacturing (1995) (Toyota Production System - 1948-1975) </li></ul></ul></ul><ul><li>Les moins utilisées : </li></ul><ul><ul><li>Adaptiive Software Development (1999) </li></ul></ul><ul><ul><li>Crystal Clear </li></ul></ul><ul><ul><li>DSDM, Dynamic System Development Method (1996) </li></ul></ul><ul><ul><li>Feature Driven Development </li></ul></ul><ul><li>Les “pas tout à fait” agiles : </li></ul><ul><ul><li>RAD (fin des années 80) </li></ul></ul><ul><ul><li>RUP (1995) </li></ul></ul>David Brocard - reproduction soumise à autorisation 2009 Cartographie des méthodes
  18. 18. David Brocard - reproduction soumise à autorisation 2009 De la Valeur… Les Méthodes Agiles
  19. 19. Valeur ? David Brocard - reproduction soumise à autorisation 2009 De la Valeur… c <ul><li>Méthodes agiles : Maximiser la valeur </li></ul><ul><li>Prix de vente unitaire ? </li></ul><ul><li>Retour sur investissement (ROI) ? </li></ul><ul><li>Valeur Actuelle Nette (VAN) ? </li></ul><ul><li>Utilité ? </li></ul><ul><li>Autres ? </li></ul><ul><ul><li>Conformité à un règlement, graphisme, ergonomie etc </li></ul></ul><ul><ul><li>Développement personnel : humain et technique ? </li></ul></ul><ul><ul><li>Développement de l’organisation : revenus, capital « connaissance », optimisation ? </li></ul></ul>
  20. 20. Cycle en V David Brocard - reproduction soumise à autorisation 2009 De la Valeur…
  21. 21. Livraison par lots David Brocard - reproduction soumise à autorisation 2009 De la Valeur…
  22. 22. Itératif David Brocard - reproduction soumise à autorisation 2009 c De la Valeur…
  23. 23. Itératif avec priorités David Brocard - reproduction soumise à autorisation 2009 c De la Valeur…
  24. 24. Agile David Brocard - reproduction soumise à autorisation 2009 c c c De la Valeur…
  25. 25. Utilisation de Scrum <ul><li>Utilisé par : </li></ul><ul><ul><li>des éditeurs </li></ul></ul><ul><ul><li>des start up </li></ul></ul><ul><ul><li>des développements internes </li></ul></ul><ul><ul><li>des forfaits </li></ul></ul><ul><ul><li>etc </li></ul></ul><ul><li>Utilisé pour : </li></ul><ul><ul><li>des logiciels critiques </li></ul></ul><ul><ul><li>des applications financières </li></ul></ul><ul><ul><li>des IDE </li></ul></ul><ul><ul><li>des systèmes hautes disponibilité </li></ul></ul><ul><ul><li>des applications web innonvantes </li></ul></ul><ul><ul><li>etc </li></ul></ul>Scrum
  26. 26. Quelques principes <ul><li>Equipe auto-organisée </li></ul><ul><li>Avancement du produit par une série de «  sprints  » d’un mois </li></ul><ul><li>Exigences définies comme des éléments d’une liste appelée «  backlog du produit  » </li></ul><ul><li>Indépendant des pratiques d’ingénierie </li></ul><ul><li>Utilisation de règles génériques permettant de créer un environnement agile pour un projet </li></ul><ul><li>Dimensionnement de 2 à 15 personnes </li></ul>Scrum
  27. 27. Cycle de vie Scrum
  28. 28. Sprints (Itérations) <ul><li>Time boxes </li></ul><ul><li>Sélection d’item à produire </li></ul><ul><li>Produit (partiel) conçu, codé, testé et démontré </li></ul><ul><ul><li>=> Potentiellement déployable </li></ul></ul><ul><li>Doit permettre de différer la prise en compte de changements </li></ul><ul><li>Pratiques d’ingénierie logicielle </li></ul><ul><ul><li>TDD, Refactoring, Intégration continue etc </li></ul></ul><ul><li>Boucle d’amélioration continue </li></ul>Scrum
  29. 29. Rôles <ul><li>Product Owner </li></ul><ul><ul><li>Représente le produit </li></ul></ul><ul><ul><li>Décompose les exigences </li></ul></ul><ul><ul><li>Définit les priorités </li></ul></ul><ul><ul><li>Définit les critères de satisfaction </li></ul></ul><ul><ul><li>Fait partie intégrante de l’équipe </li></ul></ul><ul><ul><li>Prononce l’acceptation des itérations </li></ul></ul><ul><li>Scrum Master </li></ul><ul><ul><li>“ Management” du projet </li></ul></ul><ul><ul><li>Fait appliquer la méthode </li></ul></ul><ul><ul><li>Développe l’autonomie </li></ul></ul><ul><ul><li>Organise et anime le cérémonial </li></ul></ul><ul><ul><li>Elimine les obstacles et protége </li></ul></ul><ul><ul><li>Concentré sur l’objectif => valeur </li></ul></ul><ul><ul><li>Peu directif </li></ul></ul><ul><li>Equipe de développement </li></ul><ul><ul><li>Polyvalente </li></ul></ul><ul><ul><li>Membres à plein temps sur le projet, de préférence </li></ul></ul><ul><ul><li>Auto organisée </li></ul></ul><ul><ul><li>Responsabilisée </li></ul></ul><ul><ul><li>Stable pendant une itération </li></ul></ul>Scrum
  30. 30. Donnant-donnant <ul><li>Droit du Client </li></ul><ul><ul><li>Disposer d’un plan global </li></ul></ul><ul><ul><li>Obtenir le plus de valeur à chaque semaine de développement </li></ul></ul><ul><ul><li>Changer les demandes, les priorités </li></ul></ul><ul><ul><li>Apprécier les progrès </li></ul></ul><ul><ul><li>Etre informé des changements à temps </li></ul></ul>Scrum <ul><li>Droit du développeur </li></ul><ul><ul><li>Conna î tre les demandes et leurs priorit é s </li></ul></ul><ul><ul><li>Fournir un travail de qualit é permanent </li></ul></ul><ul><ul><li>Demander et recevoir de l ’ aide </li></ul></ul><ul><ul><li>Accepter les responsabilit é s </li></ul></ul><ul><ul><li>Estimer les tâches et le faire autant que n é cessaire </li></ul></ul>
  31. 31. Cérémonial <ul><li>Artefacts </li></ul><ul><ul><li>Backlog de produit </li></ul></ul><ul><ul><li>Plan de version </li></ul></ul><ul><ul><li>Plan d’itération </li></ul></ul><ul><ul><li>Burndown de version </li></ul></ul><ul><ul><li>Burndown d’itération </li></ul></ul><ul><li>Réunions </li></ul><ul><ul><li>Planification de version </li></ul></ul><ul><ul><li>Planification d’itération </li></ul></ul><ul><ul><li>Mêlée quotidienne </li></ul></ul><ul><ul><li>Revue d’itération </li></ul></ul><ul><ul><li>Rétrospective </li></ul></ul>Scrum
  32. 32. David Brocard - reproduction soumise à autorisation 2009 Aspects Contractuels Les Méthodes Agiles
  33. 33. <ul><li>Cône d’incertitude </li></ul>Cône d’incertitude Aspects Contractuels
  34. 34. <ul><li>Encore douloureux ! </li></ul><ul><ul><li>Principalement au forfait mais inadapté </li></ul></ul><ul><li>Forfait </li></ul><ul><ul><li>Impossible de s’engager sur un périmètre fixé </li></ul></ul><ul><ul><li>Gros impact sur la qualité </li></ul></ul><ul><li>Régie </li></ul><ul><ul><li>Mieux adapté mais pas dans l”air du temps” </li></ul></ul><ul><ul><li>Risque de dérive budgétaire </li></ul></ul>Actuellement Aspects Contractuels
  35. 35. <ul><li>Engagement de productivité ou de vélocité </li></ul><ul><ul><li>Après phase exploratoire </li></ul></ul><ul><ul><li>Engagement au sprint </li></ul></ul><ul><li>“ Money for nothing” </li></ul><ul><ul><li>Possibilité de s’arr êter à 80% de la valeur produite en payant 20% du budget restant au fournisseur </li></ul></ul><ul><ul><li>ROI doit être calculable </li></ul></ul><ul><ul><li>Très embryonnaire en France </li></ul></ul>A venir Aspects Contractuels
  36. 36. <ul><li>Source : Serge Beaumont, Xebia </li></ul>Nouvelle Donne <ul><ul><li>Calibration </li></ul></ul><ul><ul><li>(env 3 iter) </li></ul></ul><ul><ul><li>Engagement (FP, TM etc) sur {Vision/Backlog/Velocité} </li></ul></ul>Aspects Contractuels
  37. 37. <ul><li>Convaincre les achats… </li></ul><ul><li>Le new deal </li></ul><ul><ul><li>Privilégier les fournisseurs d’après leur qualité technique et leur capacité à l'agilité </li></ul></ul><ul><ul><ul><li>Réaliser plus rapidement des applications ayant le maximum de valeur métier </li></ul></ul></ul>Pistes Aspects Contractuels <ul><ul><li>Client: Obtenir plus de valeur en dépensant moins </li></ul></ul><ul><ul><li>Fournisseur: gagner plus d'argent en réalisant assez tôt les fonctions utiles amenant de la valeur à son client </li></ul></ul><ul><li>Source - http://www.sigmat.fr/dotclear/index.php?post/2009/04/10/Quel-projet-pour-mon-contrat </li></ul>

×