988777485094870-AGILE-SCRUM-pdfformation.pdf

© 2017 - SCRUM | Mourad HASSINI
AGILE - SCRUM
METHODOLOGIE / GESTION DE PROJET
Formation de 3 jours

PLAN DE LA FORMATION
– Introduction
– Méthodes Agiles
– Framework Scrum en Détails
– Rôles Scrum : Équipe, Scrum Master, Product Owner
– 3 Examens Blancs, avec Corrections
– Conclusion
2

INTRODUCTION
• Méthode Pédagogique
• Modalités pratiques
• Exercice 1 : Présentations
3

MÉTHODE PÉDAGOGIQUE
• Cette formation sera dispensée à travers des échanges et des
discussions.
• Le fil conducteur de la formation sera cette présentation, que nous
suivrons. Nous pouvons ajuster le programme si des contraintes.
• La formation inclura quelques ateliers pratiques pour mettre en
application les notions abordées.
• Les participants travailleront en groupes.
• N’hésitez surtout pas à poser toutes vos questions.
4

MODALITÉS PRATIQUES (SCÉNARIO 1)
- Planification de la formation
• Cette formation est prévue sur 3 jours
- Organisation des journées
• 09h30 - 12h15
• Pause
• 12h45 - 15h30
- Avez-vous des contraintes particulières?
5
09h30
12h15
12h45
15h30
30

© 2017 - SCRUM | Mourad HASSINI 6
- Planification de la formation
• Cette formation est prévue sur 3 jours
- Organisation des journées
• 09h30 - 10h45
• Pause
• 11h00 - 12h30
• Repas
• 13h30 - 14h45
• Pause
• 15h00 - 16h30
- Avez-vous des contraintes particulières?
MODALITÉS PRATIQUES (SCÉNARIO 2)
09h30
12h30
13h30
16h30
15
15
60

EXERCICE 1 : PRÉSENTATIONS – MOI ?
• Mourad HASSINI : https://tn.linkedin.com/in/mouradhassini
• Ingénieur Informaticien, diplômé de l’ENSEA (Cergy – IDF - France) en
2002 - 15 années d’expérience
• Actuellement :
– Formateur SCRUM / JavaEE / BPM / BlockChain
– Certifié SCRUM Master (PSMI - SMAC - CSM) / SCRUM Product Owner
(SPOAC), avec Scrum.org, Scrum Institute et Scrum Alliance
– Fondateur de M104 Formation : www.m104.io
• Auparavant :
– Responsable Technique / Formateur, à OXIA (WEVIOO)
– Leader Technique JavaEE / BPM, à la Société Générale
– Consultant JavaEE / BPM, au Crédit Agricole

