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