Voici les slides de l'atelier "Introduction de Scrum", Epitech le 15.04.2011.

1. 1 Scrum @

2. 2

3. 3 Pierre Neis PMO / Scrum & Lean Coach LEAN KAIZEN

4. 4

5. quelles sont vos attentes? 5

7. Expliquer les principes de base

9. Introduction par Ken Schwaber Scrum n'est pas une méthodologie. Scrum ne fournit pas les réponses à la manière de construire des logiciels de qualité plus rapidement. Scrum est un cadre dans lequel le jeu du développement des produits est joué. Votre équipe joue et, le bon ou le mauvais deviennent très visibles. Votreéquipeestdans un processusd’amélioration continue. 8

10. Scrum est une approche novatrice pour achever votre travail Scrum est un cadre souple pour la réalisation de projets complexes. A l’origine Scrum a été formalisé pour le développement de logiciels. Mais il fonctionne très bien également pour les projets complexes et novateurs. Le cadre de Scrum est trompeusement simple 9 Projets ? Complexes ?

11. qu'est-ce qu'un projet? 10 Cadre Qualité Temps Ressources

12. Complexe? 11

13. Complexe Compliqué Sonde Comprendre Répondre Comprendre Analyser Répondre Bonnes pratiques Emergent Simple Chaotique Agir Comprendre Répondre Comprendre Catégoriser Répondre Meilleures pratiques Original 12

14. Les objectifs de Scrum 13

15. Maximiser la Valeur 14

16. Livrer, livrer, livrer 15

17. Réduire le risque 16

18. 17

19. Les Rôles dans Scrum 18

20. Les cochons et les poules 19

21. ❶ L’Equipe 20

22. 21

23. Equipes auto-gérées vs. Organisationtraditionnelle 22 Source: "Leading self-directed work teams" by Kimball Fisher

25. aide

26. coache

27. protège

28. élimine

29. responsable

31. assure la valeur créee

32. Accepte

33. rejète

34. entretient

36. Les cérémonies sont time-boxées 26 Sprint Planning Revue de Sprint Rétrospective Sprint Planning SPRINT Daily Meetings

37. Principe de “Pull” 27

39. Le QUOI?

41. Présente le Product Backlog priorisé par le client et/ou les utilisateurs

42. Présentele Release Plan Initial

43. Présentationde la Vision

44. L’équipe:

45. Estime le Product Backlog en fonction de sa faisabilité (estimation fonctionelle)

46. Découpele Product Backlog en Sprint Backlogs avec le Product Owner

47. Découpele Sprint Backlog en tâches

48. Estimele Sprint Backlog

49. Le Product Owner et l’Equipe:

50. Définissent l’objectif du Sprint

52. Maintenance du Level of Done:

53. Developement

54. Tests unitaires

55. Acceptance

56. Tests d’intégration

57. Tests Système

58. Performance

59. co-gestion des empêchements avec le ScrumMaster

60. Co-entretien du Sprint Backlog avec le Product OwnerOrganisateur: l’équipe Participants: l’équipe, le ScrumMaster, le Product Owner Durée: 2-4 semaines

62. Les 3 questions:Qu’est-ce que tu as fait hier? Quels sont les problèmes que tu as rencontrés? Qu’est-ce que tu as prévu aujourd’hui? Organisateur: l’équipe Participants: l’équipe (actif), le ScrumMaster (passif), Product Owner (passif) Durée: 15 min

64. L’équipe présente les résultats du Sprint

65. Utilisateurs/Client/ Management expriment leurs remarques et trouvent un compromis avec l’équipe

66. Le Product Owner valide ou rejète les items du Sprint Backlog en fonction de la Definition of Done

67. C’est le Product Owner qui a toujours le dernier mot...Organisateur: Product Owner Participants: l’équipe (actif), le ScrumMaster (passif), le Management (actif), le client (actif), les utilisateurs (actifs) Durée: 4 heures pour un Sprint de 4 semaines

69. Comment cela c’est passé pendant le Sprint

70. Comment s’améliorer

71. Points principaux de vérification:

72. La communication dans l’équipe

73. Les relations entre les membres de l’équipe

74. Les process et les outils

75. Les besoins en formationOrganisateur: ScrumMaster Participants: l’équipe (actif), le ScrumMaster (actif), le Product Owner (actif en sa qualité de membre de l’équipe) Durée: 3 heures pour un Sprint de 4 semaines

76. Les Artifacts 34

78. Le Release Burndown 36

79. Sprint Backlog 37

80. Sprint Burndown 38

81. Definition of Done 39

83. Refactoré

84. Testéunitairement

85. Validé (checked in)

86. Intégré (Built)

88. De codes standards,

89. Build automatisé,

92. 43 Exercice: Alien Game

93. Exercice 44 Délivrerune brochure pour l’Officeterrien du Tourismesur MARS Créerunecouverture d’art, unemarque et/ou un logo Définir des thèmes majeurs pour le tourisme martien Définir un circuit “Intérêtsartistiques en Europe” Définir un circuit basésur la photosynthèse Esquisseruneexpéditionsur les “7 merveilles du monde” Fixer les prix pour cesexpéditions Résumer des alertes (gravité, oxygène, champignons, etc.) Proposer des options d’habillement Expliquer les options de voyage de et depuis Mars. Décrire un circuit sur les “sports humains” Donner un aperçusur la politique de remboursement Suggérer des services annexes Définir les annonceurs Élaborer unecampagne de 12 mois Planifier le process pour l’obtentiond’informationssupplémentaires 45’

94. Au fait sa marche comment? 45

95. D’abord une Idée 46

96. Ensuite une Vision 47

97. La Vision 48

98. Ensuite un Product Backlog 49

99. Le Product Backlog 50 Priorité haute Sprint Priorité moyenne Release Future Releases

100. Product Backlog - Exemples 51

101. Constitution de l’Equipe 52 Product Owner Chef de Produit MOA Analyste Métier Chef de Projet fonctionnel Scrum Master Architecte Tout le monde. Pas une autorité. Pas nécessairement un développeur. The Team Développeur DBA Analyste Testeur

102. Le Cycle de Scrum 53

103. 54 Revue du Backlog

104. 55 Rétrospective

105. Scrum Resources 56

106. Companies using SCRUM 57

107. 58 Questions?

108. 59 Merci

109. 60 elpedromajor PierreE. NEIS - Tel +352 / 661 727 867