EXERCICE 1 : PRÉSENTATIONS – VOUS ?
• Hello World! (Qui êtes-vous ?)
• Quel est votre niveau d'expérience avec SCRUM et l'Agilité ?
(Que connaissez-vous sur l'Agilité ou sur SCRUM ?)
• Quels sont vos objectifs à la fin de cette formation ? (Éléments
que vous souhaiteriez approfondir sur l'Agilité ou sur SCRUM)

C’EST PARTI …

MÉTHODES AGILE
• Les Méthodes Classiques
• Les Méthodes Agiles
10

POURQUOI DES MÉTHODES ?
• Prendre en compte les 3C :
• Atteindre la satisfaction du Client
• Pour aider à atteindre les objectifs ci-dessus, nous pouvons
avoir recours à plusieurs méthodes et approches :

LES MÉTHODES CLASSIQUES
• Approche prédictive « cycle en cascade » :
• Phases Séquentielles
• Les risques sont détectés tardivement
• Des documents très détaillés en amont
12

L’EFFET TUNNEL
• Absence de Visibilité :
• Désintérêt des Sponsors et des Parties Prenantes
• Résultat Binaire
– Conforme : Oui/Non
– À l’heure : Oui/Non
13

LES MÉTHODES AGILES
• Comment augmenter la satisfaction du client ?
• Comment faciliter la gestion de projet ?
• Comment améliorer la qualité de développement ?
• Comment mieux s’adapter aux imprévus du projet ?
• Les méthodes ou approches « AGILES » vont nous permettre de
répondre à toutes ces questions :
• Les méthodes agiles sont des groupes de pratiques de pilotage
et de réalisation de projets.
14

L’AGILITÉ ET L’ÉTAT D’ESPRIT
• L’agilité recense un certain nombre de valeurs et principes qui
nécessitent un bouleversement culturel pour vous et vos
équipes.
• Si vous adoptez l’état d’esprit Agile, les pratiques suivront plus
facilement.
15

EXERCICE 2 : VOS PROJETS COURANTS
• Formez des groupes de 9 personnes maximum
• Restituez vos travaux de manière visuelle pour présenter aux
autres groupes
• Parmi les projets sur lesquels vous avez travaillé :
– Identifiez un projet réussi
– Identifiez un projet en échec ou en difficulté
• Pour chaque projet, répondez aux questions suivantes :
– Quelle était la définition ou les critères de réussite ou d'échec ?
– Quels étaient les facteurs de réussite ou d'échec ?
• Présentez vos réponses à l'ensemble du groupe
16

PROJETS : SUCCÈS / ÉCHEC / CHALLENGE
17
• Rapport 2015 Standish Group:
• Etude annuelle, depuis 1994,
• En 2015, environ 50 000 projets , partout dans le monde, ont été étudiés.

PROJETS : AGILE / CASCADE
18
• Rapport 2015 Standish Group: Etude sur 10 000 projets

DÉFINITION DE SUCCÈS
• The Sydney Opera House, Sydney
• Estimation: 4 années / $7 Million - Réalité: 14 années / $102 Million
• 300% d’heures supplémentaires & 1400% hors budget = Echec?
19

TAUX D'UTILISATION DES FONCTIONNALITÉS
20
Jamais; 45%
Rarement; 19%
Parfois; 16%
Souvent; 13%
Toujours; 7%
• En tant que Product Owner :
– Essayez d'évitez 45% de déchet,
– Augmenter les 20% (7% + 13%) toujours ou souvent utilisés.

CAUSES D’ÉCHEC D’UN PROJET
• Les causes les plus courantes d’échecs de projets proviennent
du processus de gestion de projet et l’alignement de
l’informatique avec les cultures organisationnelles.
• Mauvaise compréhension du besoin
• Mauvaise planification
• Objectifs et Priorités qui changent souvent pendant le projet
• Estimation peu réaliste
• Manque de communication (Développeurs - Management –
Utilisateurs)
• Pas de travail d’équipe
• Compétences inadéquates
21

BIEN COMPRENDRE LE BESOIN SINON :
22

DÉFINITION DU SUCCÈS D’UN PROJET
• Définition de l’échec, selon Mike Cohn (Coach Agile) :
“Un projet au cours duquel personne n'a eu de meilleure idée
que ce qui était initialement prévu dans la liste des exigences.”
• Définition de Succès, selon Standish Group :
- On Time (Calendrier)
- On Budget (Coût)
- With satisfactory Result (Contenu)
• Standish Group est un cabinet de conseil, international, indépendant, fondé en
1985. Connu par ses rapports émis sur les projets de mise en œuvre de systèmes
d'information, dans le secteur public et privé.
23

RAISONS DE CHANGEMENT
• Nous allons voir dans la suite : Pourquoi devenir Agile ?
24

BESOINS DU MARCHÉ ACTUEL
• La Flexibilité :
– Suivre rapidement les changements (Mondialisation)
• La Qualité :
– Le produit doit fonctionner correctement,
– Et surtout doit apporter une valeur ajoutée.
• La Communication :
– L’équipe métier et l’équipe technique doivent travailler ensemble et
avoir un objectif commun.
25

LA MÉTHODOLOGIE CLASSIQUE
26
Effort
Time
3 months

LA MÉTHODOLOGIE AGILE
27
Time
3 months
Iteration 1 …
Effort

LES AVANTAGES DE L’AGILITÉ
• Pour le client :
– La satisfaction réelle du besoin plutôt que le respect du contrat
initial
– La compétitivité car valeur ajouté apportée par l’adaptation
régulière du produit
– Réduction du coût du changement, car petits incréments
– Réduction du risque
– Meilleure visibilité car des démonstrations régulières
– Gestion des Priorités : efficacité au niveau économique
• Pour les managers :
– Visibilité sur l’avancement du Projet
28

LES AVANTAGES DE L’AGILITÉ
• Pour les développeurs :
– Auto Organisation, Liberté => Épanouissement
– Responsabilisation et Implication dans le projet => Motivation
– Un Code simplifié car les fonctionnalités découpées.
– Meilleure qualité de vie professionnelle, car beaucoup
d’échanges
• Pour la direction :
– Meilleur retour sur Investissement (ROI)
• Un inconvénient : Peu de place à la documentation.
29

EXERCICE 3 : BESOINS DE VOTRE ENTREPRISE
• Quelle est la taille de votre Société ?
• Depuis combien d’année l’agilité est-elle appliquée chez vous ?
• Quels sont les objectifs stratégiques de votre entreprise qui
nécessiteraient selon vous de l'Agilité ?
• Objectif Stratégique : « Les objectifs stratégiques sont des buts à atteindre à une échéance à
moyen terme (supérieure à 2 ans). Un objectif stratégique peut être quantitatif ou qualitatif. »
30

AGILE ET LA COMMUNICATION
31

AGILE ET LA COMMUNICATION
32
Canal de Communication Efficacité de la Communication
Face à Face Haut
Vidéoconférence Haut
Téléphone Haut
Emails Moyen
Papiers Bas

AGILE : MODÈLE D’INTERACTION
• Des contacts informels plus fréquents
• Réduction de la durée du Projet, grâce à des moyens de
communication plus directs et des retours plus rapides
• La proximité permet de réduire le risque de conflits et permet
d'identifier plus rapidement ces mêmes conflits et de les résoudre
33

HISTORIQUE DE L'AGILITÉ
• L’agile Manifesto rédigé en 2001 est l’acte généralisateur des
méthodes agiles.
• http://agilemanifesto.org/
• Il consacre le terme d'« agile » pour référencer de
multiples méthodes existantes, qui ont en commun un
certain nombre de valeurs.
34

LES 4 VALEURS DU MANIFESTE AGILE
• " Nous avons trouvé une voie améliorant le développement
logiciel en réalisant ce travail et en aidant les autres à le faire. De
ce fait nous avons déduit des valeurs communes. "
• 4 Valeurs Fondamentales :
Les individus et leurs interactions plus que les processus et les outils
Des logiciels opérationnels plus qu'une documentation exhaustive
La collaboration avec les clients plus que la négociation contractuelle
L’adaptation au changement plus que le suivi d'un plan
• Nous reconnaissons la valeur des seconds éléments mais
privilégions les premiers
35

• 1- Notre première priorité est de satisfaire le client en livrant tôt
et régulièrement des logiciels utiles.
• 2- Le changement est accepté, même tardivement dans le
développement. Les processus agiles exploitent le changement
comme avantage compétitif pour le client.
• 3- Livrer fréquemment une application fonctionnelle, toutes les
deux semaines à deux mois, avec une tendance pour la période
la plus courte.
• 4- Les experts métier et les développeurs doivent collaborer
quotidiennement au projet.
36
LES 12 PRINCIPES SOUS-JACENTS AU MANIFESTE

• 5- Bâtissez le projet autour de personnes motivées. Donnez leur
l'environnement et le soutien dont elles ont besoin, et croyez en
leur capacité à faire le travail.
• 6- La méthode la plus efficace pour transmettre l'information
est une conversation en face à face.
• 7- Un logiciel fonctionnel est la meilleure unité de mesure de la
progression du projet.
• 8- Les processus agiles promeuvent un rythme de
développement durable. Commanditaires, développeurs et
utilisateurs devraient pouvoir maintenir le rythme indéfiniment.
37

• 9- Une attention continue à l'excellence technique et à la
qualité de la conception améliore l'agilité.
• 10- La simplicité - l'art de maximiser la quantité de travail à ne
pas faire - est essentielle.
• 11- Les meilleures architectures, spécifications et conceptions
sont issues d'équipes qui s'auto-organisent.
• 12- À intervalle régulier, l'équipe réfléchit aux moyens de
devenir plus efficace, puis accorde et ajuste son comportement
dans ce sens.
38

LES PRINCIPALES MÉTHODES AGILE
• Classées par date de publication :
– Rapid Application Development (RAD, 1991)
– Dynamic systems development method (DSDM, 1995)
– Scrum (1996)
– Feature Driven Development (FDD) (1999)
– Extreme programming (XP, 1999)
– Adaptive software development (ASD, 2000)
– Crystal clear (2004)
39

SCRUM – VUE D’ENSEMBLE
• Historique
• Piliers
• Définition
• Vue d’Ensemble
40

HISTORIQUE DE SCRUM
• Scrum est un modèle de développement inventé par Jeff
Sutherland en 1993 lorsqu'il travaillait pour la société Easel
Corporation.
• Jeff Sutherland s'est associé avec Ken Schwaber pour
formaliser Scrum en 1995.
• Ensemble ils ont répandu l'utilisation de Scrum dans de
nombreuses sociétés informatiques, et ont contribué à
l'élaboration du Manifeste Agile en 2001.
41

LES TROIS PILIERS DE SCRUM
• Scrum suit les principes des méthodes agiles.
• Il s'appuie sur trois piliers :
• Transparence
• Inspection
• Adaptation
42

C’EST QUOI SCRUM?
• Un cadre avec un ensemble de règles simples
• Permettant à une équipe moyenne de s'auto-organiser
en une équipe super intelligente, qui travaille 10 fois mieux
que la normale.
(D’après : Jeff Sutherland, L’inventeur de SCRUM).
43

SCRUM – VUE GLOBALE
44

ÉLÉMENTS DU FRAMEWORK SCRUM
45
SCRUM
Roles
Scrum Master
Product Owner
Team
Meetings
Daily Scrum
Sprint Planning
Sprint Review
Retrospective
Backlog
Refinement
Artefacts
Product Backlog
Sprint Backlog
Increment
Theme
Epic
Story
User Story
Bug
Technical Story
Indicators

SCRUM – EN DÉTAILS
• Rôles (Scrum Master, Product Owner, Team)
• Meetings (Daily Scrum, Sprint Planning, Sprint Review, …)
• Artefacts (Product Backlog, Sprint Backlog, Incrément…)
• Items : Theme, Epic, Story
• Indicateurs (Charts, …)
46

SPRINT
• Un Sprint est une itération limitée dans le temps (un mois ou moins)
• Les Sprints sont protégés par le Scrum Master de tout changement qui
aurait une incidence sur l'objectif du Sprint
• Le sprint contient :
– le Daily Scrum (mêlée quotidienne)
– Le Sprint Planning
– les activités de développement
– L’affinage du backlog de produit
– le Sprint Review (revue de Sprint)
– la rétrospective
• La composition de l'équipe est constante tout au long du Sprint
47

LES MEETINGS DE SCRUM (CÉRÉMONIES)
• Daily Scrum
• Sprint Planning
• Revue de Sprint
• Rétrospective de Sprint
• Affinage du Backlog
48

SPRINT PLANNING – Partie 1
• Durée : 8 heures maximum pour un Sprint de un mois.
• Composé de deux parties : WHAT-Meeting & HOW-Meeting
• WHAT-Meeting : Qu’est-ce qui peut être terminé au cours de
ce Sprint ? :
– Le Product Owner indique à l'équipe les items prioritaires
– La vélocité de l'équipe est utilisée pour définir sa capacité
– Ensemble, ils choisissent les items à intégrer dans le Sprint
49

VÉLOCITÉ
• La mesure de la quantité de travail terminé par l'équipe lors du
précédent Sprint
• Utilisée pour planifier le Sprint suivant
• Souvent, une unité abstraite de mesure : Points
• Vélocité sur ce Sprint : 10 points
50
Story (Item) Estimation (Points)
1 5
2 2
3 3

ESTIMATION
• Méthode d’estimation : le Planning Poker
• Utilise des cartes qui ont les valeurs de la suite de Fibonacci :
• Valeurs des cartes : 0, ½, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144.
• Simplification : ½, 1, 2, 3, 5, 8, 13, 20, 40, 100
51

ESTIMATION
• Le Product Owner présente la User Story.
• L'équipe lui pose des questions pour clarifier le besoin.
• Chaque membre de l'équipe choisit en privé la carte
représentant son estimation.
• Les cartes choisies sont révélées.
• La personne ayant l’estimation la plus élevée et celle ayant
l’estimation la plus faible expliquent leurs choix.
• Répéter jusqu'à ce qu'un consensus soit trouvé par tous les
membres de l'équipe.
52

SPRINT PLANNING – Partie 2
• HOW-Meeting : Comment sera effectué le travail choisi ? :
– L'équipe répartit les user stories
– L’équipe décompose le travail prévu pour les premiers jours du
Sprint
53

SPRINT REVIEW
• Une revue de Sprint est tenue à la fin de chaque Sprint
• Le PO (Product Owner) valide chaque fonctionnalité planifiée
• Le PO fait une démonstration au client
• l'Équipe Scrum et les parties prenantes échangent sur ce qui a
été fait durant le Sprint
• Adapter le Product Backlog si nécessaire
54

RÉTROSPECTIVE DE SPRINT
• Inspecter la manière dont le dernier Sprint s'est déroulé en ce
qui concerne les personnes, les relations, les processus et les outils
• Identifier et ordonner les éléments majeurs qui se sont bien
déroulés, les éléments qui se sont mal déroulés et les améliorations
potentielles (les 5 « Pourquoi? »)
• Créer un plan pour améliorer les processus de travail de
l'Équipe Scrum
55

EXERCICE 4 : RÉTROSPECTIVE DE SPRINT
• Choisissez un projet sur lequel vous avez travaillé récemment :
• Sur les post-it verts
– Ecrivez ce qui vous parait positif et que vous souhaiteriez voir
continuer
• Sur les post-it rouges
– Ecrivez ce qui ne vous a pas vraiment plu
• Sur les post-it jaunes
– Ecrivez vos idées pour améliorer les post-it rouges
• Travaillez en groupe pour les rassembler
• Sélectionnez ceux que vous souhaitez mettre en place dans un
premier temps
56

AFFINAGE DU BACKLOG
• Activité régulière
• Ne dépassant pas 10% de chaque Sprint
• Le PO ajoute des détails, et explique à l'équipe les différents
items
• L'équipe passe les items en revue, et les ré-estime
• Ordonnancement des items du Product Backlog
• L’Équipe Scrum décide comment et quand l’affinage est
effectué
57

DAILY SCRUM (MÊLÉE QUOTIDIENNE)
• Événement limité à 15 minutes
• l’Équipe de Développement synchronise ses activités et crée
un plan pour les prochaines 24 heures
• À tour de rôle, chaque membre de l'équipe répond à 3
questions :
– Qu'est-ce que j'ai fait hier ?
– Qu'est-ce que je compte faire aujourd'hui ?
– Quelles sont les difficultés que je rencontre ?
• Toute autre personne de l'équipe peut écouter mais pas
intervenir
58

LES RÈGLES DU DAILY SCRUM
• Tout le monde reste debout
• Identifier les problèmes sans chercher à les résoudre
• Même endroit, même heure tous les jours
• Celui qui prend la parole :
– Sur quoi je travaille? L’aide dont j’ai besoin? Dépendances?
Retards?
• Les autres écoutent :
– De quoi ai je besoin de la part de la personne qui a pris la parole?
Comment puis-je l’aider?
• Tout problème identifié devient un “TO DO”:
– Donner un nom à cette tâche, Identifier les participants et fixer une
date de livraison
59

EXERCICE 5 : Daily Scrum
• Formez des équipes (max. 9 personnes)
• Levez-vous
• Répondez à ces 3 questions :
– Qu'est-ce que j'ai fait hier ?
– Qu'est-ce que je compte faire aujourd'hui ?
– Quelles sont les difficultés que je rencontre ?
60

EXERCICE 6 : RÉVISION MEETINGS
• Compléter la tableau suivant :

62
SCRUM
Roles
Scrum Master
Product Owner
Team
Meetings
Daily Scrum
Sprint Planning
Sprint Review
Retrospective
Backlog Refinement
Artefacts
Product Backlog
Sprint Backlog
Increment
Theme
Epic
Story
User Story
Bug
Technical Story
Indicators
TODO
DONE
WIP
TODO
TODO

LE BACKLOG DU PRODUIT
• Le Product Owner en est le propriétaire
• Toujours en évolution, jamais complet. Aussi longtemps
que le produit existe, son Backlog existe
• Les éléments du Backlog sont priorisés
• Les éléments sont estimés
• Un format simple qui fonctionne
– Un mur avec des post-it
– Un fichier Excel

EXEMPLE PRODUCT BACKLOG
ID Priorité Item Critère
d’Acceptation
Estimation Release Sprint Statut
77 3 En tant
quacheteur
en ligne, je
veux
pouvoir
ajouter un
item à mon
panier afin
de pouvoir
l'acheter.
L'temest
sélectionné
lorsque je
clique sur
« Ajouter ». Je
peux ainsi
voir mon item
ajouté à mon
panier.
5 2 10 Terminé

LE BACKLOG DU SPRINT
• La liste de User Stories est issue du Sprint Planning
• Comprend toutes les User Stories à développer pour
répondre à l'objectif du Sprint
• L'équipe en est propriétaire
• L’équipe choisit sur quelles tâches travailler
• Les tâches sont estimées en heure ou en points story
• Les tâches sont ré-estimées quotidiennement

INCRÉMENT
• 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.

OBJECTIF D’UN SPRINT
• C'est une déclaration qui explique à l'équipe comment elle participe
à la construction du produit
• Il est créé lors de la réunion de planification du Sprint
• L'objectif du Sprint est un sous-ensemble de l'objectif de la livraison
• Le but du sprint devrait répondre à la question «Pourquoi faisons-nous
ce sprint ?»
• Cela peut être tout simplement :
– « terminer les trois histoires les plus prioritaires »
– « impressionner le PDG »
– …

LE CYCLE DE VIE D'UN SPRINT DE 2 SEMAINES
Lundi Mardi Mercredi Jeudi Vendredi
Daily Scrum
Sprint Planning
Daily Scrum Daily Scrum
Perfectionner le
Product Backlog
Perfectionner le
Product Backlog
Perfectionner le
Product Backlog
Perfectionner le
Product Backlog
Daily Scrum
Le Sprint Review
La Rétrospective

69
SCRUM
Roles
Scrum Master
Product Owner
Team
Meetings
Daily Scrum
Sprint Planning
Sprint Review
Retrospective
Backlog Refinement
Artefacts
Product Backlog
Sprint Backlog
Increment
Theme
Epic
Story
User Story
Bug
Technical Story
Indicators
DONE
DONE
TODO
TODO
WIP

STORY (= ITEM)
• Une user story décrit une fonctionnalité qui aura de la valeur
aux yeux d'un utilisateur ou d'une partie prenante du système ou
du produit
• EN TANT QUE <rôle, personne, user type> JE VEUX
<fonctionnalité, tâche, action> AFIN DE <valeur ajoutée, résultat>
• En tant qu’acheteuren ligne, je veux pouvoir ajouter des items à
mon panier afin d’enregistrermesachatsquejenesouhaitepasacheter
dansl’immédiat.

LES DIFFÉRENTS TYPES DE STORIES
• Les User Stories
• Bugs
• Les Items techniques

EPIC (GRANDE STORY)
• Un item (User Story) de niveau macro
• Il n’est pas nécessaire de la décomposer avant d’en avoir
besoin
• Cela permet de garder de la place dans la carte des Stories.

THEME (PLUSIEURS STORIES)
• Un theme est une collection de stories
• Facilite la gestion des priorités : c'est bien plus facile à faire sur 5
à 10 themes que sur des dizaines de stories.
• Définir un domaine fonctionnel dont on pourra suivre
l'avancement

EXERCICE 7 : EPIC / THEME (GRANDE STORY)
• En tant qu'Utilisateur, je souhaiterais acheter les items dans
mon panier afin de les ajouter à ma collection.
• Supposons que ce User Story est « trop grand » (Estimation qui
dépasse un seuil donné : 20 points par exemple), il est considéré
comme une EPIC.
• Découper le en plusieurs User Stories (Items) en utilisant « En
tant que… Je veux… afin de… »

LA STRUCTURE D’UN CRITÈRE D’ACCEPTATION
• Doit contenir un acteur, un verbe et des résultats
observables.
• Si <précondition>
Lorsque <acteur + action>
Alors <résultat observable >
• Si le nom de l'utilisateurexiste déjà, lorsque l’acheteuren
ligne clique sur « Créer un compte » alors faites apparaitre
un message d'erreurdisant « Ce nom existe déjà ».

CARTE DES STORY
• MOSCOW :
• MUST
• SHOULD
• COULD
• WOULD

77
SCRUM
Roles
Scrum Master
Product Owner
Team
Meetings
Daily Scrum
Sprint Planning
Sprint Review
Retrospective
Backlog
Refinement
Artefacts
Product Backlog
Sprint Backlog
Increment
Theme
Epic
Story
User Story
Bug
Technical Story
Indicators
DONE
DONE
WIP
TODO
DONE

LES RÔLES DANS SCRUM
• L'Equipe
• Le Scrum Master
• Le Product Owner

L’ÉQUIPE
• L’Equipe (la Team): ce sont des développeurs qui
transforment le Backlog de Produit en un ensemble
d'incréments potentiellement livrable à chaque Sprint.”
• Polyvalente : toutes les compétences nécessaires pour
atteindre l'objectif du Sprint
• Autogérée
• Pas de titres définis
• Taille idéale : 3 à 9 personnes

L’ÉQUIPE
• Les membres de l’équipe interagissent, communiquent et
s’influencent mutuellement
• Ponctuellement, les membres de l’équipe évaluent les compétences
globale de l’équipe
• Autonomie (contrôle partagé)
• Adaptabilité : Pouvoir résoudre ses propres problèmes et améliorer ses
propres performances
• Rendre des comptes : Partager la responsabilité des résultats de
façon collective

EXERCICE 8 : AUTO-GESTION
• L'Agile et Scrum montrent une façon de penser et de travailler
quelque peu différente des méthodes traditionnelles
1. Mettez-vous par 2, l'un est guide, l'autre est acteur
2. Le guide donne les instructions au fur et à mesure
Avancer, S'arrêter, Reculer, Accélérer, Ralentir, Droite puis Gauche
3. Comptez les pas effectués et le temps passé
4. Refaites l'exercice mais le guide donne l'objectif au départ
uniquement.
5. Commentez les différences obtenues

SCRUM MASTER
• Le Scrum Master s'assure que le processus est assimilé et suivi.
• Coach
• Supporteur
• Professeur

SCRUM MASTER
• Guider les développeurs si des difficultés
• Améliorer les conditions de travail de l’équipe
• Encourager la créativité et l'autonomie
• Améliorer la productivité de l’équipe de développement
• Améliorer les pratiques d’ingénierie et les outils
• Protéger l’équipe en encourageant les interactions utiles avec
les équipes externes et en évitant les interactions inutiles
• Faciliter les meetings
• Le Scrum Master est au service du Product Owner
• Le Scrum Master est un leader au service de l’Équipe Scrum

SCRUM MASTER
• Les Six Qualité du Scrum Master :
– Responsable
– Humble
– Collaboratif
– Engagé
– Influent
– Sachant

SCRUM MASTER
• Responsable :
– Responsable de l'adhésion et la pratique de l’agilité de
l’équipe.
– Guider et manager en temps réel.
– “Bien qu’un Scrum Master ne doit pas assumer la responsabilité
du succès d’un projet – ceci incombe à l'équipe - le Scrum
Master doit assumer la responsabilité pour l'adoption et la
pratique de Scrum.”

SCRUM MASTER
• Humble
• Le Scrum Master doit être prêt à aider l'équipe à tout faire
pour atteindre ses objectifs.
• Reconnaitre et faire valoir les qualités de chaque membre
de l'équipe.
• Un bon Scrum Master ne choisit pas son rôle pour égo :
« Voyez ce que j'ai contribué à accomplir » plutôt que
« Voyez ce que j'ai accompli »

SCRUM MASTER
• Travailler de façon collaborative
• Faire en sorte que cette collaboration soit une norme au
sein de l'équipe
• “S'assurer que les membres de l'équipe se sentent
suffisamment à l'aise pour évoquer des sujets de discussions
ouvertement”

SCRUM MASTER
• L'engagement
• Un engagement à 100% dans le projet.
• Le Scrum Master doit avoir le même niveau d'engagement vis à vis du
résultat que les membres de l'équipe.
• Le Scrum Master doit éviter autant que possible de terminer les
journée avec des problèmes (blocages) qui n’ontpas été traités.

SCRUM MASTER
• Avoir de l’influence
• Exercer de l'influence sans être autocratique
• Encourager l'équipe à travailler de façon plus collaborative.
• « Le Scrum Master idéal dispose d'un certain degré de talent de
communication. Il sait par qui et comment les décisions sont prises au
sein de l'entreprise » Mike Cohn (Coach Agile).

SCRUM MASTER
• De bonnes connaissances
• Avoir une bonne méthodologie, des connaissances techniques, une
connaissance du métier afin d'aider l'équipe à atteindre ses
objectifs.
• « Savoir comment aider l'équipe à identifier des problèmes
techniques plus pointus. »

ROLE SCRUM MASTER LORS DES MEETINGS
- Le Scrum Master veille à ce que les événements (meetings)
aient lieu et que les participants en comprennent le but.
- Le Scrum Master enseigne à l’Équipe Scrum comment
respecter la limite de temps associée à ces événements.
- Lors de la Revue de Sprint, le Scrum Master participe en
tant que membre de l’Équipe Scrum et y amène le point
de vue du responsable du processus Scrum.
- Lors de la Rétrospective, le Scrum Master encourage
l'Équipe Scrum à améliorer, dans le cadre Scrum, son
processus de développement et ses pratiques afin de les
rendre plus efficaces et agréables pour le prochain Sprint.

PRODUCT OWNER
• “Le Product Owner est chargé de maximiser la valeur du
travail accompli.”
• Il est propriétaire de la Vision et du Backlog de Produit
• Il est responsable du retour sur investissement
• Il priorise le Backlog de Produit. Il est le seul à donner les
priorités à l'équipe
• Le Product Owner est généralement entouré d'une équipe
collaborative : un chef de marketing produit…

PRODUCT OWNER
• Le Product Owner a des compétences et préoccupations
diverses. Il est :
• La Voix du Métier
• La Voix de l'Utilisateur
• Expert en la matière
• Analyste Métier
• Concepteur
• Visionnaire
• Décisionnaire

L’ENGAGEMENT PRODUCT OWNER

LES INTERACTIONS ENTRE LES RÔLES DE SCRUM

EXERCICE 9 : LES RÔLES
1. Identifier les rôles principaux dans vos projets
2. Identifier les responsabilités de chaque rôle
3. Cartographier chacun des rôles des personnes de
l'organisation aux rôles de Scrum

97
SCRUM
Roles
Scrum Master
Product Owner
Team
Meetings
Daily Scrum
Sprint Planning
Sprint Review
Retrospective
Backlog Refinement
Artefacts
Product Backlog
Sprint Backlog
Increment
Theme
Epic
Story
User Story
Bug
Technical Story
Indicators
DONE
DONE
DONE
WIP
DONE

LES INDICATEURS
• Le tableau blanc
• Les graphiques d'avancement
• Les objectifs du Sprint
• La liste des points bloquants
• Le logiciel en fonctionnement
98

WHITE-BOARD (TABLEAU BLANC)
99

WHITE-BOARD (TABLEAU BLANC)
100

LES GRAPHIQUES D'AVANCEMENT
• Les graphiques d'avancement (Burndown chart) peuvent
être à l'échelle :
• d'un Sprint,
• d’une livraison
• ou de tout le Produit

• Sprint Burndown chart, le graphique d’avancement
journalier sur un sprint :

• Release Burndown chart, le graphique d’avancement sur
une livraison (Release) :

• Product Burndown chart, le graphique d’avancement sur
le Produit total :

105
SCRUM
Roles
Scrum Master
Product Owner
Team
Meetings
Daily Scrum
Sprint Planning
Sprint Review
Retrospective
Backlog
Refinement
Artefacts
Product Backlog
Sprint Backlog
Increment
Theme
Epic
Story
User Story
Bug
Technical Story
Indicators
DONE
DONE
DONE
DONE
DONE

EXERCICE 10 : RÉVISION
• Chacun choisit un ou plusieurs mots clés
• Expliquer chaque mot clique en une phrase ou
deux :
– Rôles (Scrum Master, Product Owner, Team)
– Meetings (Daily Scrum, Sprint Planning, Sprint Review, …)
– Artefacts (Product Backlog, Sprint Backlog, Incrément…)
– Items : Theme, Epic, Story
– Indicateurs (Charts, …)

SCRUM GUIDE :
107
• Lire le Scrum Guide (le soir de préférence) :
– http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-
FR.pdf
– http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-
Guide-US.pdf
• Relecture ensemble, et explication de son contenu, le
deuxième jour de la formation.

EXAMEN SCRUM 1 (SCRUM.ORG) :
108
• Examen Blanc, inspiré de
https://www.scrum.org
• Examen de 80 questions
• Durée 60 minutes
• Il vous faudra obtenir 85% de bonnes réponse
• En voici un échantillon de 30 premières questions :

EXAMEN SCRUM 1 – QUESTION 1 :
109
• What is the recommended size for a
Development Team (within the Scrum Team)?
• A) Minimal 7
• B) 3 to 9
• C) 7 plus or minus 2
• D) 9

