Scrum Shu Ha Ri

1 552 vues

Publié le

Vous débutez avec l'agilité, vous allez participer à un projet "en Scrum" ! C'est bien. Peut-être vous demandez-vous comment vous saurez que vous y êtes arrivé, que vous faites les choses comme il faut ? D'ailleurs est-ce si bien que cela Scrum ? Certains s'en disent déçus, d'autres prétendent que Scrum ce n'est pas vraiment de l'agilité.
L'agilité n'est pas une destination, c'est un voyage. Scrum est à même de vous accompagner dans toutes les étapes de ce voyage. Mais si le framework Scrum est facile à comprendre, il est beaucoup plus difficile qu'on ne le soupçonne à mettre en œuvre ! Ses qualités intrinsèques, celles pour lesquelles vous devriez l'apprécier ne sont probablement pas celles que vous imaginez.
Avant de prendre la route, nous allons voir ensemble le grandes étapes du "voyage Scrum". Il y en a 3 et il n'y a pas de raccourcis. Nous les avons empruntées aux arts martiaux, elle se nomment Shu, Ha et Ri.
Le Shu est le niveau de l'apprentis qui découvre Scrum et va s'efforcer de le mettre en œuvre correctement.
La Ha est consacré au perfectionnement. On y adapte ou adopte certaines pratiques pour améliorer notre façon de vivre l'agilité.
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é.

Publié dans : Logiciels
0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
1 552
Sur SlideShare
0
Issues des intégrations
0
Intégrations
675
Actions
Partages
0
Téléchargements
1
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Scrum Shu Ha Ri

  1. 1. Le 20 Mars 2014, Caen Scrum Shu Ha Ri Christophe Addinquy, Zenika
  2. 2. Qui suis-je ? Caennais ! Passionné d’informatique ... depuis longtemps ! Parcours de : développeur, consultant, formateur, chef de projet, analyste, directeur de projet Agile addict depuis 2001 Coach agile @ Zenika Secrétaire du SUG jusqu’en 2013
  3. 3. L’agilité, c’est quoi ? Etre agile ≠ Faire de l’agile Etre agile = Devenir agile L’agilité est une route...
  4. 4. L’agilité : une rupture Faire = processus Etre = culture, état d’esprit Modèle Cynefin Un fossé qui peut difficilement être franchi en une fois 3 étapes
  5. 5. Shu Ha Ri Shu : Suivre l’exemple (apprendre) Ha : Se détacher (franchir les limitations) Ri : Etre fluide (créer, innover) Vient des stades d’apprentissage de l’Aïkido Introduit dans la communauté agile par Alistair Cockburn
  6. 6. Scrum et le voyage agile Pas un processus, mais un «framework» Nous accompagner dans notre voyage : la vertu méconnue de Scrum ! Découvrons la vraie nature de Scrum !
  7. 7. Scrum Shu
  8. 8. Scrum : Suivez le guide ! Un framework simple 3 rôles 2 artefacts obligatoires 4 réunions 2 cycles
  9. 9. Le cadre Scrum
  10. 10. Scrum : les rôles Le Scrum Master Veille à l’application de Scrum Protège l’équipe Est un facilitateur 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
  11. 11. La recette du Sprint Un Planning Meeting en début de Sprint pour s’organiser, fixer l’objectif et le contenu 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
  12. 12. Ce qui risque d’arriver...
  13. 13. Le «mini V» « Un Sprint, c’est comme un cycle en V, mais sur 2 ou 3 semaines. »
  14. 14. Y’a plus qu’à passer les tests... « Le résultat d’une itération doit être potentiellement déployable en production »
  15. 15. Scrum, but... « Nous avons adapté Scrum à nos besoins »
  16. 16. 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.
  17. 17. Stories trop longues ! Découper finement ... tout en gardant un sens fonctionnel ! Une story n’est pas un mini cahier des charges
  18. 18. Scrum Ha
  19. 19. Le forfait de base
  20. 20. Scrum « et » Renforcer à l’intérieur Renforcer à l’extérieur
  21. 21. Renforcer Scrum à l’intérieur
  22. 22. Développement guidé par les tests d’acceptance Spécifications Tests d’acceptance 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
  23. 23. 23 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
  24. 24. Le pouvoir des jeux ! Des jeux pour apprendre Des jeux pour faire
  25. 25. Management visuel Visuel Partage La où se passe le travail
  26. 26. Renforcer Scrum à l’extérieur
  27. 27. 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
  28. 28. Agilifier la définition du produit Prendre en compte toutes les dimensions du produit Le P.O. n’est pas un superman Partir de l’objectif (le « pourquoi ») Subordonner le périmètre à ce « pourquoi »
  29. 29. Lean Startup L’agilité étendu au niveau du modèle business
  30. 30. Du développement à la production avec devops 2 visions du monde très éloignées Un complémentarité difficile à concilier Une question d’outils... Mais d’abord une question de personnes et de collaboration
  31. 31. Scrum Ri
  32. 32. 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
  33. 33. Mes repères agiles Feedback Focus Plaisir
  34. 34. Scrum hors du développement Extreme Manufacturing : Une voiture customisée par client en 7 jours !Extreme Manufacturing : Une voiture customisée par client en 7 jours !
  35. 35. Transformation agile avec Scrum © Laurent Sarrazin / Rupture 21
  36. 36. Merci ! @addinquy http://freethinker.addinq.uy christophe.addinquy@zenika.com addinquy addinquy addinquy addinquy addinquy

×