AGILE AND SCRUM

AGENDA 2

• Introduction: Valeurs et Principes

• Aperçu général

• Les rôles

• Les artefacts

• Les rituels

• Les User stories

• Les estimations

• Reporting
2. INTRODUCTION: VALEURS ET PRINCIPES
WATERFALL ET AGILE – QUELLES DIFFÉRENCES ? 4
5
AGILE MANIFESTO (4 VALEURS /12 PRINCIPES) 6
AGILE MANIFESTO (4 VALEURS /12 PRINCIPES) 7

Principes
ITÉRATIVE/INCRÉMENTALE 8
ITÉRATIVE/INCRÉMENTALE 9
 SCRUM valeurs et principes
FORCE
F comme FOCUS
• l’équipe se focalise sur un petit périmètre lors d’une itération.
Efficacité, simplicité, qualité, sont les maîtres mots qui découlent de cette
démarche.
• L’équipe reste focus sur cet incrément du produit lors de l’itération, imperméable aux
autres sollicitations.
• Le Focus exprime également la volonté de priorisation des incréments du produits et
de livrer au plus tôt les éléments les plus importants pour l’utilisateur.

10
Focus Exemple
Ecrire les séquences suivantes:
• 1,2,3,4,5,6,7,8,9,10
• A,B,C,D,E,F,G,H,I,J
• I, II, III, IV, V, VI, VII, VIII, IX, X

11
 SCRUM valeurs et principes
FORCE
O comme OUVERTURE
• Travailler avec Scrum, c’est communiquer en toute transparence sur le travail en
cours et à faire.
• C’est communiquer en bienveillance sur ce qui peut-être amélioré dans la
collaboration et les outils au travers des rétrospectives de sprint qui ont pour but l’
amélioration continue de l’équipe.

12
 SCRUM valeurs et principes
FORCE
R comme RESPECT
• Travailler en équipe, c’est assumer ensemble les erreurs et célébrer ensemble les
succès. C’est respecter l’autre en tant que personne compétente et indépendante.
C’est s’entraider et avancer vers un objectif commun.

13
 SCRUM valeurs et principes
FORCE
C comme COURAGE
• L’équipe doit avoir le courage de faire face à des problèmes difficiles et les surmonter
grâce à la communication et à l’entraide.

14
 SCRUM valeurs et principes
FORCE
E comme ENGAGEMENT
• Chaque membre d’une équipe Scrum s’engage personnellement à atteindre les
objectifs du Sprint.
• C’est en définissant une équipe pluridisciplinaire et auto-organisée ainsi que des
rôles clairs que Scrum facilite l’engagement

15
SCRUM valeurs et principes
• Processus empirique – “inspect
and adapt”
• Développement itératif et
incremental
• Collaboration
• Auto organisation

16
3. APERÇU GÉNÉRAL
CYCLE DE VIE DE SCRUM 18

• Product Owner
• DEV TEAM
• Client/partie prenantes
• Scrum Master
• Product Backlog
• Sprint Backlog
• Sprint
• Daily Scrum
• Retrospective
• Sprint Review
• Produit/incrément
CYCLE DE VIE DE SCRUM 19
RETROSPECTIVE SPRINT 1 20

Actions
d’améliorations
 BACKLOG 21

A FAIRE En cours Terminé

1-Introduction: Valeurs et Principes

2- Aperçu général (cycle de vue)

3-Les rôles

4-Les artefacts

5-Les rituels (Événements Scrum)

6-Les User stories

7-Les estimations

8-Reporting
 BACKLOG 22

A FAIRE En cours Terminé

15min
1-Introduction: Valeurs et Principes
60 min
2- Aperçu général (cycle de vue)
45min
3-Les rôles
30min
4-Les artefacts
60min
5-Les rituels (Événements Scrum)
15min
6-Les User stories

7-Les estimations

8-Reporting
 BACKLOG 23

A FAIRE En cours Terminé

15min
1-Introduction: Valeurs et Principes
60 min
2- Aperçu général (cycle de vue)
45min
3-Les rôles
30min
4-Les artefacts
60min
5-Les rituels (Événements Scrum)
15min
6-Les User stories

7-Les estimations

8-Reporting
 BACKLOG 24

A FAIRE En cours Terminé

10min 15min
1-Rappel séance 1
1-Introduction: Valeurs et Principes
15min
2-Example Rétrospective 60 min
2- Aperçu général (cycle de vue)
45min
3-Les rôles
30min
4-Les artefacts
60min
5-Les rituels (Événements Scrum)
15min
6-Les User stories

7-Les estimations

8-Reporting
 BACKLOG 25

A FAIRE En cours Terminé

15min
1-Introduction: Valeurs et Principes
60 min
2- Aperçu général (cycle de vue)
45min
3-Les rôles
30min
4-Les artefacts
10min
60min 1-Rappel séance 1
5-Les rituels (Événements Scrum)
15min
15min 2-Example Rétrospective
6-Les User stories

7-Les estimations

8-Reporting
 BACKLOG 26

A FAIRE En cours Terminé

