PROCESSUS scrum

Réalisé par : Présenté devant:

Oulja Meriem Omar El beggar
 PLAN

Evénement Scrum
Introduction 01 05

Valeurs Scrum 02 06 Définition de “done”

Equipe Scrum 03 07 Cyle Sprint

Artefact SCRUM 04 08 Conclusion

 INTRODUCTIO
N

La gestion de projet standard est assez rigide ,il existe un projet à

éxecuter ,un délai et un budget et lorsqu’on veut changer quelque chose
dans cela ,cela impacte tout le reste et l’équipe de projet doit refairre
valider son travail .
Il existe cepandant un cadre méthodologique plus agile,son nom est
SCRUM(mélée) ,ce cadre méthodologique agile révolutionne la maniére
dont on gére un projet ,son nom provient du RUGBY sport dont lequel
l’équipe effectue un mélée.
 COURAGE

• Prise de décisions impopulaires quand le projet dérive.

• Confrontation constructive

RESPECT
ENGAGEMENT
• Respect mutuel des opinions suggérés
• Mobilisation du savoir,compétences et • Respect de la priorisation du backlog
énergie au service de l’équipe au
service de l’équipe et du livrable
VALEUR • Mobilisation de l’équipe vers la
performance
attendu SCRUM

FOCUS
OUVERTURE
• Sens de progression
• Entraidre entre les memebres de
• vision commune produit
l’équipe
• Focus sur le résultat global du livrable. • ouverture aux autre discipline.
• Priorisation des actions • Liberté d’expression
ROLES DE L’EQUIPE
SCRUM
Equipe de développement

SCRUM MASTER

PRODUCT
OWNER
Product Owner
Définir et prioriser le Product Backlog
01.

Validation des livraisons

02.

Collaboration avec les parties prenantes

03.

04. Engagement envers la valeur métier

05. Vision du produit

 SCRUM MASTER

Coaching et mentorat

• Coacher l'équipe de développement et le Product Owner sur la manière d'appliquer

efficacement Scrum.

Faciliter les cérémonies

• Organiser et animer les cérémonies Scrum, notamment le Sprint Planning, le Daily Scrum, la
Sprint Review et la Sprint Retrospective.

Gestion des conflits

• Intervenir en cas de conflits au sein de l'équipe Scrum et faciliter leur résolution.

• Promouvoir une communication ouverte et une collaboration harmonieuse.

 Création et mise à jour du Burn Down Chart

• Le Scrum Master crée et maintient le Burn Down Chart en travaillant en collaboration avec l'équipe de développement.

• Le Scrum Master mis à jour le Burn Down Chart quotidiennement pendant le Daily Scrum pour refléter l'avancement du travail
EQUPE DE DEVELOPPEMENT

Réalisation de fonctionnalités

Auto-amélioration

Auto-organisation

Collaboration

Qualité et "terminé"

Livraison de la valeur
 ARTEFACT SCRUM

Artefacts Scrum

Product backlog Increment

Sprint Backlog
 PRODUCT BACKLOG

liste priorisée de tous les éléments de travail nécessaires pour développer un produit, un logiciel ou un
projet spécifique.

le product backlog répond aux questions quoi ? quand ? pour qui ?

Les éléments du Product Backlog représentent les besoins du produit

Il est réalisé par le Product Owner

 CARACTERISTIQUE DU PRODUCT BACKLOG

P PUBLIQUE

R REDUIT

O ORDONNE
PROUVE
U UNIQUE

V VIVANT

E EMERGENT
 SPRINT BACKLOG

• Le sprint backlog est composé de l’ensemble des user story du product backlog choisi pour le sprint.

• Le sprint backlog est initié lors du sprint planning,défini par les developpeurs

• il fournit une information transparente, à tous moments, sur le travail fait et restant à faire pour atteindre le
Sprint Goal.
 INCREMENT

L'increment est la version du produit qui résulte de l'addition de tous les éléments terminés et fonctionnels au
cours d'un sprint.

L'increment suit une définition de "Done" claire

L'increment est visible et accessible à l'équipe de développement, au Product Owner et aux

parties prenantes, permettant ainsi de mesurer l'avancement du produit.
 Evénement Scrum

Le sprint retrospective

Sprint review

Le daily Scrum

Spring Planning

Les cérémonies de Scrum sont des événements réguliers qui rythment le processus de
développement agile et favorisent la communication, la collaboration et la transparence au
sein de l'équipe Scrum et avec les parties prenantes.
 Sprint PLANNING

