Ce document présente un atelier sur la méthodologie Scrum, visant à expliquer ses principes et processus de développement agile. Scrum est décrit comme un cadre flexible adapté aux projets complexes, qui s'appuie sur des rôles définis tels que le Product Owner et le Scrum Master. Les cérémonies Scrum, comme la planification de sprint et les rétrospectives, sont également détaillées, soulignant l'importance d'une amélioration continue au sein des équipes.

1. @ Scrum Workshop

2. workshop @ Fujitsu2

3. workshop @ Fujitsu3Pierre NeisPMO / Scrum & Lean CoachLEANKAIZEN

4. objectifworkshop @ Fujitsu4Vous faire découvrir Scrum

5. Expliquer les principes de base

6. les testerworkshop @ Fujitsu5

7. workshop @ Fujitsu6

8. workshop @ Fujitsu7“ L’approche “course de relai” du développement de produit… peut entrer en conflit avec les objectifs de vitesse maximale et de flexibilité. A contrario, une démarche holistique ou « rugby » où une équipe essaie d’aller au loin comme une unité, passant la balle en arrière, peut mieux servir aujourd’hui les exigences de la compétivité. »Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”,Harvard Business Review, January 1986Nous perdons la course de relai

9. workshop @ Fujitsu8

10. workshop @ Fujitsu9

11. workshop @ Fujitsu10

12. workshop @ Fujitsu11

13. workshop @ Fujitsu12

14. Introduction par Ken Schwaberworkshop @ Fujitsu13Scrum 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.

15. Manifeste pour le développement Agile de logicielsworkshop @ Fujitsu14

16. Scrum est une approche novatrice pour achever votre travailworkshop @ Fujitsu15Scrum 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

17. Théorie & Vocabulaireworkshop @ Fujitsu16

18. Le Cadre de SCRUM❶workshop @ Fujitsu17Le Product Owner crée une liste de fonctionnalités appellée Product BacklogPendant le Sprint Planning, l’équipe “tire” un petit morceau du haut de cette liste: le Sprint Backlog; et décide comment implémenter ces éléments.L’équipe dispose d’un temps donné pour y arriver: le Sprint

19. Le Cadre de SCRUMworkshop @ Fujitsu18Chaque jour, l’équipe mesure sa progression pendant 15’: le Daily ScrumDurant tout le projet, le ScrumMaster fait en sorte que l’équipe reste concentrée sur sa mission.A la fin du Sprint, les travaux doivent être potentiellement livrables. Ces travaux sont considérés comme finis.❷

20. Le Cadre de SCRUM❸workshop @ Fujitsu19Le Sprint se termine avec la Revue de Sprint et la Rétrospective.Lorsque le prochain Sprint démarre, l’équipe choisit un nouveau morceau dans le Product Backlog et recommence le processus.Le processus s’arrête lorsque l’on a délivré suffisamment de fonctionnalités, ou que le budget est atteint, ou que la date butoir est atteinte.

21. Objectif recherchéworkshop @ Fujitsu20Maximiser la valeur

22. Les Rôles dans Scrumworkshop @ Fujitsu21

23. Les cochons et les poulesworkshop @ Fujitsu22

24. ❶ L’Equipeworkshop @ Fujitsu23

25. workshop @ Fujitsu24

26. Equipes auto-gérées vs. Organisationtraditionnelleworkshop @ Fujitsu25Source: "Leading self-directed work teams" by Kimball Fisher

27. ❷Le ScrumMasterworkshop @ Fujitsu26assure

28. aide

29. coache

30. protège

31. élimine

32. responsable

33. travaille avec ❸Le Product Ownerworkshop @ Fujitsu27responsable du Product Backlog

34. assure la valeur créee

35. Accepte

36. rejète

37. entretient

38. travaille avecworkshop @ Fujitsu28Le cycle des cérémonies

39. Les cérémonies sont time-boxéesworkshop @ Fujitsu29Sprint PlanningRevue de SprintRétrospectiveSprint PlanningSPRINTDaily Meetings

40. ❶ Sprint Planning Meetingworkshop @ Fujitsu30

41. Principe de “Pull”workshop @ Fujitsu31

42. ❶ Sprint Planning Meetingworkshop @ Fujitsu322 parties:

43. Le QUOI?

44. Le COMMENT?

45. Le Product Owner:

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

47. Présente le Release Plan Initial

48. Présentation de la Vision

49. L’équipe:

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

51. Découpe le Product Backlog en Sprint Backlogs avec le Product Owner

52. Découpe le Sprint Backlog en tâches

53. Estime le Sprint Backlog

54. Le Product Owner et l’Equipe:

55. Définissent l’objectif du Sprint

56. Valident la Definition of DoneOrganisateur: Product OwnerParticipants: l’équipe (actif), le ScrumMaster (passif)Durée: 8 heures pour un Sprint de 4 semaines

57. ❷Sprintworkshop @ Fujitsu33

58. ❷Sprintworkshop @ Fujitsu34Développement des applications du Sprint Backlog sur lesquelles l’équipe s’est engagée

59. Maintenance du Level of Done:

60. Developement

61. Tests unitaires

62. Acceptance

63. Tests d’intégration

64. Tests Système

65. Performance

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

67. Co-entretien du Sprint Backlog avec le Product OwnerOrganisateur: l’équipeParticipants: l’équipe, le ScrumMaster, le Product OwnerDurée: 2-4 semaines

68. ❸ Daily Scrumworkshop @ Fujitsu35

69. ❸ Daily Scrumworkshop @ Fujitsu36C’est l’inspect-and-adapt de l’équipe: synchronisation et engagement