Agile Tour 2011 - Lille

1 057 vues

Publié le

Voici ma présentation pour l'Agile Tour de

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

  • Soyez le premier à aimer ceci

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

Aucune remarque pour cette diapositive

Agile Tour 2011 - Lille

  1. 1. Scrum 2.0 ? Pierre NEIS Scrum Coach @ coPROcess 2010 October05/05/09 www.agiletour.com
  2. 2. Masterclass?05/05/09 www.agiletour.com
  3. 3. 05/05/09 www.agiletour.com
  4. 4. Notre Backlog du jour:• Pourquoi Scrum change?• Qu’est-ce Scrum?• Les Rôles• Les Artefacts• Les Evènements• La Definition of Done05/05/09 www.agiletour.com
  5. 5. Scrum évolue05/05/09 www.agiletour.com
  6. 6. Scrum est un cadre pour lélaboration et le maintien des produits complexes.05/05/09 www.agiletour.com
  7. 7. Cycle de vie d’un produit Projet Projet Projet Projet Projet Projet Projet Projet Conception Croissance Maturité Déclin Retrait Temps05/05/09 www.agiletour.com
  8. 8. Cynefin Et les gestion des systèmes complexes auto-adaptatifs05/05/09 www.agiletour.com
  9. 9. 05/05/09 www.agiletour.com
  10. 10. 05/05/09 www.agiletour.com
  11. 11. 05/05/09 www.agiletour.com
  12. 12. 05/05/09 www.agiletour.com
  13. 13. The Definitive Guide to Scrum: The Rules of the Game05/05/09 www.agiletour.com
  14. 14. Trois piliers supportent chaqueimplémentation du contrôle des processus empiriques : Scrum @ CTIE
  15. 15. Transparence Inspection Adaptation05/05/09 www.agiletour.com
  16. 16. Scrum nexiste que dans son intégralité et fonctionne ainsi en tant que conteneur pour dautres techniques, méthodologies et pratiques.05/05/09 www.agiletour.com
  17. 17. Rôles Artefacts Évènements Règles05/05/09 www.agiletour.com
  18. 18. Le Cadre de Scrum Le cadre de Scrum se compose des Scrum Teams et de leurs rôles associés, des événements, des artefacts et des règles. Chaque composant dans ce cadre sert un but spécifique et est essentiel à la réussite et de l’usage de Scrum. Les règles de Scrum lient les événements, les rôles et les artefacts, qui régissent les relations et les interactions entre eux.05/05/09 www.agiletour.com
  19. 19. LES RÔLES05/05/09 www.agiletour.com
  20. 20. Product Owner Scrum Master Development Team05/05/09 www.agiletour.com
  21. 21.  Auto-organisée Transverse La Development Team Scrum ne reconnaît pas les titres des membres de la Development Team autres que développeur, quel que soit le travail effectué par la personne, il ny a aucune exception à cette règle 05/05/09 www.agiletour.com
  22. 22. Constitution de l’Équipe Product Manager Product Owner MOA Business Analyst Chef de Projet fonctionnel Scrum Master Architecte UX Designer Tout le monde. Pas une autorité. Pas nécessairement un développeur. Development Développeur TeamDBA Analyste Testeur 05/05/09 www.agiletour.com
  23. 23. Scrum Master05/05/09 www.agiletour.com
  24. 24. Product Owner Gestion Le du Product Pour Product ou avoir la Owner réussir toute Backlog Development est l’organisation une personne Team qui le doit respecter fait ses décisions le Product Owner pas un comité demeure responsable05/05/09 www.agiletour.com
  25. 25. • Les décisions du Product Owner sont visibles dans le contenu et lordonnancement du Product Backlog. • Personne nest autorisé à dire à la Development Team de travailler à partir dun ensemble d’exigences différentes et, la Development Team nest pas autorisée à agir sur ce que quelquun dautre dit.05/05/09 www.agiletour.com
  26. 26. LES ARTEFACTS05/05/09 www.agiletour.com
  27. 27. Product Backlog? Le Backlog est une liste Priorité de tâches ouvertes haute comme : Sprint –les exigences – une liste de tous les travaux souhaités pour le projet –Idéalement exprimé de telle sorte moyenne que chaque objet a une valeur Priorité pour les utilisateurs ou les clients du produit –Priorisé par le Product Owner Release –Repriorisé au début de chaque Sprint Releases futures05/05/09 www.agiletour.com
  28. 28. Product Backlog Grooming: l’entretien05/05/09 www.agiletour.com
  29. 29. 05/05/09 www.agiletour.com
  30. 30. Le Sprint Backlog c’est:1. lensemble des items de Product Backlog sélectionnés pour le Sprint,2. plus un plan Pour fournir lincrément du produit3. et la réalisation de lObjectif du Sprint. 05/05/09 www.agiletour.com
  31. 31. Le Sprint Backlog c’est:1. une prévision par la Development Team sur ​ce qui sera une fonctionnalité dans le prochain incrément et le travail nécessaire pour fournir cette fonctionnalité. 05/05/09 www.agiletour.com
  32. 32. Le Sprint Backlog :1. le travail que la Development Team produira pour transformer les items du Product Backlog en un incrément « Done ». 05/05/09 www.agiletour.com
  33. 33. 1. Le Sprint Backlog rend visible tout le travail que la Development Team identifie comme nécessaire pour atteindre lobjectif du Sprint.2. Sprint Backlog est un plan avec suffisamment de détails pour que les changements en cours peuvent être compris lors du Daily Scrum. 05/05/09 www.agiletour.com
  34. 34. La Development Team modifie le SprintBacklog à travers le Sprint et le Sprint Backlog émerge au cours du Sprint. 05/05/09 www.agiletour.com
  35. 35. Le Sprint Backlog est une image du travail de léquipe de développement très visible, en temps réel, des plans à réaliser au cours du Sprint, et il appartient exclusivement à la Development Team.05/05/09 www.agiletour.com
  36. 36. LES ÉVÉNEMENTS05/05/09 www.agiletour.com
  37. 37. Scrum utilise des évènements time- boxés, de telle sorte que chaque événement a une durée maximale.05/05/09 www.agiletour.com
  38. 38. Outre que le Sprint lui-même, qui est un conteneur pour tous les autres événements, chaque événement dans Scrum est une opportunité dinspecter et dadapter quelque chose.05/05/09 www.agiletour.com
  39. 39. Ces événements sont spécifiquement conçus pour permettre la transparence critique et linspection.05/05/09 www.agiletour.com
  40. 40. 05/05/09 Sprint Planning 1 Sprint Planning 2 Daily Meetings SPRINT Développement Revue de Sprint Rétrospective Sprint Planning 1www.agiletour.com Sprint Planning 2
  41. 41. Le Sprint05/05/09 www.agiletour.com
  42. 42. • Aucune modification nest apportée qui pourraient affecter lobjectif de Sprint; Pendant le • La composition de la Development Team et les objectifs de qualité restent constants et, Sprint • le cadre peut être clarifié et renégocié entre le Product Owner et la Development Team au fur et à mesure des connaissances acquises • peut être considéré comme un Chaque Sprint projet avec un horizon dun mois. Comme les • les sprints sont utilisés projets, pour accomplir quelque chose.05/05/09 www.agiletour.com
  43. 43. Sprint Planning Meeting05/05/09 www.agiletour.com
  44. 44. Part ❶: Qu’est-ce qui sera livré dans l’incrément résultant du Sprint?05/05/09 www.agiletour.com
  45. 45. Part ❷: Quel sera le travail nécessaire pour que l’incrément soit réalisé?05/05/09 www.agiletour.com
  46. 46. L’objectif de Sprint• Lobjectif de Sprint donne à la Development Team une certaine souplesse quant à la fonctionnalité à implémenter dans le Sprint.• Tout au long de son travail, la Development Team garde cet objectif en tête.• Afin de satisfaire lobjectif de Sprint, elle implémente la fonctionnalité et la technologie.• Si le travail se révèle être différent de ce que la Development Team avait prévu, elle collabore avec le Product Owner pour négocier le scope du Sprint Backlog dans le Sprint.• Lobjectif de Sprint peut être un jalon dans lobjectif plus général de la Product Roadmap.05/05/09 www.agiletour.com
  47. 47. DAILY SCRUM05/05/09 www.agiletour.com
  48. 48. SPRINT REVIEW Analyse des résultats05/05/09 www.agiletour.com
  49. 49. RÉTROSPECTIVE05/05/09 www.agiletour.com
  50. 50. Finalité de la Rétrospective • Debriefing • Amélioration • Comprendre la réalité Où allons-nous à • Apprendre partir d’ici? • “Input” pour le Sprint Planning05/05/09 www.agiletour.com
  51. 51. DÉFINITION OF DONE - DOD05/05/09 www.agiletour.com
  52. 52. • Lorsque le Product Backlog item ou un incrément est désigné comme « Done", chacun doit comprendre ce que «Done» signifie.• Bien que cela varie considérablement par Scrum Team, les membres doivent avoir une compréhension partagée de ce que cela signifie pour le travail d’être terminé afin dassurer la transparence.• Voici la "Définition de Done" pour léquipe Scrum et qui est utilisée pour évaluer quand le travail est terminé sur l’incrément du produit.05/05/09 www.agiletour.com
  53. 53. Scrum 2.0 ?05/05/09 www.agiletour.com
  54. 54. 05/05/09 www.agiletour.com
  55. 55. Merci05/05/09 www.agiletour.com
  56. 56. 05/05/09 www.agiletour.com

×