15min
45min 1-Introduction: Valeurs et Principes
3-Les rôles
60 min
2- Aperçu général (cycle de vue)

30min
4-Les artefacts
10min
60min 1-Rappel séance 1
5-Les rituels (Événements Scrum)
15min
15min 2-Example Rétrospective
6-Les User stories

7-Les estimations

8-Reporting
 BACKLOG 27

A FAIRE En cours Terminé

15min
45min 1-Introduction: Valeurs et Principes
3-Les rôles
60 min
2- Aperçu général (cycle de vue)

30min
4-Les artefacts
10min
60min 1-Rappel séance 1
5-Les rituels (Événements Scrum)
15min
15min 2-Example Rétrospective
6-Les User stories

7-Les estimations

8-Reporting
4. LES RÔLES
SCRUM ROLES 29

DEV Team
SCRUM ROLES:SCRUM MASTER 30

1. Essaie de supprimer les obstacles

2. Formes les équipes à SCRUM
3. S’assure que le Daily scrum a eu lieu
4. S’assure que Scrum est mis en place dans
l’organisation
5. Motive et soutient l’équipe
6. Organise les réunions SCRUM
SCRUM ROLES:DEV TEAM 31

1. Distribue les tâches développement à l’équipe

2. Estime la charge de travail de l’équipe
3. Fait les choix techniques et technologiques
4. Découpe les développements en taches
techniques
5. Est le responsable de la qualité des
développements
SCRUM ROLES:PRODUCT OWNER 32

1. Demande une mise de production

2. Définit les ressources nécessaires, le budget et
les dates de livraison release
3. Peut annuler un Sprint
4. Priorise le Product Backlog
5. Clarifie les objectifs avec les parties prenantes
SCRUM ROLES:SCRUM TEAM 33

1. Fait la démonstration aux Stakeholders lors de

la revue du Sprint
2. Créer la définition of DONE
Product Owner
• Gère et maintient le product backlog à jour
• Maximise la valeur du produit
• Il définit les priorités
• Il décide quoi et quand livrer (release)
• Représente les stakeholders et clients auprès de
la dev team
• Il gère le temps et le budget

34
Scrum Master
• Il est l’expert scrum qui veille à l’application des
principes
• Il coache l’équipe
• Il facilite les échanges et la résolution de
problèmes (intra ou extra team)
• Il assure le reporting vers le PO

35
DEV Team
• Traduit le backlog en tâches
• Analyse
• Estime
• Définit ce qu’elle peut accepter pour chaque sprint
• Développe
• Teste
• Livre le produit
• La dev team est multidisciplinaire : développeurs,
analystes : business - fonctionnel et techniques, des
testeurs, des techniciens network …

36
 BACKLOG 37

A FAIRE En cours Terminé

30min 15min
4-Les artefacts 1-Introduction: Valeurs et Principes
60 min
2- Aperçu général (cycle de vue)

10min
60min 1-Rappel séance 1
5-Les rituels (Événements Scrum)
15min
15min 2-Example Rétrospective
6-Les User stories
45min
3-Les rôles
7-Les estimations

8-Reporting
5. LES ARTEFACTS
LES ARTEFACTS 39

• Product backlog
• Sprint backlog
• Product increment
▪ Definition of done
▪ Progress monitors (burndown chart)
PRODUCT BACKLOG 40

• Liste ordonnée qui représente l’ensemble des

requirements, besoins, idées pour le produit

• Seule base de travail

• Elle doit être complète, à jour et ordonnée

• Propriété et responsabilité du product owner

SPRINT BACKLOG 41

• Liste des éléments qui seront pris en compte dans

le sprint

• Comprend les items désirés par le product owner ,

ainsi que toutes les tâches identifiées par les
développeurs.

• Propriété et responsabilité de l’équipe de

développement
PRODUCT INCREMENT 42

• Chaque sprint fournit une incrémentation du

produit en accord avec le definition of done.
• Chaque incrément est potentiellement livrable
DEFINITION OF DONE 43

• Définition commune l’équipe pour identifier ce qui

est considéré comme terminé quel que soit
l’élément
• = dénominateur commun de qualité

• Check list

• Un “done” est un élément qui a été développé,

testé et accepté par le client (sprint review)
SPRINT 44

• 1 à 4 semaines
• Temps consacré à la création d’un incrément
• Responsabilité de l’équipe
PROGRESS MONITORS 45

BURNDOWN CHART
• Transparence
• Suivi continu
• Risk management
 BACKLOG 46

A FAIRE En cours Terminé

15min
60min
5-Les rituels (Événements Scrum) 1-Introduction: Valeurs et Principes
60 min
2- Aperçu général (cycle de vue)

10min
1-Rappel séance 1
15min
15min 2-Example Rétrospective
6-Les User stories
45min
3-Les rôles
7-Les estimations 30min
4-Les artefacts
8-Reporting
6. LES RITUELS
LES RITUELS 48

• Product backlog refinement meeting

• Sprint planning
• Daily scrum
• Sprint review
• Sprint retrospective
PRODUCT BACKLOG REFINEMENT MEETING 49

• Connu encore grooming

