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