110
• Why is the Daily Scrum held at the same time
and same place?
• A) The place can be named.
• B) The consistency reduces complexity.
• C) The Product Owner demands it.
• D) Rooms are hard to book and this lets it be
booked in advance.

111
• When do Development Team members become the
exclusive owner of a Sprint Backlog item?
• A) At the Sprint planning meeting.
• B) Never. All Sprint Backlog Items are "owned" by the
entire Development Team, even though each one may be
done by an individual development team member.
• C) Whenever a team member can accommodate more
work.
• D) During the Daily Scrum.

112
• What is the main reason for the Scrum Master to be at the
Daily Scrum?
• A) To make sure every team member answers the three
questions.
• B) He or she does not have to be there; he or she only has
to ensure the Development Team has a Daily Scrum.
• C) To write down any changes to the Sprint Backlog,
including adding new items, and tracking progress on the
burn-down.
• D) To gather status and progress information to report to
management.

113
• When does the next Sprint begin?
• A) Next Monday.
• B) Immediately following the next Sprint
Planning.
• C) When the Product Owner is ready.
• D) Immediately after the conclusion of the
previous Sprint.

114
• It is mandatory that the product increment be
released to production at the end of each Sprint.
• A) True
• B) False

115
• Which two (2) things does the Development Team do
during the first Sprint?
• A) Deliver an increment of releasable software.
• B) Determine the complete architecture and
infrastructure for the product.
• C) Develop and deliver at least one piece of
functionality.
• D) Develop a plan for the rest of the release.
• E) Create the complete Product Backlog to be
developed in subsequent Sprints.

