Agile - Scrum PDF

METHODOLOGIE / GESTION DE PROJET
AGILE - SCRUM
© 2017 - SCRUM | Mourad HASSINI 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
© 2017 - SCRUM | Mourad HASSINI 2

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

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.

MODALITÉS PRATIQUES (SCÉNARIO 1)
09h30
- Planification de la formation
• Cette formation est prévue sur 3 jours
- Organisation des journées 12h15

• 09h30 - 12h15
30
• Pause 12h45
• 12h45 - 15h30
15h30
- Avez-vous des contraintes particulières?

MODALITÉS PRATIQUES (SCÉNARIO 2)
09h30
- Planification de la formation
• Cette formation est prévue sur 3 jours
15
- Organisation des journées 12h30

• 09h30 - 10h45
60
• Pause 13h30
• 11h00 - 12h30
• Repas
• 13h30 - 14h45
15
• Pause
• 15h00 - 16h30
16h30
- Avez-vous des contraintes particulières?

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

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

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

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.

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.

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

PROJETS : SUCCÈS / ÉCHEC / CHALLENGE
• 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
• 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?

TAUX D'UTILISATION DES FONCTIONNALITÉS
Toujours; 7%
Souvent; 13%
Jamais; 45%
Parfois; 16%
Rarement; 19%
• 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

BIEN COMPRENDRE LE BESOIN SINON :

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é.

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

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.

LA MÉTHODOLOGIE CLASSIQUE
Effort
Time
3 months

LA MÉTHODOLOGIE AGILE
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

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.

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. »

AGILE ET LA COMMUNICATION

AGILE ET LA COMMUNICATION
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

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.

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

LES 12 PRINCIPES SOUS-JACENTS AU MANIFESTE
• 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.
• 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.
• 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.

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)

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

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.

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

• Transparence
• Inspection
• Adaptation

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).

SCRUM – VUE GLOBALE

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

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, …)

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

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

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

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
Story (Item) Estimation (Points)

1 5
2 2
3 3
• Vélocité sur ce Sprint : 10 points

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

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.

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

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

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

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

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é

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

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

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 ?

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

SCRUM
TODO
Scrum Master Daily Scrum Product Backlog Epic
TODO
TODO WIP
Retrospective Bug
Backlog Refinement Technical Story

DONE
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 Estimation Release Sprint Statut
d’Acceptation
77 3 En tant 5 2 10 Terminé
quacheteur L'tem est
sélectionné
en ligne, je lorsque je
veux clique sur
« Ajouter ». Je
pouvoir peux ainsi
ajouter un voir mon item
ajouté à mon
item à mon panier.
panier afin
de pouvoir
l'acheter.

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 Daily Scrum Daily Scrum Daily Scrum Daily Scrum
Sprint Planning Perfectionner le Perfectionner le

Product Backlog Product Backlog
Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum
Perfectionner le Perfectionner le Le Sprint Review

Product Backlog Product Backlog
La Rétrospective

SCRUM
Scrum Master Daily Scrum Product Backlog Epic TODO
TODO DONE
Retrospective Bug
WIP

DONE
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’acheteur en ligne, je veux pouvoir ajouter des items à

mon panier afin d’enregistrer mes achats que je ne souhaite pas acheter
dans l’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'utilisateur existe déjà, lorsque l’acheteur en

ligne clique sur « Créer un compte » alors faites apparaitre
un message d'erreur disant « Ce nom existe déjà ».

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

SCRUM
Scrum Master Daily Scrum Product Backlog Epic TODO
WIP DONE
Retrospective Bug
DONE
Backlog DONE Technical Story

Refinement

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’ont pas é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

SCRUM
Scrum Master Daily Scrum Product Backlog Epic WIP
DONE DONE
Retrospective Bug
DONE

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

WHITE-BOARD (TABLEAU BLANC)

WHITE-BOARD (TABLEAU BLANC)

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 :

SCRUM
Scrum Master Daily Scrum Product Backlog Epic DONE
DONE DONE
Retrospective Bug
DONE
Backlog DONE Technical Story

Refinement

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 :
• 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) :
• 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 :
• 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

• 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.

• 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.

• 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.
• 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.

• It is mandatory that the product increment be

released to production at the end of each Sprint.
• A) True
• B) False

• 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.
• 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
• 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.

• 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

• 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.

• 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.

• 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.
• 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.
• 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.
• 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.

• 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.
• 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.

• 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
• 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

• 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.

• 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.

• The purpose of a Sprint is to produce a done

