Journée Agilité à Ei.Cesi (17 avril 2013)

2,634 views
2,540 views

Published on

Master Responsable Amélioration Continue et Performance Industrielle

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
2,634
On SlideShare
0
From Embeds
0
Number of Embeds
18
Actions
Shares
0
Downloads
26
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Journée Agilité à Ei.Cesi (17 avril 2013)

  1. 1. Gestion de projet Agile CESI MS RACPI 05 18 avril 2013 Fabrice AIMETTI fabrice.aimetti@gmail.com « Lagilité est lhabileté à changer la position de son corps. »« Dans le sport, lagilité est décrite comme le temps de réponse contre un adversaire ou une cible qui bouge. »
  2. 2. Etude de cas
  3. 3. Xavier, « Démontrons la Valeur Métier ! »Directeur des Etudes InformatiquesXavier a 43 ans. Depuis 3 ans, il est Directeur des Etudes Informatiques au sein d’une sociétébordelaise de 1000 salariés. Ancien Directeur de projets dans une SSII de 10000 personnes, il a étérecruté pour répondre aux forts enjeux d’innovation définis par la Direction des Systèmesd’Information (DSI) et des Directions Métiers. Aujourd’hui, les projets de transformation du systèmed’information n’ont pas démontré leur adéquation aux besoins : effet tunnel, obsolescence de lasolution, dépassement des délais de 200% sans parler des coûts de développement. L’ambianceest morose depuis un certain temps. Son Directeur des Ressources Humaines lui a remonté unturnover en hausse (+5%) dans ses équipes. Le département informatique est régulièrement montrédu doigt lors des comités trimestriels d’activités. Même son DSI commence à lui lancer des piques. Ila besoin de gagner en crédibilité, en fiabilisant le pilotage et le fonctionnement de l’activité. On luia conseillé de forfaitiser et externaliser ses projets mais il pense que cela ne règlera pas leproblème.Récemment, il a participé à une sensibilisation L’entretien avec ce Consultant a étéd’une journée au Lean Management. Certains planifié au jeudi 18 avril 2013. Il a prévu d’yconcepts l’ont interpellé (chaîne de valeur, consacrer deux heures et a préparémanagement visuel, standardisation, …) et quelques documents : l’organigramme desemblent transposables dans le monde du SI. Il s’est la DSI, le cycle de développementrenseigné et a décidé de faire appel à un documenté par la Cellule Méthodes, desConsultant spécialisé dans l’Amélioration Continue indicateurs visuels…et la Performance Industrielle. C’est un pari.
  4. 4. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice Aimetti DSI DSI Urbanisation Xavier AdjointVisibilité Adaptabilité Support Administratif Etudes Production utilisateurs et Financier Domaines fonctionnels Système FinancesValeur Métier Risque Réseau RH Exploitation Attendu Existant
  5. 5. CESI MS RACPI 05 - 18 avril 2013Equipe Christian Agilarium® Fabrice Aimetti Equipe Sophie Equipe Zoé
  6. 6. CESI MS RACPI 05 - 18 avril 2013 Recueil des problèmes Agilarium® Fabrice Aimetti Objectifs Propositiond’intervention
  7. 7. Origines de Scrum
  8. 8. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiOrigines de Scrum1986 Université Hitotsubashi de Tokyo Hirotaka Ikujiro Takeuchi Nonaka … spécialistes des organisations apprenantes
  9. 9. CESI MS RACPI 05 - 18 avril 2013DEKRA Automotive Solutions Agilarium® Fabrice Aimetti Origines de Scrum … publient un article de douze pages dans la Harvard Business Review
  10. 10. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice Aimetti Constat L’environnement dune entreprise a complètement changé ces dernières années… Augmenter la Qualité Profits + Rapidité Baisser les coûts générés Se différencier + SouplesseProduits Standards Source : sondage réalisé en Nouveaux 1/3 1981 sur 700 entreprises aux Produits 1/5 États-Unis 1970 1980
  11. 11. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiComment exceller sur le marché compétitif ? Ce dont nous avons besoin aujourdhui, cest dinnover constamment dans un monde en constant changement ... Nous avons donc besoin dun processus dynamique basé sur la tolérance aux essais/erreurs et lapprentissage sur le terrain ...
  12. 12. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiArrêtez le relais 4 x 100La réussite de léquipe dépend de lenchaînement de séquencedefforts individuels : Pendant quun coureur réalise un Il y a toujours un effort, ses coéquipiers ne peuvent risque lors du passage quasiment rien faire … du témoin …
  13. 13. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice Aimetti VisionJouez… au rugby holistiqueLe processus de développement dun produit est le fruit de la constanteinteraction des membres pluridisciplinaires dune équipe, qui travaillent ensembledu début à la fin :Leffort collaboratif est global : le Lavancement se fait par petitesballon passe de main en main dans itérations et les membres de léquipeléquipe pendant quelle parcourt doivent saccorder pour réussircomme un seul homme la distance le ensemble dans un intervalle de tempsséparant de lobjectif. limité.
  14. 14. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiCadre de travail ScrumSix facteurs clés novateurs qui semboîtent comme dans un puzzle, formant unprocessus très souple pour le développement dun nouveau produit : 1°Instabilité intrinsèque 2°Équipes auto-organisées 6°Transfert de la 3°Recouvrement des différentes connaissance dans phases du cycle de lorganisation développement 5°Contrôle 4°Apprentissage subtil global et multiple
  15. 15. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiCadre de travail Scrum 2°Équipes auto-organisées 2°Vision holistique 1°Instabilité intrinsèque 1°Challenge 3°Recouvrement des différentes phases du cycle de développement 3°Pluridisciplinarité 6°Transfert de la connaissance dans lorganisation 5°Contrôle subtil 4°Apprentissage global et multiple 5°Récompenser la 4°Améliorer en permanence le performance du groupe niveau de léquipeCette nouvelle approche peut en outre agir comme un agent du changement …dans toute lorganisation.
  16. 16. Limites de lapproche globaleOrigines de Scrum Effort extraordinaire Innovation révolutionnaire Projets gigantesques Génie
  17. 17. Implications du ManagementOrigines de Scrum  Encourager le processus  Encourager lapprentissage en largeur  Catalyseur du changement de lorganisation
  18. 18. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiScrum, l’héritage TPS 1947 Wiliam Edwards Deming est envoyé à Tokyo comme conseiller de lEtat-major des forces alliées pour appliquer ses théories sur le Management. 1948-1975 Taiichi Ohno et Eiji Toyoda développe le Système de Production Toyota (TPS), que lon appellera plus tard le Lean. 1986 Hirotaka Takeuchi et Ikujiro Nonaka étudie notamment les méthodes des industries japonaises et publie le premier article sur Scrum.
  19. 19. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiScrum renaît dans l’IT 1993 Jeff Sutherland déploie Scrum pour la première fois chez Easel Corporation. 1995 Jeff demande à Ken Schwaber (DG Advanced Development Methods) de laider à déployer Scrum chez Individual, société Internet. 1995 Ken Schwaber et Jeff Sutherland présentent le framework Scrum dans un contexte de développement logiciel lors de la conférence OOPSLA95 à Austin, Texas.
  20. 20. Manifeste Agile Agile Quèsaco ?
  21. 21. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice Aimetti Manifeste Agile 2001À Snowbird Ski Resort dans lUtah 17 experts font une rétrospective : *Alistair Cockburn (Crystal) Andrew Hunt Steve Mellor Brian Marick (Testing) Dave Thomas James Grenning *Jeff Sutherland (Scrum) Jim Highsmith (ASD) Jon Kern (FDD) Ken Schwaber (Scrum) Kent Beck (XP) Martin Fowler *Robert C. Martin Ron Jeffries (XP) Arie van Bennekum (DSDM) Ward Cunningham Mike Beedle (Scrum)
  22. 22. Manifeste pour le développement Agile de logiciels (11-13 Fév 2001)Manifeste Agile www.agilemanifesto.org/iso/fr Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire. Ces expériences nous ont amené à valoriser : Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu’une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L’adaptation au changement plus que le suivi d’un plan Nous reconnaissons la valeur des seconds éléments mais privilégions les premiers. Traduit par le CARA
  23. 23. Manifeste pour le développement Agile de logiciels (11-13 Fév 2001)Manifeste Agile Principes sous-jacents au Manifeste Agile Notre plus haute priorité est de satisfaire le client  Un logiciel opérationnel est la principale mesure en livrant rapidement et régulièrement des d’avancement. fonctionnalités à grande valeur ajoutée.  Les processus Agiles encouragent un rythme de Accueillez positivement les changements de développement soutenable. Ensemble, les besoins, même tard dans le projet. Les processus commanditaires, les développeurs et les utilisateurs Agiles exploitent le changement pour donner un devraient être capables de maintenir indéfiniment avantage compétitif au client. un rythme constant. Livrez fréquemment un logiciel opérationnel avec  Une attention continue à lexcellence technique et à des cycles de quelques semaines à quelques mois et une bonne conception renforcent l’Agilité. une préférence pour les plus courts.  La simplicité – c’est-à-dire l’art de minimiser la Les utilisateurs ou leurs représentants et les quantité de travail inutile – est essentielle. développeurs doivent travailler ensemble  Les meilleures architectures, spécifications et quotidiennement tout au long du projet. conceptions émergent déquipes auto-organisées. Réalisez les projets avec des personnes motivées.  À intervalles réguliers, léquipe réfléchit aux Fournissez-leur l’environnement et le soutien dont moyens de devenir plus efficace, puis règle et ils ont besoin et faites-leur confiance pour atteindre modifie son comportement en conséquence. les objectifs fixés. La méthode la plus simple et la plus efficace pour de l’information à léquipe de transmettre 2011 DEKRA Page 24 © développementSolutionsl’intérieur de celle-ci est le Automotive et à dialogue en face à face. Traduit par le CARA
  24. 24. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiParapluie Agile FDD XP DSDM Scrum Crystal Kanban
  25. 25. Agenda Frameworks Agile
  26. 26. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiFrameworks Agile Les 3 stades de l’Innovation Stade 3 Stade 2 Stade 1 Maintenir un produit Créer de nouvelles Créer un nouveau fonctionnalités produit Niveau Niveau Niveau d’innovation d’innovation d’innovation bas moyen à haut haut à très haut Protéger les actifs Investir dans le futur de l’entrepriseCertitude Dérisquer IncertitudeOptimiser ExpérimenterPrédictif Adaptatif Cycle de vie du Produit « Fail Fast to Succeed Sooner »
  27. 27. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice Aimetti Frameworks Agile Stade Processus « Style » Configuration Innovation Démarche de Product Owner du Projet Peut être réparti entre les rôles Stade 3 Linéaire de Product Manager, Product Owner et Project Manager ou Distribué ou colocalisé Maintenance Kanban Business Analyst. Stade 2 Itératif, expérimental Le Product Owner collabore avec l’équipe sur la mise à jour ColocaliséNouvelles fonctionnalités SCRUM du produit. Itératif, expérimental Le Product Owner fait partie de Stade 1 SCRUM l’équipe qui crée le nouveau Incubateur Entreprise Nouveau Produit produit. Lean Startup & Kanban Incubateur (couplage faible) « Fail Fast to Succeed Sooner »
  28. 28. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiFrameworks Agile Les 3 stades de l’Innovation Stade 3 Stade 2 Stade 1 Maintenir un produit Créer de nouvelles Créer un nouveau fonctionnalités produit PO unique PO dans l’équipe Travail d’équipe IncubateurCommand Connect& Control & Collaborate « Fail Fast to Succeed Sooner »
  29. 29. Agenda Itératif & Incrémental
  30. 30. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiDémarche itérativePourquoi itérer ?• ... pour vérifier des hypothèses• … pour trouver la bonne solution candidate• … une fois trouvée, pour améliorer cette solution candidate
  31. 31. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiDémarche incrémentalePourquoi incrémenter ?• … pour construire progressivement une fonctionnalité, de telle façon que sison développement prend plus de temps que prévu, nous pouvons livrer ce quenous avons jusque là réussi à réaliser de façon incrémentale• … pour livrer de façon incrémentale et vraiment obtenir cette valeur métier quenous recherchons; parce que nous savons que nous n’aurons pas de retour surinvestissement tant que les personnes n’utiliseront pas le produit que nous avonsfabriqué.
  32. 32. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiDémarche itérative & incrémentaleOn combine ces deux tactiques :• pendant une itération de développement, nous réalisons plusieurs histoiresutilisateur, certaines ajoutent de nouvelles fonctionnalités de façon incrémentale,d’autres itèrent pour améliorer, changer ou supprimer certaines fonctionnalitésexistantes.
  33. 33. Agenda Framework Scrum
  34. 34. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiA) Scrum… la mêlée de rugby
  35. 35. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiB) Scrum… un cadre de travail
  36. 36. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiB) Scrum… pour une équipe
  37. 37. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiB) Scrum… sur un produit complexe
  38. 38. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiB) Scrum… et donc dans un environnement non prédictif
  39. 39. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiDéveloppement d’un produit logiciel
  40. 40. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiVision du produit
  41. 41. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiBacklog du produit Story Item, Feature, Exigence, Requirement, ...
  42. 42. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiPriorité, Valeur, Effort, ROI, Ordre, …
  43. 43. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiRôle n°1 de l’équipe Scrum : le Product Owner ! Détaillé Estimé Emergent Priorisé
  44. 44. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiEstimation relative de l’effort
  45. 45. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiRôle n°2 de l’équipe Scrum : l’Equipe de développement !
  46. 46. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiTaille de l’équipe : 72 , 3 ≤ x ≤ 9
  47. 47. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiEquipe pluridisciplinaire (équipe apprenante)
  48. 48. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiPartage responsabilité & propriété (équipe apprenante)
  49. 49. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiSprint = Itération de durée fixe
  50. 50. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiTrain de sprints (sustaining pace) Planif. Sprint Revue Rétro Planif. Sprint Revue Rétro Planif. Sprint
  51. 51. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Planif. Aimetti Fabrice SprintRéunion de planification du sprint Définition du Fini Backlog Sprint À faire (le comment) En cours Fini Story 3 Tâche1 Tâche2 Flux S Tâche3 Tâche4 Story 4 M Tâche5 Tâche6 Tâche7 Story 5 L
  52. 52. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice Aimetti RevueRéunion de revue du sprint Sprint
  53. 53. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice Aimetti Mêlée quotidienne (daily standup meeting) Management Visuel1.Qu’est-ce que j’ai fait depuis la dernière mêlée ? 2.Qu’est-ce que je vais faire aujourdhui ? 3.Par quoi est-ce que je suis « Ce n’est pas une « C’est une prévision (/ engagement) bloqué ? réunion de reporting » devant ses pairs »
  54. 54. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiRôle n°3 : le ScrumMaster  Gardien  Protecteur  Facilitateur  Résolveur  Promoteur  Coach
  55. 55. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice AimettiIndicateurs Burndown Chart (Reste à faire) Vélocité (Vitesse de l’équipe) Mesurée Capacité
  56. 56. CESI MS RACPI 05 - 18 avril 2013 Agilarium® Fabrice Aimetti RétroRéunion de rétrospective du sprint Sprint
  57. 57. Artefacts Cérémonies RôlesQu’avez-vous compris ?
  58. 58. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Produit
  59. 59. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Produit Backlog du Produit
  60. 60. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Produit Backlog du Produit Planif. du Sprint ScrumMaster Equipe Dév.
  61. 61. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Produit Backlog du Backlog du Produit Sprint Planif. du Sprint ScrumMaster Equipe Dév.
  62. 62. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Produit Backlog du Backlog du Produit Sprint Sprint de 1 à 4 semaines Planif. du Sprint ScrumMaster Equipe Dév.
  63. 63. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Produit Mêlée quotidienne Backlog du Backlog du Produit Sprint Sprint de 1 à 4 semaines Planif. du Sprint ScrumMaster Equipe Dév.
  64. 64. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Burndown Produit Mêlée quotidienne Chart Backlog du Backlog du Produit Sprint Sprint de 1 à 4 semaines Planif. du Sprint ScrumMaster Equipe Dév.
  65. 65. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Burndown Produit Mêlée quotidienne Chart Incrément Backlog du Backlog du du Produit Produit Sprint Sprint de 1 à 4 semaines Planif. du Sprint ScrumMaster Equipe Dév.
  66. 66. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Burndown Produit Mêlée quotidienne Chart Incrément Backlog du Backlog du du Produit Produit Sprint Sprint de 1 à 4 semaines Revue du Planif. Sprint du Sprint (démo) ScrumMaster Equipe Dév.
  67. 67. Artefacts Cérémonies RôlesQu’avez-vous compris ? Product Owner Vision du Burndown Produit Mêlée quotidienne Chart Incrément Backlog du Backlog du du Produit Produit Sprint Sprint de 1 à 4 semaines Revue du Planif. Sprint du Sprint Rétrospective (démo) du Sprint ScrumMaster Equipe Dév.

×