116
• What are the two primary ways a Scrum Master keeps
a Development Team working at its highest level of
productivity?
• A) By facilitating Development Team decisions
• B) By removing impediments that hinder the
Development Team
• C) By starting and ending the meetings at the proper
time
• D) By keeping high value features high in the Product
Backlog

117
• When is a Sprint over?
• A) When all Product Backlog items meet their
definition of done.
• B) When the Product Owner says it is done.
• C) When all the tasks are completed.
• D) When the time-box expires.

118
• Who is responsible for managing the progress
of work during a Sprint?
• A) The Development Team
• B) The Scrum Master
• C) The Product Owner
• D) The most junior member of the Team

119
• The length of a Sprint should be:
• A) Short enough to keep the business risk
acceptable to the Product Owner.
• B) Short enough to be able to synchronize the
development work with other business events.
• C) No more than one month.
• D) All of these answers are correct.

120
• The time-box for a Daily Scrum is?
• A) The same time of day every day.
• B) Two minutes per person.
• C) 4 hours.
• D) 15 minutes.
• E) 15 minutes for a 4 week sprint. For shorter
Sprints it is usually shorter.

121
• The Development Team should not be interrupted during the
Sprint. The Sprint Goal should remain intact. These are
conditions that foster creativity, quality and productivity. Based
on this, which of the following is FALSE?
• A) The Product Owner can help clarify or optimize the Sprint
when asked by the Development Team.
• B) The Sprint Backlog is fully formulated in the Sprint Planning
meeting and does not change during the Sprint.
• C) As a decomposition of the selected Product Backlog Items, the
Sprint Backlog changes and may grow as the work emerges.
• D) The Development Team may work with the Product Owner to
remove or add work if it finds it has more or less capacity than it
expected.

