Méthode agile

« SCRUM »
Réalisé par:

NOUIRA Takwa

1
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
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
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)
Crystal clear(2004)

4
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
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
Équipe SCRUM

7
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
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
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
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
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
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
user story est une
description simple d'une
fonctionnalité
14
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
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
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
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
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
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
Les points faibles:
Manque de documentation écrite.

Violation de responsabilité.

L'équipe ne se prête pas au SCRUM.

21
22
 Merci pour
votre attention

23