methode agile scrum

1. Méthode agile
« SCRUM »
Réalisé par:
1

2. Plan:
 Méthodes agiles
 Méthode SCRUM:
 L’équipe
 Le mécanisme
 Les avantages
 Les inconvénients
 Comparaison entre méthode classique
et SCRUM
2

3. Méthodes agiles:
 Les méthodes agiles sont des groupes
de pratiques de pilotage et de
réalisation de projets.
 Elles ont pour origine le manifeste
Agile, rédigé en 2001, qui consacre le
terme d'« agile » pour référencer de
multiples méthodes existantes.
3

4. Méthodes agiles:
 Rapid application development (RAD,
1991)
 Dynamic systems development method
(DSDM, 1995, consortium anglais
commercialisant le RAD)
 Scrum (1996)
 Extreme programming (XP, 1999)
 Adaptive software development (ASD,
2000)
 Feature driven development(FDD, 2003)
 Behaviour driven development (BDD,
2003) 4

5. La méthode SCRUM:
 Scrum est un schéma d’organisation
de développement de produits
complexes.
 Il est défini par ses créateurs comme
un cadre de travail holistique itératif
qui se concentre sur les buts
communs en livrant de manière
productive et créative des produits de
la plus grande valeur possible.
5

6. Scrum définit 3 rôles :​
 Le « Product Owner » qui porte la vision du
produit à réaliser (représentant généralement
le client).
 Le « Scrum Master » garant de l'application
de la méthodologie Scrum. Il est chargé de
protéger l'équipe de tous les éléments
perturbateurs extérieurs à l'équipe et de
résoudre ses problèmes non techniques
(administratifs par exemple).
 L'équipe de développement qui réalise le
produit.
6

7. 7
Équipe SCRUM

8. la méthode SCRUM:
 La vie d'un projet Scrum est rythmée
par un ensemble de réunions
clairement définies et strictement
limitées dans le temps (timeboxing).
8

9. Mécanisme de la méthode
SCRUM:
 Planification du Sprint (Sprint =
itération) : au cours de cette réunion,
l'équipe de développement
sélectionne les éléments prioritaires
du « Product Backlog » (liste
ordonnancée des exigences
fonctionnelles et non fonctionnelles du
projet) qu'elle pense pouvoir réaliser
au cours du sprint (en accord avec le
« Product Owner »).
9

10.  Revue de Sprint :
au cours de cette réunion qui a lieu à la
fin du sprint, l'équipe de développement
présente les fonctionnalités terminées au
cours du sprint et recueille les feedbacks
du Product Owner et des utilisateurs
finaux.
C'est également le moment d'anticiper le
périmètre des prochains sprints et
d'ajuster au besoin la planification de
release (nombre de sprints restants).
10

11.  Rétrospective de Sprint :
la rétrospective qui a généralement
lieu après la revue de sprint est
l'occasion de s'améliorer (productivité,
qualité, efficacité, conditions de travail,
etc) à la lueur du "vécu" sur le sprint
écoulé (principe d'amélioration
continue).
11

12.  Mêlée quotidienne :
il s'agit d'une réunion de synchronisation
de l'équipe de développement qui se fait
debout (elle est aussi appelée "stand up
meeting") en 15 minutes maximum au
cours de laquelle chacun répond
principalement à 3 questions :
- Qu'est ce que j'ai terminé depuis la
dernière mêlée ?
- Qu'est ce que j'aurai terminé d'ici la
prochaine mêlée ?
- Quels obstacles me retardent ?
12

13.  Revue de sprint:
A la fin d’un sprint, une démonstration
est faite au client par rapport aux
derniers développements, c’est le
Sprint Review Meeting.
C’est aussi l’occasion de faire un bilan
sur le fonctionnement de l’équipe et de
trouver des points d’amélioration.
13

14. 14
user story est une
description simple d'une
fonctionnalité

15. Les points forts:
 Compréhension du travail et des
tâches à accomplir
 Transparence et respect
 Deadlines intégrées
 Visibilité continue
 Focus et flexibilité
15

16. Compréhension du travail et des
tâches à accomplir:
Appliquer Scrum, c’est subdiviser votre
projet en plusieurs petites parties
réalisables.
Cette fragmentation vous oblige à vous
demander si toutes les tâches doivent
vraiment être effectuées pour mener à
bien votre projet, et vous permet
d’examiner d’un œil critique leur
exécution.
Avec votre équipe, vous pouvez ainsi
optimiser en continu les étapes qui vous
mènent à l’objectif final.
16

17. Transparence et respect:
Les membres de l’équipe doivent
savoir ce que les autres
accomplissent et le résultat qu’ils
peuvent en attendre. Mais chacun
peut déterminer comment il accomplit
sa tâche.
Il n’y a pas de véritable « patron »
avec Scrum ; c’est une équipe
autopilotée qui collabore en restant
autonome.
17

18. Deadlines intégrées:
Comme le projet est subdivisé et que
des tâches très spécifiques peuvent
être attribuées aux membres de
l’équipe, on intègre chaque jour des
échéances pour évaluer les avancées
des uns et des autres. Cela implique
que tout le monde prenne ses
responsabilités.
Chacun sait quand il doit agir et les
membres de l’équipe savent quand ils
peuvent attendre quelque chose de lui.
18

19. Visibilité continue:
Travailler de manière efficace et maligne
n’est possible que si vous conservez une
vue d’ensemble et restez organisé. Pour
tout tenir à jour, il faut communiquer
ouvertement.
C’est vraiment le cœur du processus de
travail : pour assurer une bonne
réalisation, vous mettez au point avec
votre équipe une feuille de route logique.
Vous êtes ainsi toujours au fait de la
progression du projet.
19

20. Focus et flexibilité:
Scrum a été conçu non seulement
pour améliorer les projets mais aussi
pour en accélérer la réalisation.
Il importe donc de prévoir une marge
de manœuvre pour l’imprévu mais
aussi, en fonction des priorités, de
pouvoir dire « non » à des demandes
ayant peu d’impact sur le succès du
projet.
20

21. Les points faibles:
 Manque de documentation écrite.
 Violation de responsabilité.
 L'équipe ne se prête pas au SCRUM.
21

22. 22

23. Merci pour
votre
attention 
23