122
• During a Sprint, a Development Team determines
that it will not be able to finish the complete
forecast. Who should be present to review and
adjust the Sprint work selected?
• A) The Scrum Master, the project manager and the
Development Team.
• B) The Product Owner and the Development Team.
• C) The Product Owner and all stakeholders.
• D) The Development Team.

123
• What does it mean to say that an event has a
time-box?
• A) The event must happen at a set time.
• B) The event must happen by a given time.
• C) The event must take at least a minimum
amount of time.
• D) The event can take no more than a maximum
amount of time.

124
• Which statement best describes a Product
Owner's responsibility?
• A) Optimizing the value of the work the
Development Team does.
• B) Directing the Development Team.
• C) Managing the project and ensuring that the work
meets the commitments to the stakeholders.
• D) Keeping stakeholders at bay.

125
• What is the role of Management in Scrum?
• A) Continually monitor staffing levels of the Development
Team.
• B) Monitor the Development Team's productivity.
• C) Support the Product Owner with insights and information
into high value product and system capabilities. Support the
Scrum Master to cause organizational change that fosters
empiricism, self-organization, bottom-up intelligence, and
intelligent release of software.
• D) Identify and remove people that aren't working hard
enough.

126
• Who is required to attend the Daily Scrum?
• A) The Development Team.
• B) The Scrum team.
• C) The Development Team and Scrum Master.
• D) The Development Team and Product Owner.
• E) The Scrum Master and Product Owner.