• Ajouter ou supprimer, diviser , détailler,
estimer et ordonner
• Préparation au sprint planning

• Responsabilité = Product owner

SPRINT PLANNING 50

• Définition du contenu du sprint à venir

• Sélection
• Découpe
• Estimation

• Responsabilité = Dev team

DAILY SCRUM 51

• Etat d’avancement
• Eventuels problèmes
• 15 minutes – leader = scrum master
• Stand up
• Toute la dev team est à l’heure et présente
• À préparer : hier j’ai fait ce ticket, il est fini, aujourd’hui je commence
celui-ci …
KANBAN 52
SPRINT REVIEW (DEMO) 53

• Demo par la dev team : présentation de l’incrément

• Feedback Product owner, stakeholders
• PO accepte le travail terminé (definition of done)
SPRINT RETROSPECTIVE 54

• Echange sur le sprint écoulé : ce qui était bien, moins bien, ce qu’on pourrait
améliorer (technique, outils, collaboration, communication, partage, …)
• Choisit un ou plusieurs points d’amélioration à mettre en place dans le prochain
sprint
 BACKLOG 55

A FAIRE En cours Terminé

15min
15min
6-Les User stories 1-Introduction: Valeurs et Principes
60 min
2- Aperçu général (cycle de vue)

10min
1-Rappel séance 1
15min
2-Example Rétrospective
45min
3-Les rôles
7-Les estimations 30min
4-Les artefacts
8-Reporting 60min
7. LES USER STORIES
EPIC /USER STORY /TASK 57

• Une Epic est une macro-user story. Elle représente un objectif d’action pour l’utilisateur. Si une
US ne peut être développée par un membre de l’équipe en une itération c’est qu’elle est trop
complexe.
Cette us doit être transformée en Epic et celle-ci doit être redécoupée pour créer des user stories
plus petites.
• Une tâche est une action à réaliser parmi d’autres afin de pouvoir développer la user story.
Les membres d’une équipe Scrum trouvent souvent plus facile de découper les us en tâches
techniques.
Le processus de décomposition d’une us en tâches aide également l’équipe de développement à
mieux comprendre ce qui doit être fait.
EPIC /USER STORY /TASK 58

• Une user story est une sorte de carte d’identité qui définit la fonctionnalité ou la tâche à
développer.
• L'objectif de l'US est de réduire au maximum les possibilités d’interprétation des consignes
écrites.

◦ En tant que … je veux … afin que …

◦ Que voulez vous et quel est le résultat attendu?

• En tant qu’utilisateur je veux pouvoir suivre un cours vidéo en ligne sur l’histoire de France sous
Napoléon afin de me cultiver
• En tant que professeur d’histoire je veux pouvoir modifier ma vidéo de cours afin d’améliorer son
contenu
EPIC /USER STORY /TASK 59
INVEST METHOD 60

• Une bonne user story doit être :

• Indépendante des autres user stories

Négociable : elle doit être assez flexible pour permettre à l’équipe d’échanger et de discuter.

• Valorisable : pour chaque US développée et livrée en fin d’itération, une valeur ajoutée doit être
apportée au client.

• Estimable : l’équipe Scrum doit toujours être en mesure de l’estimer lors de la cérémonie du sprint
planning.
Small : une User Story est plus facile à estimer, à comprendre et à développer si son découpage est
réussi.

• Testable : certains critères qui vont définir si une user story développée est considérée comme
terminée.
 BACKLOG 61

A FAIRE En cours Terminé

10min
1-Rappel séance 1
15min
2-Example Rétrospective
45min
3-Les rôles
30min
4-Les artefacts
60min
5-Les rituels (Événements Scrum)
15min
6-Les User stories
7-Les estimations

8-Reporting
8. LES ESTIMATIONS
POURQUOI ESTIMER ? 63

• Une estimation va définir l’effort nécessaire pour réaliser la tâche.

• L’estimation d’une US nous permet de voir si elle est trop grosse et si elle a besoin d’être
redécoupée

• Elle favorise une compréhension globale du travail demandé: Pour estimer une US, l’équipe a
besoin d’en savoir le plus possible sur la fonctionnalité en question

• Elle permet de définir l’engagement et calculer la vélocité d’une équipe

• Estimer les différentes US dans un backlog apporte une aide cruciale au travail de priorisation
COMMENT ESTIMER ? 64

• L’estimation est réalisée en équipe durant le sprint planning et le backlog refinement meeting.
• Chaque user story du backlog reçoit des points (story point).

Poker planning (suite Fibonacci)

VÉLOCITÉ 65

• Nombre de points qui pourront être réalisés pendant le sprint = charge de travail
• A la fin du sprint on regarde et ajuste pour les sprint suivants

• Pour la dev team : bon de savoir quelle charge de travail on peut traiter
• Pour le product owner : info pour son planning
! 10 DAYS ≠ 10 POINTS ! 66

• Other activities are included in the sprint : preparation of the next sprint, scrum meetings, margin
for bugs, documentation, tests …
8. REPORTING
BURNDOWNCHART 68
VÉLOCITÉ 69
RÉALISÉ PAR RAPPORT AU PLANIFIÉ 70