Vous êtes sur la page 1sur 10

06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

WH

Accueil
> Cours
> Initiez-vous à la gestion de projet agile
> Quiz : Utilisez des outils visuels de gestion de projet agile

Initiez-vous à la gestion de projet agile

6 heures  Facile

Mis à jour le 15/09/2021

 

Utilisez des outils visuels de gestion de projet agile

Bravo ! Vous avez réussi cet exercice !

Compétences évaluées

Utiliser des outils visuels de gestion de projet agile

Description

Vous êtes le coach agile d’une équipe chargée de créer une application pour les adhérents d’une
bibliothèque.

Cette application permet aux adhérents de réserver un livre depuis leur domicile, sans se
déplacer. L’utilisateur est notifié par mail de la disponibilité du livre qu’il veut emprunter, et le
récupère ensuite à la bibliothèque.

Question 1

Le Product Owner vous présente les 3 fiches ci-dessous :

BIBLIO EN LIGNE BIBLIO EN LIGNE BIBLIO EN LIGNE


https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 1/11
06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

Fiche n° 1 Fiche n° 2 Fiche n° 3

En tant que Product Owner,


En tant que lecteur,
En tant que Dev Team,

je veux que toutes les pages de je veux recevoir un mail


on veut enlever les doublon
mon application
dès qu'un livre que j'ai réservé
et changer des noms de
s'affichent en moins d'une est disponible, afin de pouvoir variables

demi-seconde. l'emprunter. afin d'améliorer le code.

Laquelle peut être qualifiée de User Story ?

Fiche n° 1

 Fiche n° 2

Fiche n° 3

La fiche n° 2 possède une description conforme à ce qui est attendu d’une User Story. Le format “En
tant que…, je veux… afin de…” est respecté. Les “qui” (lecteur), “quoi” (recevoir un mail dès qu’un livre
que j’ai réservé est disponible) et “pourquoi” (pouvoir l’emprunter) sont bien décrits.

A contrario, la fiche n° 1 n’est pas une User Story mais plutôt une exigence technique. Cette
exigence devrait être inscrite dans la définition du terminé d’une User Story, car elle concerne
toutes les User Stories.

Par ailleurs, la fiche n° 3 n’est pas une User Story car elle ne rapporte pas de valeur directe à
l’utilisateur final. Il s’agit plutôt d’une Technical Story.

Question 2

Dans le Product Backlog ci-dessous, une seule User Story respecte les critères
I.N.V.E.ST. Laquelle ?

ORDRE DESCRIPTION VALEUR COÛT CRITÈRES


D'ACCEPT

1 En tant que lecteur, je veux


  8 Les votes
pouvoir voter pour un livre que j'ai emprunté,
et sont de
ainsi je peux informer les autres de mon opinion.

2 En tant que lecteur, je veux recevoir un e-mail 3 2 500   Le mail st


jours
limite

à l'avance si jamais un de mes emprunts doit être


avant app
ramené, afin de ne pas vérifier manuellement
l'amende.
et d'éviter de payer une amende.

https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 2/11
06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

3 En tant que lecteur, je veux gérer totalement mon 2 250 21 Le champ


profil (préférences, intérêts, etc.), afin que le est une lis
système
déroulant
me propose des livres qui m'intéressent. prérempli

4 En tant que n'importe quel user du système, je 1 000 3 Le login e


veux
adresse m
un écran de login afin de me loguer dans le Le passwo
système. une longu
supérieur

5 En tant que lecteur, je veux discuter avec d'autres


850 5 Pour chaq
lecteurs ayant lu les mêmes livres que moi afin de
liste des

discuter de leur contenu. personnes


déjà emp
affichée.

6 En tant que lecteur, je veux pouvoir modifier


600 1  
un vote que j'ai émis afin de corriger une erreur
éventuelle.

User Story 1

User Story 2

User Story 3

User Story 4

 User Story 5

User Story 6

Seule la User Story 5 respecte les critères I.N.V.E.S.T.

A contrario, la première n’a pas de valeur (V de I.N.V.E.S.T). La seconde n’a pas de coût (E de
I.N.V.E.S.T). La troisième est trop complexe et doit donc être redécoupée (S de I.N.V.E.S.T).
Concernant la quatrième, le “quoi” est égal au “pourquoi”, donc la vraie valeur ajoutée n’est pas
explicite (V de I.N.V.E.S.T). La sixième n’a pas de critères d’acceptation. Elle n’est donc pas testable (T
de I.N.V.E.S.T).

