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...
Prochain SlideShare
Chargement dans…5
×

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

3 821 vues

Publié le

- 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

Publié dans : Business
1 commentaire
9 j’aime
Statistiques
Remarques
Aucun téléchargement
Vues
Nombre de vues
3 821
Sur SlideShare
0
Issues des intégrations
0
Intégrations
39
Actions
Partages
0
Téléchargements
0
Commentaires
1
J’aime
9
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • MDSD Agile MDSD Agile
  • MDSD Agile MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile Offre plus de flexibilité en matière de gestion de projet Discipline essentiellement intellectuelle, créative, qui se prête peu à la taylorisation, donc peu prédictive Possibilités fonctionnelles et techniques particulièrement importantes Instabilité de l&apos;environnement technologique Besoins apparaissant après les tests Marché exigeant, en tension permanente Difficulté des SSII à s’engager budgétairement dans les projets au forfait
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile Développement de l’organisation : revenus, capital « connaissance », optimisation ? Utilité : Mesure de la satisfaction obtenue par la consommation Plus générale Ordinale / cardinale ROI = utilité / taille
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile Backog produit : liste des éléments à valeur ajoutée
  • MDSD Agile Capacité à s’adapter pour maximiser la valeur
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • MDSD Agile
  • 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>

    ×