0% ont trouvé ce document utile (0 vote)
146 vues18 pages

Résumé Scrum

Transféré par

Ranim kacem
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
146 vues18 pages

Résumé Scrum

Transféré par

Ranim kacem
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

Institut Supérieur d’Informatique et de Mathématiques de Monastir

TP Projet fédéré
Résumé SCRUM

Enseignante: Hanen Abbes


Niveau: L2 Info
Plan

• Définition

• Equipe Scrum

• Evénements Scrum

• Artéfacts de Scrum

• Scrum en résumé
Définition

• Scrum
- Est une méthode de gestion de projets agile

- particulièrement adaptée au management de projet informatique

- Idéale pour le développement et la maintenance des produits/projets


complexes et changeants

- Se concentre sur la gestion itérative de projet

- Il
s’agit de découper le projet en « sprints » qui durent entre 2 et 4
semaines

3
Equipe SCRUM
• Composition:
o 1 Propriétaire du produit (Product Owner)
o 1 Scrum Master
o 2 à 7 développeurs
 Le product owner et le Scrum master peuvent aussi jouer le
rôle de développeur

• Principes:
o Auto-organisation selon les compétences nécessaires pour effectuer
le travail
o Pluridisciplinarité par toutes les compétences nécessaires pour créer
un incrément du produit 4
o Stabilité
Equipe SCRUM
• Scrum master:
est responsable de s’assurer que Scrum est compris et mis en œuvre
 Explique au Product Owner comment créer le Product
Backlog
 n’est pas « le chef », mais un facilitateur
 Motive l’équipe
 Fait appliquer les bonnes pratiques de Scrum
 Il est au service :
 Du product owner
 De l’équipe de développement
 De l’organisation
5
Equipe SCRUM
• Product Owner:
c'est le propriétaire qui représente à la fois les clients et les utilisateurs, mais
le terme de directeur est ici à prendre au sens guide plus que le chef
hiérarchique
Le Product Owner a un ensemble de responsabilités que nous pouvons le
résumer comme suit :
 Choix de la date et du contenu de la release.
 Responsabilité du retour sur investissement.
 Définition des priorités dans le Backlog en fonction de la valeur « métier ».
 Ajustement des fonctionnalités et des priorités à chaque sprint si
nécessaire.

6
Evénements SCRUM

o Sprint
o Planification d’un Sprint (Sprint planning)
o Les mêlées quodiennes (Daily Scrum)
o Revue d’un sprint (Sprint review)
o Rétrospective d’un sprint (Sprint retrospective)

7
Evénements SCRUM
• Sprint
o Le Sprint dure entre 2 et 4 semaines en moyenne, au cours du
quel une version « terminée », utilisable et potentiellement
livrable du logiciel est créée
o Les Sprints sont constitués de:
 Planification d’un Sprint (Sprint planning)
 Mêlées quodiennes (Daily Scrum)
 Revue d’un sprint (Sprint review)
 Rétrospective d’un sprint (Sprint retrospective)
o Les Sprints gardent une durée +/- constante tout
au long de l’initiative de développement
8
Evénements SCRUM
• Résultat d’un Sprint:

Backlog: carnet, liste ordonnée de « choses » à faire (user stories, tâches)


9
Evénements SCRUM
• Planification de Sprint
o Le travail à effectuer durant le Sprint est élaboré à la
réunion de planification de Sprint d’une manière collaborative.
o Confirmer les stories prêtes
 Définition de prêt et fini
o Organisation de l’essaimage (plusieurs stories en parallèle,
répartition des ressources)
o Décomposition des stories en tâches
o Affectation des tâches aux développeurs

10
Evénements SCRUM
• La mêlée quotidienne
o Courte : ~15mn
o Bilan: mise à jour du tableau de la story
 Qu’est-ce que j’ai fait hier ?
 Qu’est que je vais faire aujourd’hui ?
 Quels sont les obstacles que j’ai
rencontrés ?
o Objectif :
 Rythmer le sprint (stories finies, prêtes)
 Recenser les obstacles

11
Evénements SCRUM
• Revue d’un sprint
o Démonstration de chaque story finie
o Collecte du feedback
o Evaluation du niveau de réalisation de l’objectif
o Evaluation de l’impact du travail réalisé et décision
d’une release (livraison) ou pas

12
Evénements SCRUM
• Rétrospective d’un sprint
o Collecter les informations sur le sprint passé par rapport à la
pratique SCRUM
 Ce qui c’est bien passé, moins bien passé
o Identifier les choses à améliorer
o Décider d’améliorer certaines choses
o Combinée à la revue, de courte durée

13
Artéfacts de SCRUM

o Product Backlog
o Sprint Backlog
o Incrément
Les artéfacts de Scrum représentent soit du travail soit de la valeur
fournissant ainsi de la transparence et des opportunités pour
l’inspection et l’adaptation

14
Artéfacts de SCRUM
• Product Backlog

o Le Product Backlog est une liste ordonnée de tout ce qui


pourrait être requis dans le produit et est l’unique source des
besoins pour tous les changements à effectuer sur le produit
 Un Product Backlog n’est jamais complet
 Le Product Backlog liste toutes les fonctionnalités,
besoins, améliorations et correctifs

15
Artéfacts de SCRUM
• Sprint Backlog
o Le Sprint Backlog est l’ensemble des éléments
sélectionnés pour le Sprint+ un plan pour livrer un
incrément du produit
 Le Sprint Backlog est un plan suffisamment détaillé
 À mesure qu‘un nouveau travail est
nécessaire, l’équipe de développement l’ajoute au
Sprint Backlog
 Le Sprint Backlog est une vue en temps-réel et très
visible du travail

16
Artéfacts de SCRUM
• Incrément
o L’incrément est constitué des éléments du Product Backlog
terminés pendant le Sprint ainsi que de la valeur cumulative des
incréments livrés dans les Sprints précédents
 À la fin d’un Sprint, le nouvel incrément doit être « terminé »
 Il doit être dans un état utilisable
 C’est au Product Owner de le rendre disponible ou non

17
Scrum en résumé

18

Vous aimerez peut-être aussi