127
• The three pillars of empirical process control
are:
• A) Respect For People, Kaizen, Eliminating
Waste
• B) Planning, Demonstration, Retrospective
• C) Inspection, Transparency, Adaptation
• D) Planning, Inspection, Adaptation
• E) Transparency, Eliminating Waste, Kaizen

128
• Who is on the Scrum Team?
• A) The Scrum Master
• B) The Product Owner
• C) The Development Team
• D) Project Manager
• E) None of the above

129
• Which statement best describes the Sprint Review?
• A) It is a mechanism to control the Development
Team's activities during a Sprint.
• B) It is when the Scrum Team and stakeholders
inspect the outcome of a Sprint and figure out what
to do next.
• C) It is a demo at the end of the Sprint for everyone
in the organization to check on the work done.

130
• Development Team membership should change:
• A) Every Sprint to promote shared learning.
• B) Never, because it reduces productivity.
• C) As needed, while taking into account a short
term reduction in productivity.
• D) As needed, with no special allowance for
changes in productivity.

131
• The purpose of a Sprint is to produce a done
increment of working product.
• A) True
• B) False

132
• The time-box for the Sprint Planning meeting
is?
• A) 4 hours.
• B) 8 hours for a monthly Sprint. For shorter
Sprints it is usually shorter.
• C) Whenever it is done.
• D) Monthly.

