Présentation de l’agilité
•
7 j'aime•1,752 vues
Présentation de l'Agilité, conférence au Cara le 5 septembre 2017, à Lyon. Introduction aux Scrum, Kanban, Lean Startup, Définition des Rôles Scrum Product Owner, Scrum Master, des cérémonies Daily Meeting, Démonstration, Product Backlog, Sprint, Coach, User Stories, Sprint Backlog, Increment, Sprint review, retrospective, sprint planning
Signaler
Partager
Présentation de l’agilité
- 1. Présentation de L’AgilitéPar Jean-Yves KLEIN, Coach Agile et metteur de place d’équipes Agile depuis 2004 Jeanyves.klein69@gmail.com Club Agile Rhône Alpes 5 Septembre 2017
- 2. Nos sponsors, qui nous permettent d’être là ce soir
- 3. Sommaire 1/ L’agilité dont je ne vais pas parler 2/ L’Agilité, c’est quoi ? ça sert à quoi ? 3/ Exemple de méthode Agile : Scrum
- 4. Ce dont je ne vais pas parler
- 5. Ce dont je ne vais pas parler Je n’aurais pas le temps de vous parler de l’entreprise libérée… Je n’aurais pas le temps de vous parler de l’agilité dans l’innovation… Je n’aurais pas le temps…..
- 6. L’Agilité, c’est d'abord : « l’agilité, c’est la capacité d’une organisation à créer de la valeur et à satisfaire continuellement le client final, tout en s’adaptant aux changements de son environnement » Claude AUBRY. Livrer de la Valeur au plus TÔT
- 7. L’Agilité, c’est d’Abord : L’Agilité, c’est redonner le l’intelligence aux équipes. Alors que les méthodes classiques de gestions de projets sont issues du Fordisme « Fais ce qu’on te dit ! » Avec l’Agilité, on va mieux utiliser le temps de cerveau disponible de l’équipe
- 8. Les Méthodes Agiles C’est des principes Valeurs C’est guidé par des Valeurs Les individus plutôt que les Process Un logiciel qui fonctionne La collaboration avec les clients L’adaptation au changement Principes Practices C’est des pratices
- 9. Les Méthodes Agiles : un peu d’histoire 1970 Winston Royce criticises the Waterfall approach 1971 Harlan Mills proposes incrémental development 1987 « Cleanroom » Software engineering 1991 Peter DeGrace: Sashimi model, advanced Waterfall sequencing 1992 « Crystal family of methodologies » 1994 DSDM 1995 Scrum 1996: Rational Unified Process framework 1997 Feature Driven Development 1999:Extreme Programming Explained 2001: Agile manifesto made public 2003 Lean Software Development 2007 Kanban-based software engineering 2008 Lean Startup 2009 Scrumban
- 10. Les Méthodes Agiles C’est valable, quel que soit votre projet, Informatique Marketing Electronique …
- 11. Les Méthodes Agiles Aujourd’hui, une entreprise gère 3 type de Process: Kanban Scrum Lean StartUpLes avant projet : On test quelque chose Les Projets : On a défini un budget, des ressources, … Le Business As Usual. Ce qu’on produit tous les jours
- 13. Les Méthodes Agiles Pas de méthode… Méthodes Agiles…
- 14. Q : Quel est le pire moment pour détecter une anomalie ? Projet début Mise en Prod
- 15. Q : Quel est le pire moment pour demander une modification ? Projet début Mise en Prod
- 16. Cycle classique d’un projet Planning Projet
- 17. Cycle classique d’un projet Planning Projet Effet Tunnel
- 18. L’Agilité, ca sert à quoi ? Source inconnue Le client n’est pas content Le client peut vivre avec Ce que veut le client Début du Projet
- 19. L’Agilité, ca sert à quoi ? Source inconnue Scrum Cycle en V Le client n’est pas content Le client peut vivre avec Ce que veut le client Début du Projet Produit Final Produit Final
- 20. L’Agilité, ca sert à quoi ?
- 21. L’Agilité, ca sert à quoi ? Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 … Sprint n Potentially Shippable Release 1 Release 2 Potentially Shippable
- 22. SCRUM : Rôles et Responsabilites Product Owner Scrum Master Coach L’équipe
- 23. SCRUM : Rôles et Responsabilités A la vision Produit, Il représente les utilisateurs finaux et toutes les parties prenantes Il est responsable du retour sur investissement Le Product Owner doit : • Trouver et porter le Budget du projet • Définir et communiquer sur le besoin • Définir et communiquer sur les critères d’acceptations • Prioriser les demandes • Décider si la version livrée peut être mise en Production • Participer et donner son retour sur la solution lors des réunions • Communiquer au-delà de l’équipe • Avoir le dernier mot sur les choix projets (accepte / Refuse) Product Owner
- 24. SCRUM : Rôles et Responsabilités Connait les méthodes Agile, et le Framework Scrum Il est le garant de la méthodologie Le Scrum Master / Coach doit : • Être le garant des valeurs de l’Agilité (Savoir Être) • Faciliter les cérémonies • Aider à enlever les obstacles • Gérer le management • Être le garant de la discipline de l’équipe • Ne jamais laisser tomber, • Eviter que la routine s’installe Scrum Master / Coach
- 25. SCRUM : Rôles et Responsabilités Est responsable de la production du produit, de la solution L’Equipe doit : • Participer à toutes les cérémonies • Poser toutes les questions pour comprendre ce dont ils ont besoin pour produire • Donner de la visibilité sur ce qui doit être fait pour réaliser le produit • Estimer le travail qu’il reste à faire à des intervalles réguliers • S’assurer que la qualité de la solution n’est pas négociable et ne sera pas négocié • Participer à l’amélioration de la solution et des process L’Equipe
- 26. SCRUM : Rôles et Responsabilités • Question à 1 euro : Qu’est-ce qui manque ?
- 27. SCRUM : Artefacts Product Backlog Sprint Backlog Increment
- 28. SCRUM : Artefacts : Product Backlog • Est géré par le Product Owner • Exprime les besoins, connus à l’instant T. • Priorisé par le Product Owner • Visible par tous, tout le temps • Est estimé par les membres de l’équipe • Evolue en fonction de nouveaux besoins.
- 29. SCRUM : Artefacts : Sprint Backlog • C’est une sous partie du Backlog Produit • C’est une sélection, qui comprend ce qui doit être livré par l’équipe sur les prochains Sprint. • Le P.O., le métier et l’équipe collaborent pour définir ce Sprint backlog • Le Sprint Backlog est décliné en tâches pour le prochain Sprint, lors de la réunion de Sprint Planning • Le Sprint Backlog est visible sur le Scrum Wall
- 30. SCRUM : Artefacts : Incréments Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 … Sprint n Potentially Shippable Release 1 Release 2 Potentially Shippable
- 31. SCRUM : Artefacts : Incréments • Le but de chaque Sprint est de livrer un morceau de la solution • Chaque morceau peut être potentiellement mis en production. Cela veut dire que le niveau de qualité est compatible avec les standards et les process de production. • Le choix de mettre ou de ne pas mettre en production est une décision du PO
- 32. SCRUM : Artefacts Product Backlog Items Burn Down ChartScrum Wall
- 33. SCRUM : Artefacts : Product Backlog User Stories • Cartes : Les users stories peuvent être écrites sur des cartes, ce qui permet de les ordonner, prioriser, mettre à jour, détruire… Il est aussi possible de les dématérialiser. Elles sont sous la forme de « En tant que XXXX, je dois YYYYYYY afin de ZZZZZ » • Conversation: Les détails pour chaque User Stories ne sont pas inscrits. Ils seront définis lors de la phase de clarification, spécification • Confirmation: La User Storie doit préciser ses critères d’acceptations, afin de permettre à tous de comprendre quand le travail est fini.
- 34. SCRUM : Artefacts : Product Backlog Exemples de User Stories d’une application d’achat de produits culturel (Fnac?) #1: recevoir des recommandations En tant que un Client existant Je Veux recevoir des recommandations Afin de trouver des produits qui pourraient m’intéresser #2: Voire les détails des produits En tant que visiteur du site existant Je Veux être en mesure de voir tous les produits Afin de pouvoir décider si j’ai envie de passer une commande #3: PAY En tant que un Client existant Je Veux être en mesure de payer en 1 click Afin de finir ma commande plus rapidement #4: Donner mon opinion En tant que un Client existant Je Veux être en mesure de donner mon avis sur un produit que j’ai acheté Afin d aider les autres acheteurs #5: ??? En tant que ?? Je Veux ?? Afin de ??
- 35. SCRUM : Artefacts : Product Backlog Critère de validation • J’ai reçu des recommandations par mail • Je n’ai pas reçu plus de 6 recommandations par mail • J’ai retrouvé les recommandations sur la page d’accueil. • Les recommandations sont basées sur mes derniers achats et mes dernières recherches. #1: recevoir des recommandations En tant que un Client existant Je Veux recevoir des recommandations Afin de trouver des produits qui pourraient m’intéresser
- 36. SCRUM : Artefacts : Burn Down Chart • Cet outil permet de donner de la visibilité sur le succès du sprint • Il comporte tout d’abord la trajectoire idéale / linéaire • La trajectoire réelle est inscrite sur le même graphique chaque jour • Les déviations donnent lieu à des discussions >> à ce titre, la valeur de l’outil est dans les discussions qui en découlent • La forme du ‘burn down’ est un indicateur d’évènements survenus durant le Sprint
- 37. SCRUM : Artefacts : Scrum Wall Sprint Backlog Prêt à démarrer En cours Fini Story 1 Story 2 Story 3
- 38. SCRUM : Artefacts : Scrum Wall
- 39. SCRUM : Process et Cérémonies
- 40. SCRUM : Process et Cérémonies :
- 41. SCRUM : Process et Cérémonies : PB Refinement On discute des nouveaux (mais pas que) User Stories du Product Backlog Discuter et comprendre les critères d’acceptation S’assurer de la priorisation du Product Backlog Spliter les User Stories si nécessaire Estimer les Items du Sprint Backlog Préparer les User Stories qui doivent être incluse dans la réunion de Sprint Planning
- 42. SCRUM : Process et Cérémonies : Sprint Planning C’est le lieu et le moment ou les objectif du sprint sont discuté C’est aussi l’endroit où le « Quoi » est discuté et validé Si besoin, d’autres réunions sont planifiées pour valider les critères d’acceptation
- 43. SCRUM : Process et Cérémonies : Sprint Planning L’Estimation par l’équipe du travail à réaliser est l’une des clefs du succès du projet. Un outil peut être utilisé : le planning Poker A l’issue de la réunion, l’équipe s’engage à réaliser lors du Sprint qui démarre un certain nombre de User Stories
- 44. SCRUM : Process et Cérémonies : le Sprint Pendant le sprint, l’équipe s’auto- organise pour livrer et atteindre les objectifs du sprint. Toutes les activités liés à l’atteinte des objectifs sont planifiées Toutes les activités sont visibles et transparentes pour tous.
- 45. SCRUM : Process et Cérémonies : Sprint Story 1 Story 2 Story 3 Sprint Backlog Ready to Start In Progress Done
- 46. SCRUM : Process et Cérémonies : Daily Meeting Le Daily meeting est là pour échanger tous les jours entre les membres de l’équipe. Chacun a 1 minute pour dire: Ce qu’il a fait hier Les problèmes qu’il a rencontré Ce qu’il va faire aujourd’hui
- 47. SCRUM : Process et Cérémonies : Daily meeting Story 1 Story 2 Story 3 Partager les Progrès Share Objectives and plans Mettre à jour le burn down chart Sprint Backlog Ready to Start In Progress Done
- 48. SCRUM : Artefacts : Sprint Review, Demonstration L’équipe montre ce qui a été réalisé pendant le sprint Les critères de validation sont utilisés pour valider le travail fait N’importe quelle partie prenante peut être invitée
- 49. Annexes
- 50. SCRUM : Artefacts : Rétrospective La rétrospective s’inscrit dans le cadre de l’amélioration continue En toute bienveillance, on parle de ce qui a marché, ce qui n’a pas marché, ce qu’il faut arrêter, et démarrer
- 51. Le manifeste Agile We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas, 2001
- 52. Méthodes et taux d’adoption 2009 2016