Question 3

https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 3/11
06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

Les 16 fonctionnalités du Product Backlog ont été priorisées en utilisant la


méthode MoSCoW. Le résultat est présenté ci-dessous :

Votre Product Backlog constitué des 16 fonctionnalités priorisées entre


MUST, SHOULD, COULD et WANT TO HAVE BUT WON'T HAVE

Vous pouvez également télécharger cette illustration ici.

Dans quel ordre allez-vous conseiller aux développeurs d’implémenter ces


fonctionnalités ?

 1 - 4 - 5 - 9 - 10 - 14 - 2 - 6 - 11 - 12 - 15 - 3 - 7 - 13

1 - 2 - 3 - 4 - 5 - 6 - 7 - 8 - 9 - 10 - 11 - 12 - 13 - 14 - 15 - 16

1 - 2 - 3 - 4 - 5 - 6 - 7 - 9 - 10 - 11 - 12 - 13 - 14 - 15

1 - 4 - 5 - 9 - 10 - 14 - 2 - 6 - 11 - 12 - 15 - 3 - 7 - 13 - 8 - 16

Votre équipe doit d’abord réaliser les fonctionnalités “Must” (1 - 4 - 5 - 9 - 10 - 14) puis “Should” (2 - 6 -
11 - 12 - 15) puis “Could” (3 - 7 - 13). Elle ne réalise pas les fonctionnalités “Want to have but won’t have”
(8 - 16) car elles sont reportées.

Par ailleurs, la réalisation des fonctionnalités activité par activité ne permet pas d’obtenir
rapidement un produit minimum viable, et engage trop tôt des fonctionnalités “Could” qui
pourraient être annulées en cas de non-respect des délais et des budgets impartis.

Question 4

https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 4/11
06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

Les 5 développeurs participent à une séance de Planning Poker en utilisant les


cartes de la suite de Fibonacci. Suite à la présentation d’une User Story, vous
recueillez les estimations ci-dessous : 

Les estimations des User Stories notées lors du Planning Poker

Vous pouvez également télécharger cette illustration ici.

En tant que Coach Agile, que devez-vous faire maintenant ?

Vous attribuez à la complexité de la User Story la médiane des votes exprimés, et demandez si
tout le monde est d’accord

Vous faites parler les extrêmes (3 et 13), puis vous attribuez à la complexité de la User Story la
médiane des votes

 Vous faites parler les extrêmes (3 et 13), puis vous proposez à votre équipe de procéder à un
deuxième tour de vote

Vous donnez la User Story à faire à celui qui a voté 3. La complexité de la User Story est donc
naturellement 3

Dans cette situation, commencez par faire parler les extrêmes pour vous assurer que chaque
membre de l’équipe a compris le travail à réaliser. Sur la base de ces discussions, proposez un
deuxième tour de vote : il aura toutes les chances de converger vers une estimation commune.

A contrario, si vous attribuez la complexité de la User Story sans faire parler les extrêmes, vous
n’aurez pas soulevé les incompréhensions.

https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 5/11
06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

Par ailleurs, si vous faites parler les extrêmes mais que vous ne refaites pas un tour de vote,  cela
signifie que vous ne prenez pas en compte leurs avis.

Pour finir, donner la User Story à celui qui pense la réaliser le plus rapidement est une mauvaise
idée, car elle freine l’entraide et accorde plus d’importance aux objectifs individuels qu’à l’objectif
d’équipe.

Question 5

Votre équipe a mis en place son premier Kanban, matérialisé ci-dessous :

Le premier Kanban de votre équipe : la plupart des User Stories sont en


cours ou à tester

Vous pouvez également télécharger cette illustration ici.

Quelle préconisation pouvez-vous formuler lors de la prochaine réunion


quotidienne de l’équipe ? 

Démarrez rapidement la User Story qui n’est pas commencée

 Arrêtez les User Stories en cours, focalisez-vous sur les tests

Arrêtez les tests, focalisez-vous sur les User Stories en cours

STOP STARTING ! START FINISHING ! Il semble que votre équipe commence tout mais ne finit pas
grand-chose. Elle doit arrêter de travailler sur les User Stories en cours, et se focaliser sur les tests car
la priorité absolue est de terminer des User Stories.

https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 6/11
06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

A contrario, démarrer la User Story qui n’est pas commencée ne permet pas de terminer des User
Stories.