133
• Scrum does not have a role called "project
manager."
• A) True
• B) False

134
• Upon what type of process control is Scrum
based?
• A) Empirical
• B) Hybrid
• C) Defined
• D) Complex

135
• The CEO asks the Development Team to add a "very
important" item to a Sprint that is in progress. What
should the Development Team do?
• A) Add the item to the current Sprint without any
adjustments.
• B) Add the item to the current Sprint and drop an item
of equal size.
• C) Add the item to the next Sprint.
• D) Inform the Product Owner so he/she can work with
the CEO.

136
• When multiple teams work together on the same
product, each team should maintain a separate
Product Backlog.
• A) True
• B) False

137
• Which statement best describes Scrum?
• A) A complete methodology that defines how to
develop software.
• B) A cookbook that defines best practices for
software development.
• C) A framework within which complex products in
complex environments are developed.
• D) A defined and predictive process that conforms
to the principles of Scientific Management.

138
• How much work must a Development Team do to a
Product Backlog item it selects for a Sprint?
• A) As much as it has told the Product Owner will be
done for every Product Backlog item it selects in
conformance with the definition of done.
• B) As much as it can fit into the Sprint.
• C) All development work and at least some testing.
• D) Analysis, design, programming, testing and
documentation.

EXAMEN SCRUM 1 - CORRECTION :
139