1. 2. 3. Sélection des User Stories du

Préparation Définir l'objectif du sprint
Backlog

• Avant la réunion, le Product Owner travaille sur la liste • Le sprint planning commence par • L'équipe sélectionne les éléments du
priorisée des fonctionnalités du produit, appelée la fixation d'un objectif clair pour Product Backlog qu'elle s'engage à
Product Backlog. le sprint à venir. Cet objectif doit compléter pendant le sprint, en
être compréhensible par toute fonction de sa capacité à les réaliser.
l'équipe.

4. Estimation 5. Décomposition des tâches 6. VALIDATION

• Les membres de l'équipe estiment le • Pour chaque item du backlog Enfin, l'équipe de développement et le Product
temps nécessaire pour terminer chaque sélectionné, l'équipe le décompose en Owner vérifient leur compréhension mutuelle de
élément sélectionné. Cela peut se faire en tâches plus petites. Chaque tâche ce qui sera accompli pendant le sprint. Si tout le
utilisant des Story Points ou d'autres unités devrait prendre de quelques heures à monde est d'accord, le sprint peut commencer.
de mesure. quelques jours à compléter.
 DAILY SCRUM

Fréquence quotidienne Objectif

Participants

Synchroniser l'équipe en discutant de

Le Daily Scrum se déroule tous les jours à la La réunion est exclusivement
l'avancement du travail, des obstacles et
même heure, généralement en début de destinée aux membres de
des prochains engagements.
journée, et dure de 15 à 30 minutes. l'équipe de développement, y
compris le Scrum Master et le
Product Owner.

Les questions à poser

Trois questions clés :

a. Qu'est-ce que j'ai accompli depuis la dernière réunion ?
b. Qu'est-ce que je prévois d'accomplir d'ici la prochaine réunion ?
c. Quels obstacles ou problèmes m'empêchent de progresser ?
 Sprint review
Définition

Est une réunion qui a lieu en fin de sprint, où l'équipe Scrum présente aux parties prenantes l'incrément de sprint
et le travail réalisé en cours de sprint. organisé par le Product Owner

Démonstration du travail accompli

L'équipe de développement présente les fonctionnalités, les User Stories ou les tâches terminées au cours du sprint, en
mettant l'accent sur les éléments qui contribuent à l'objectif du sprint.

Retours des parties prenantes

Les parties prenantes ont l'occasion de poser des questions, de donner des commentaires et de faire des
suggestions sur le travail présenté.

Évaluation du sprint

L'équipe et les parties prenantes évaluent le sprint dans son ensemble.

 SPRINT RETROSPECTIVE
Définition

La Sprint Retrospective a lieu à la fin de chaque sprint, généralement juste après la Sprint
Review,organisé par le Scrum Master

Participants

La Sprint Retrospective rassemble uniquement l'équipe de développement, le Scrum Master et le

Product Owner, sans la participation des parties prenantes ou des clients.

Question à se poser

a. Qu'est-ce qui s'est bien passé pendant le sprint ?

b. Qu'est-ce qui n'a pas fonctionné comme prévu ?
c. Quelles actions pouvons-nous entreprendre pour améliorer notre processus de travail ?

La Sprint Retrospective vise à permettre à l'équipe Scrum de réfléchir sur le sprint qui
vient de se terminer, d'identifier ce qui a bien fonctionné et ce qui peut être
amélioré, et de proposer des actions correctives pour le prochain sprint.
 Définition of “done”

La définition de "Done" (ou "Terminé" en français) est une liste de critères à vérifier qui définit quand une user
storie ou une fonctionnalité est considérée comme terminée et prête à être livrée au client ou à être intégrée dans
le produit final.
Elle garantit que le travail est réalisé selon les normes de qualité et les attentes convenues.
Cycle sprint
 Conclusion
Scrum offre une approche dynamique et flexible qui s'adapte aux réalités
changeantes du développement logiciel. En mettant l'accent sur la
collaboration, la transparence et l'adaptabilité, Scrum permet aux équipes
de répondre rapidement aux évolutions du marché, de maximiser la
qualité du produit et d'atteindre les objectifs fixés. La méthodologie Scrum
n'est pas simplement un processus, c'est une culture qui favorise
l'efficacité, la satisfaction des parties prenantes et le succès durable des
projets de développement logiciel.
merci