Le document présente une introduction au cadre Scrum, qui est une approche flexible destiné à la gestion de projets complexes, notamment en développement logiciel. Il décrit les rôles clés, les événements, et les artefacts de Scrum, tout en soulignant l'importance de l'amélioration continue et de la transparence au sein des équipes. L'atelier propose également des exercices pratiques pour mettre en œuvre ces concepts dans un contexte concret.

1. 1Scrum @

2. 2

3. 3Pierre NeisPMO / Scrum & Lean CoachLEANKAIZEN

4. 4

5. quelles sont vos attentes?5

6. Objectif de l’atelier6Vous faire découvrir Scrum

7. Expliquer les principes de base

8. les testerScrum7

9. Introduction par Ken SchwaberScrum 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 travailScrum 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 simple9Projets ?Complexes ?

11. qu'est-ce qu'un projet?10CadreQualitéTempsRessources

12. Complexe?11

13. ComplexeCompliquéSondeComprendreRépondreComprendreAnalyserRépondreBonnes pratiquesEmergentSimpleChaotiqueAgirComprendreRépondreComprendreCatégoriserRépondreMeilleures pratiquesOriginal12

14. Les objectifs de Scrum13

15. Maximiser la Valeur14

16. Livrer, livrer, livrer15

17. Réduire le risque16

18. 17

19. Les Rôles dans Scrum18

20. Les cochons et les poules19

21. ❶ L’Equipe20

22. 21

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

24. ❷Le ScrumMaster23assure

25. aide

26. coache

27. protège

28. élimine

29. responsable

30. travaille avec ❸Le Product Owner24responsable du Product Backlog

31. assure la valeur créee

32. Accepte

33. rejète

34. entretient

35. travaille avec25Le cycle des cérémonies

36. Les cérémonies sont time-boxées26Sprint PlanningRevue de SprintRétrospectiveSprint PlanningSPRINTDaily Meetings

37. Principe de “Pull”27

38. ❶ Sprint Planning Meeting28Organisateur: Product OwnerParticipants: l’équipe (actif), le ScrumMaster (passif)Durée: 8 heures pour un Sprint de 4 semaines2 parties:

39. Le QUOI?

40. Le COMMENT?❶ Sprint Planning Meeting29Organisateur: Product OwnerParticipants: l’équipe (actif), le ScrumMaster (passif)Durée: 8 heures pour un Sprint de 4 semainesLe Product Owner:

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

51. Valident la Definition of Done❷Sprint30Développement des applications du Sprint Backlog sur lesquelles l’équipe s’est engagée

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’équipeParticipants: l’équipe, le ScrumMaster, le Product OwnerDurée: 2-4 semaines