EXAMEN SCRUM 2 (SCRUM INSTITUE) :
140
http://www.scrum-institute.org
• Durée 60 minutes
• En voici les 10 premières questions :

141
• What kind of software development projects can be
executed by Scrum Project Management Framework?
– Choice-1: Complete software packages
– Choice-2: Customer projects
– Choice-3: Sub-systems, components or parts of
bigger systems
– Choice-4: All kinds of software development
projects
– Choice-5: None of the given answers

142
• What does NOT belong to cornerstones of the agile
manifesto?
– Choice-1: Individuals and interactions over processes
and tools
– Choice-2: Working software over comprehensive
documentation
– Choice-3: Processes over people
– Choice-4: Customer collaboration over contract
negotiation
– Choice-5: Responding to change over following a plan

143
• What is defined by the Scrum Framework?
A) Rules & Roles
B) Document guidelines
C) Artifacts and events
– Choice-1: A
– Choice-2: B
– Choice-3: C
– Choice-4: A, B ,C
– Choice-5: A, C

144
• Where are the customer requirements stored?
– Choice-1: In the Product Backlog
– Choice-2: In the Sprint Backlog
– Choice-3: In a database
– Choice-4: In a Scrum Product Requirement
Specification
– Choice-5: Nowhere. The Scrum Product Owner
knows them

145
• Which ones of the following main roles are defined by Scrum
Framework?
A) Scrum Tester
B) The Scrum Team
C) Scrum Manager
D) Scrum Master
E) Scrum Product Owner
– Choice-1: A, B, C, D, E
– Choice-2: B, C, D, E
– Choice-3: B, D, E
– Choice-4: A, B, D, E
– Choice-5: A, B, C, D

146
• Which ones of the following main events are defined by Scrum
Framework?
A) Sprint Planning Meeting
B) Sprint Retrospective Meeting
C) Sprint Review Meeting
D) Mid-Sprint Status Review Meeting
E) Daily Scrum Meeting
– Choice-1: A, B, C, D, E
– Choice-3: A, C, D, E
– Choice-4: A, B, C, E
– Choice-5: A, C, E

147
• Which concept is NOT defined in the Scrum
Framework?
– Choice-1: Scrum Master
– Choice-2: Project Manager
– Choice-3: Scrum Product Owner
– Choice-4: Daily Scrum
– Choice-5: Scrum Product Burndown

148
• What is important in all Scrum projects?
A) Self-organization
B) Clear hierarchies in the company
C) Communication
D) Continuous improvement
– Choice-2: A, C, D
– Choice-3: A, D
– Choice-4: A
– Choice-5: A, B

149
• In software engineering what are the disadvantages of the classical
waterfall model?
A) End-Product has to be fully anticipated beforehand.
B) Some requirements are implemented as defined in the
beginning of the project, and yet they are not really needed by the
customer.
C) Each phase is strictly separated.
– Choice-1: A
– Choice-2: B
– Choice-3: C
– Choice-4: A, B
– Choice-5: A, B, C

150
• What are the advantages of the Scrum Framework?
– Choice-1: Fine-grained requirements are only
defined when they are really needed.
– Choice-2: All activities to design, build and test a
certain functionality are kept together in one phase.
– Choice-3: Changes are expected and welcomed
by Scrum team.
– Choice-4: All of the given answers
– Choice-5: None of the given answers

151

EXAMEN SCRUM 3 (SCRUM ALLIANCE) :
152
https://www.scrumalliance.org
• Pas de limite dans le temps
• En voici les 7 premières questions :

153

154

155

156

157

158

159

160

RETOUR SUR EXPÉRIENCE
• Retour d’expérience d’un projet SCRUM SNCF :
• Vidéo :
• http://www.agiliste.fr/retour-dexperience-agile-sncf/
• Article :
• http://www.agiliste.fr/retour-dexperience-agile-sncf/

ARE YOU SCRUM ?
• 2 Tests possibles :
• SCRUM Checklist (par Henrik Kniberg Coach Agile) :
• http://www.fabrice-
aimetti.fr/dotclear/public/traductions/Scrum-checklist-
FR.pdf
• NOKIA Test :
• http://agileconsortium.blogspot.com/2007/12/nokia-
test.html

LECTURE CONSEILLÉE
• Le guide SCRUM :
http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-
FR.pdf
• Les cérémonies SCRUM :
https://www.youtube.com/watch?v=XvJZ0vIb78A
• Les 3 rôles SCRUM :
https://www.youtube.com/watch?v=cQzefbh10sU

FIN DE LA FORMATION - MERCI

988777485094870-AGILE-SCRUM-pdfformation.pdf

Recommandé

Recommandé

Contenu connexe

Similaire à 988777485094870-AGILE-SCRUM-pdfformation.pdf

Similaire à 988777485094870-AGILE-SCRUM-pdfformation.pdf (20)

Dernier

Dernier (11)

988777485094870-AGILE-SCRUM-pdfformation.pdf