increment of working product.
• A) True
• B) False

• 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.

• Scrum does not have a role called "project

manager."
• A) True
• B) False

• Upon what type of process control is Scrum

based?
• A) Empirical
• B) Hybrid
• C) Defined
• D) Complex

• 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.
• When multiple teams work together on the same

product, each team should maintain a separate
Product Backlog.
• A) True
• B) False

• 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.
• 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 :

EXAMEN SCRUM 2 (SCRUM INSTITUE) :

http://www.scrum-institute.org
• Durée 60 minutes
• En voici les 10 premières questions :

• 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

• 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

• 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
• 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

• 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

• 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
• 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

• 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
• 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

• 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


EXAMEN SCRUM 3 (SCRUM ALLIANCE) :

https://www.scrumalliance.org
• Pas de limite dans le temps
• En voici les 7 premières questions :









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

Agile - Scrum PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Agile - Scrum PDF

Transféré par

Droits d'auteur :

Formats disponibles

METHODOLOGIE / GESTION DE PROJET

© 2017 - SCRUM | Mourad HASSINI Formation de 3 jours

– Framework Scrum en Détails

– Rôles Scrum : Équipe, Scrum Master, Product Owner

– 3 Examens Blancs, avec Corrections

© 2017 - SCRUM | Mourad HASSINI 2

© 2017 - SCRUM | Mourad HASSINI 3

• Cette formation sera dispensée à travers des échanges et des

• Le fil conducteur de la formation sera cette présentation, que nous

• La formation inclura quelques ateliers pratiques pour mettre en

• Les participants travailleront en groupes.

• N’hésitez surtout pas à poser toutes vos questions.

© 2017 - SCRUM | Mourad HASSINI 4

- Organisation des journées 12h15

- Avez-vous des contraintes particulières?

© 2017 - SCRUM | Mourad HASSINI 5

- Organisation des journées 12h30

- Avez-vous des contraintes particulières?

© 2017 - SCRUM | Mourad HASSINI 6

• Ingénieur Informaticien, diplômé de l’ENSEA (Cergy – IDF - France) en

© 2017 - SCRUM | Mourad HASSINI 7

• Hello World! (Qui êtes-vous ?)

• Quel est votre niveau d'expérience avec SCRUM et l'Agilité ?

• Quels sont vos objectifs à la fin de cette formation ? (Éléments

© 2017 - SCRUM | Mourad HASSINI 8

© 2017 - SCRUM | Mourad HASSINI 9

• Les Méthodes Classiques

• Les Méthodes Agiles

© 2017 - SCRUM | Mourad HASSINI 10

• Prendre en compte les 3C :

• Atteindre la satisfaction du Client

• Pour aider à atteindre les objectifs ci-dessus, nous pouvons

© 2017 - SCRUM | Mourad HASSINI 11

• Approche prédictive « cycle en cascade » :

• Les risques sont détectés tardivement

• Des documents très détaillés en amont

© 2017 - SCRUM | Mourad HASSINI 12

• Désintérêt des Sponsors et des Parties Prenantes

© 2017 - SCRUM | Mourad HASSINI 13

• Comment augmenter la satisfaction du client ?

• Les méthodes ou approches « AGILES » vont nous permettre de

• Les méthodes agiles sont des groupes de pratiques de pilotage

© 2017 - SCRUM | Mourad HASSINI 14

• L’agilité recense un certain nombre de valeurs et principes qui

• Si vous adoptez l’état d’esprit Agile, les pratiques suivront plus

© 2017 - SCRUM | Mourad HASSINI 15

• Formez des groupes de 9 personnes maximum

• Restituez vos travaux de manière visuelle pour présenter aux

• Présentez vos réponses à l'ensemble du groupe

© 2017 - SCRUM | Mourad HASSINI 16

• Rapport 2015 Standish Group:

© 2017 - SCRUM | Mourad HASSINI 17

• Rapport 2015 Standish Group: Etude sur 10 000 projets

© 2017 - SCRUM | Mourad HASSINI 18

© 2017 - SCRUM | Mourad HASSINI 19

• En tant que Product Owner :

• Les causes les plus courantes d’échecs de projets proviennent

• Mauvaise compréhension du besoin

© 2017 - SCRUM | Mourad HASSINI 21

© 2017 - SCRUM | Mourad HASSINI 22

• Définition de l’échec, selon Mike Cohn (Coach Agile) :

• Définition de Succès, selon Standish Group :

• Standish Group est un cabinet de conseil, international, indépendant, fondé en