De même, arrêter les tests et se focaliser sur les User Stories en cours ne permet pas non plus de
terminer des User Stories.

Question 6

Votre équipe utilise depuis plusieurs semaines un Kanban. Pour améliorer son
mode de fonctionnement, elle a décidé de limiter à 2 le nombre de User Stories en
cours, et à 3 le nombre de User Stories à tester. 

L’avancement de votre équipe est ainsi matérialisé par le Kanban ci-dessous :

Le Kanban de votre équipe

Vous pouvez également télécharger cette illustration ici.

Quelle est la prochaine priorité de votre équipe ?

Commencer une User Story pour la déplacer dans la colonne "en cours"

Terminer les développements d'une User Story pour la déplacer dans la colonne "À tester"

 Tester une User Story pour la déplacer dans la colonne "Terminé"

La prochaine action à réaliser pour votre équipe est de tester une User Story de la colonne "À tester"
pour la déplacer dans la colonne “Terminé”.

A contrario, pour déplacer une User Story vers la colonne “À tester”, il faut d’abord libérer une place
puisque la limite à 3 User Stories maximum est déjà atteinte.

https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 7/11
06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

Enfin, commencer une User Story n’est pas la bonne approche, dans la mesure où il est préférable
de terminer les User Stories déjà commencées plutôt que de commencer une User Story.

Question 7

Votre équipe est désormais habituée à l’utilisation de la méthode Kanban, et


souhaite utiliser le Lean pour améliorer son efficacité opérationnelle.

Le tableau Kanban réalisé par votre équipe

Vous pouvez également télécharger cette illustration ici.

Au vu du Kanban ci-dessus, quelles formes de gaspillage (Muda) devraient alerter


votre équipe ? 

Attention, plusieurs réponses sont possibles.

 La surproduction (excès)

 Les attentes (retards)

 es retouches (défauts)

L’inadaptation (procédures inutiles)

 L’inachevé (stocks inutiles)

Le nombre important de fonctionnalités présentes dans la colonne “Non utilisée” témoigne d’une
surproduction, c’est-à-dire d’une production de fonctionnalités inutiles.

https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 8/11
06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

Le nombre important de fonctionnalités présentes dans la colonne “En attente de validation”


montre une difficulté à valider au fil de l’eau qui génère des retards.

Le nombre important de fonctionnalités présentes dans la colonne “Prêt pour mise en prod”
constitue un stock de travail inutile. En effet, ces fonctionnalités n’étant pas livrées en production,
elles sont inutilisables.

A contrario, rien ne fait apparaître un problème de retouches, car il n’y a pas de colonne dédiée aux
défauts.

Par ailleurs, rien ne fait apparaître un problème d’inadaptation, car rien n'indique que certaines
actions ne sont pas sources de valeur. 

Question 8

Le graphe ci-dessous représente le Burndown Chart de votre équipe :

Le Burndown Chart de votre équipe

Vous pouvez également télécharger cette illustration ici.

Parmi les 3 décisions suivantes, laquelle devez-vous prendre de manière urgente ?

 Réduire le périmètre fonctionnel embarqué

Changer la date de fin de la boîte de temps

Renforcer l’équipe avec des nouvelles personnes

https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 9/11
06/10/2021 15:33 Utilisez des outils visuels de gestion de projet agile - OpenClassrooms

Réduire le périmètre fonctionnel embarqué est bien la seule manière de faire baisser le reste à faire
de manière immédiate.

A contrario, changer la date de fin est contraire aux principes agiles. Le temps ne doit jamais être
une variable d’ajustement.

Par ailleurs, renforcer l’équipe à 3 journées de la fin de la boîte de temps est contre-productif. Le
temps que les nouvelles personnes montent en compétences, la boîte de temps sera terminée.

ÉVITEZ LES GASPILLAGES GRÂCE AU



LEAN

Les professeurs
Jacques Labatte
10 ans d'expertise en transformation agile et agile à l'échelle.
Certifié SAFe 5 Program
Consultant, LeSS Practitioner, CSM, CSPO.

Arnaud Lissajoux
Facilitateur et formateur agile (Master Web Editorial, Certification Scrum Master)

OPENCLASSROOMS

OPPORTUNITÉS

AIDE

POUR LES ENTREPRISES

EN PLUS

Français
 

https://openclassrooms.com/fr/courses/4507926-initiez-vous-a-la-gestion-de-projet-agile/exercises/4242 10/11

Vous aimerez peut-être aussi