Successfully reported this slideshow.

Scrum Shu Ha Ri (ScrumDay 2015)

902 vues

Publié le

S'engager sur la voie de l'agilité ce n'est pas "faire de l'agile", c'est être agile, c'est devenir agile. Ce n'est pas une destination, mais un voyage. Scrum est remarquable car il nous accompagne de manière appropriée sur les trois grandes étapes de ce voyage : le Shu, le Ha et le Ri.
Le Shu est destiné à l'apprenti : appliquer correctement une méthode fournie.
Le Ha est perfectionnement : Adapter ou adopter les pratiques en visant l'amélioration.
Atteindre le Ri, c'est être au stade de la maîtrise où l'on innove et crée une façon d'être agile en se guidant sur les valeurs et le sens de l'agilité.
En voyageant ensemble, nous allons découvrir ou redécouvrir Scrum sous des jours différents au long de ces trois étapes.

Publié dans : Logiciels
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Scrum Shu Ha Ri (ScrumDay 2015)

  1. 1. Christophe Addinquy Scrum Shu Ha Ri
  2. 2. MERCI À NOS SPONSORS et partenaires
  3. 3. Qui suis-je ? Graves antécédents : développeur, analyste, expert UML, chef de projet, design patterns fan-boy, formateur, directeur de projets, etc. Coach agile @ Zenika Computer addict depuis 1980 Agile maniac depuis 2001
  4. 4. L’agilité, c’est quoi ? Etre agile ≠ Faire de l’agile Etre agile = Devenir agile
  5. 5. L’agilité : une rupture Modèle Cynefin Pour franchir ce fossé : 3 étapes ✤ Faire = processus ✤ Etre = culture, état d’esprit
  6. 6. Shu Ha Ri ✤ Shu : Suivre l’exemple (apprendre) ✤ Ha : Se détacher (franchir les limitations) ✤ Ri : Etre fluide (créer, innover)
  7. 7. Scrum et le voyage agile ✤ Pas un processus, mais un «framework» ✤ Nous accompagner dans notre voyage : la vertu méconnue de Scrum
  8. 8. Scrum Shu
  9. 9. Scrum : Suivez le guide ! ✤ Un framework simple ✤ 3 rôles ✤ 2 artefacts (obligatoires) ✤ 4 réunions ✤ 2 cycles
  10. 10. Le cadre Scrum
  11. 11. Scrum : les rôles Le Product Owner ✤ Est le maître du backlog ✤ Répond au «quoi» et prend des décisions sur le produit ✤ Valide ce qui est réalisé L’équipe ✤ Est responsable de la réalisation ✤ S’organise elle-même pour mener à bien ses travaux ✤ Possède les compétences nécessaires pour mener à bien sa mission Le Scrum Master ✤ Veille à l’application de Scrum ✤ Protège l’équipe ✤ Est un facilitateur
  12. 12. La recette du Sprint ✤ Un Scrum Meeting chaque matin pour faire le point et s’organiser pour la journée ✤ Un Sprint Review en fin de Sprint pour montrer ce qui a été réalisé ✤ Une rétrospective pour tirer les leçons de ce qui s’est passé et s’améliorer ✤ Un Planning Meeting en début de Sprint pour s’organiser, fixer l’objectif et le contenu du Sprint
  13. 13. Ce qui risque d’arriver...
  14. 14. Le «mini V» « Un Sprint, c’est comme un cycle en V, mais sur 2 ou 3 semaines. »
  15. 15. Y’a plus qu’à passer les tests... « Le résultat d’une itération doit être déployable en production »
  16. 16. Scrum, but... « Nous avons adapté Scrum à nos besoins »
  17. 17. Le mode « rush » L’équipe doit conserver un rythme soutenable d’un bout à l’autre d’un Sprint. Et le conserver d’un Sprint au suivant.
  18. 18. Stories trop longues ! ✤ Découper finement ... tout en gardant une finalité ! ✤ Une story n’est pas un mini cahier des charges
  19. 19. Scrum Ha
  20. 20. Le forfait de base
  21. 21. Scrum « et » Renforcer à l’intérieur Renforcer à l’extérieur
  22. 22. Renforcer Scrum à l’intérieur
  23. 23. Développement guidé par les tests d’acceptation Spécifications Tests d’acceptation ✤ Ecrire les tests fonctionnels AVANT le développement ! ✤ Les cas de tests (exemples) sont une partie de la spécification et la renforce ✤ Ecrire en collaboration pour partager la compréhension
  24. 24. Analyse causale Programmation neuro-linguistique BPMModèle de Kano Design Thinking Creativity workshop Biais cognitifs Pyramide de Leffingwell Brainstorming Personas Mind maps Analyse contextuelle Use Cases Story boards Archéologie documentaire Gap analysis Exigences non- fonctionnelles Contraintes Questionnement Liste d’attributs Mesures Vision Analyse de risques Liespotting Glossaire Prototypage Story maps Stakeholders assessment Elevator statement Analyse système Product features Cartes CRC Arbre de décision Modèle de traçabilité Business case Usability engineering Analyse quantitative Goal modeling Service-Oriented requirements Integrated requirements engineering Agent- oriented requirements Use Cases maps UML Collaborative reqt. gathering Screenwriting Card sort Spécifications formelles Analyse cognitive Analyse structurée EARS Social modeling Event-oriented reqt. Contextual inquiry Reqt. driven design Problem frames Domain Driven Design HCI analysis Stakeholders taxonomy
  25. 25. Le pouvoir des jeux ! Des jeux pour apprendre Des jeux pour faire
  26. 26. Management visuel Visuel Partage La où se passe le travail
  27. 27. Renforcer Scrum à l’extérieur
  28. 28. De Scrum à Kanban ✤ Passer de l’itération au flux pour le produit ✤ Garder le rythme des itérations pour l’équipe ✤ Focaliser sur la valeur et le temps de cycle plutôt que sur l’estimation
  29. 29. Agilifier la définition du produit Partir de l’objectif : le « pourquoi » Prendre en compte toutes les dimensions du produit
  30. 30. Lean Startup L’agilité étendu au niveau du modèle business
  31. 31. Du développement à la production avec devops Une question d’outils... Mais d’abord une question de personnes et de collaboration 2 visions du monde complémentaires mais difficiles à concilier
  32. 32. Scrum Ri
  33. 33. Briser les règles !
  34. 34. Inventez votre façon d’être agile ✤ Comprendre ce que Scrum peut nous enseigner ✤ Les règles ne sont plus nécessaires ✤ Vous créez votre façon d’être agile
  35. 35. Mes repères agiles Feedback Focus Plaisir
  36. 36. Scrum hors du développement Extreme Manufacturing : Une voiture customisée par client en 7 jours !
  37. 37. Transformation agile avec Scrum © Laurent Sarrazin / Rupture 21
  38. 38. addinquy addinquy addinquy addinquy @addinquy http://freethinker.addinq.uy christophe.addinquy@zenika.com addinquy

×