Font size
WorksheetsEvaluation Agilité B3
Total questions: 41
Worksheet time: 31mins
En agilité, la priorisation des tâches est liée à leur capacité à répondre à la problématique des utilisateurs ?
VRAI
FAUX
Le manifeste agile s'appuie sur la règle suivante : "Des logiciels opérationnels plus qu’une documentation exhaustive", qu'est-ce que cela veut dire ? (plusieurs réponses possibles)
L'équipe recherchera avant tout à produire des fonctionnalités fonctionnelles plus qu'à prioriser des solutions qui répondent aux besoins
L'équipe projet ne produira pas de documentation
L'équipe recherchera avant tout à produire des fonctionnalités qui répondent à un besoin
L'équipe projet ne produira que la documentation nécessaire
Le premier principe du manifeste Agile est le suivant : "Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.", quels outils permettent d'estimer la satisfaction client ?
L'évaluation de la valeur métier de chaque US
L'évaluation de la vélocité de l'équipe afin de montrer son gain de productivité
L'évaluation de la complexité technique de chaque US
Le reporting rapide et régulier de l'avancement des tâches techniques du Sprint
Au sein d'un projet Agile, quelle est la meilleure configuration pour favoriser la communication au sein de la Scrum Team parmi les propositions suivantes ?
L'équipe de développement travaille dans des locaux, le Product Owner travaille dans d'autres locaux
L'équipe est en full remote
L'équipe de développement travaille dans des locaux, le Product Owner travaille dans les mêmes locaux
L'équipe est partagée entre des personnes en télétravail et des personnes en présentiel
Mon projet se déroule en plusieurs d'étapes séquentielles, de l'expression du besoin, la spécification fonctionnelle, la conception technique, le développement puis les différentes phases de tests. Mon projet est-il agile ?
Oui
Non
Mon projet est organisé en phases itératives, est-ce que mon projet est agile ?
Oui, absolument
Non
Ca dépend, les itérations ne sont pas suffisantes pour qualifier un projet agile
Quel document donne la définition de l'Agilité (règles et principes) ?
Le Manifeste Agile
Le Guide Scrum
La méthode à Gilles
La Bible, le Coran ou la Torah (tout dépend de sa religion)
Dans Scrum, un Sprint commence toujours par...
Un Daily Scrum
Une Sprint Review
Un Sprint Planning
Un Sprint Retrospective
Dans Scrum, le Sprint débute...
Juste avant le Sprint Planning
Juste avant le premier Daily Scrum
Juste après le Sprint Planning
Juste après le Sprint Review
Quelles sont les 3 grandes questions auxquelles un membre de l'équipe de développement doit être capable de répondre lors du Daily Scrum ? (plusieurs réponses possibles)
Qu'est-ce que j'ai fais hier ?
Quels sont mes points de blocages ?
Qu'est-ce que je vais faire aujourd'hui ?
Quel est mon RAF (Reste à faire) ?
Quelle sont les solutions à mes points de blocage identifiés ?
Qui est responsable du Product Backlog ?
Le Product Owner
L'équipe de développement
Le Scrum Master
La Scrum Team
Qui est responsable du Sprint Backlog ?
Le Product Owner
L'équipe de développement
Le Scrum Master
La Scrum Team
Quelles sont les responsabilités du Scrum Master ? (Plusieurs réponses possibles)
Il est responsable de la qualité logicielle produite (respect des taux de couverture des tests unitaires par exemple)
Il est responsable du maintient d'un environnement de travail propice à la production de valeur
Il est responsable du respect du planning et des jalons
Il est responsable de veiller à l'amélioration continue de la Scrum Team
Le Product Backlog est rattaché à un Product Goal, le Sprint est rattaché à un Sprint Goal, les items qui doivent constituer l'Incrément sont rattachés à ...
Un Increment Goal
Un Sprint Planning Goal
Un Item Goal
Une Definition of Done
Dans Scrum, quand le Product Owner peut décider de déployer l'incrément ?
A tout moment, dès qu'un item est terminé
A la fin du projet
A la fin du Sprint
Jamais, c'est le Scrum Master qui décide quand déployer l'incrément
Le rôle de Product Owner (PO) est optionnel en Scrum.
Vrai, le PO peut être remplacé par n'importe quel membre de l'équipe, en particulier le Scrum Master
Faux, le PO est un rôle obligatoire au sein de la Scrum Team
Faux, mais l'activité insuffisante liée à son activité fait qu'il doit être à temps partiel sur le projet
Vrai, le PO ne sert qu'à intégrer le client dans l'équipe afin qu'il puisse voir comment avance le projet
Dans une relation client / prestataire, en Scrum, le Product Owner ...
est toujours côté client
est toujours côté prestataire
peut être côté client ou côté prestataire
n'est pas toujours nécessaire
Parmi les propositions suivantes, lesquelles représentent des risques pour un projet Scrum ? (Plusieurs réponses possibles)
Le Product Owner ne sait pas qu'il est PO ou n'a pas les pouvoirs de décision nécessaire
L'équipe de développement n'adhère pas à la philosophie agile ou aux valeurs Scrum
L'équipe de développement est composée de 20 personnes
Les boucles de feedback ne sont pas mises en place pour impliquer les utilisateurs sur le produit
Je trouve une anomalie dans une application, je créé un ticket pour tracer le problème comme l'exige les process du projet afin que les développeurs corrigent le problème, je n'en parle pas directement au développeur. Mon comportement est-il agile ?
Oui, l'Agilité requière de tracer tout ce qui se passe au niveau du projet de manière détaillée et exhaustive
Oui, si le ticket d'anomalie respecte le formaliste "En tant que ... Je veux ... Afin de ... " des User Stories
Pas vraiment, car l'interaction avec le reste de l'équipe est plus important que le respect de processus.
Non, l'Agilité interdit l'usage d'outils et de processus au sein des équipes
Je suis développeur, je rencontre un problème sur une tâche. J'en parle avec mon voisin afin qu'il puisse m'aider à avancer. Est-ce que je suis agile ?
Oui, l'Agilité favorise les interactions entre les personnes
Non, il faut que j'en parle d'abord au Scrum Master pour qu'il m'autorise à demander de l'aide à mon voisin
Non, déranger mon voisin risque de le mettre en retard sur ses propres tâches
Je suis Product Owner, je rédige toutes les spécifications fonctionnelles de l'application avant de les fournir aux développeurs. Est-ce que je suis agile ? (Plusieurs réponses possibles)
Oui, de cette manière les développeurs sauront exactement ce qu'il leur faut développer pour la totalité du projet
Non, l'Agilité met en avant des solutions opérationnelles plutôt qu'une documentation exhaustive
Oui, l'Agilité est une méthode de projet séquentielle, la phase de spécification fonctionnelle précède la phase de développement
Non, une fois les spécifications fonctionnelles écrites, il faut d'abord passer par la phase de conception technique avant de passer au développement
Non, détailler l'ensemble des fonctionnalités de l'application au lancement du projet complexifie l'adaptation du projet aux changements ultérieurs
Je suis développeur, je viens de terminer le développement d'une User Story, les tests unitaires sont développés et validés, je considère que ma tâche est terminée. Est-ce que je suis agile ? (Plusieurs réponses possibles)
Oui, en Scrum, il faut avoir terminé ses tests unitaires pour chaque tâches
Oui, si la Definition of Done ne contient que 2 conditions : le développement de la tâche et la couverture des Tests unitaires.
Non, si la Definition of Done contient d'autres conditions que le développement de la tâche et la couverture des Tests unitaires.
Non, en Scrum il ne faut pas faire des tests unitaires
Je me rend compte que ma tâche va me prendre 2 jours en moins que prévu. Je choisi de ne rien dire au client pour pouvoir améliorer l'intégration continue (CI). Est-ce que je suis agile ?
Oui, la CI est une bonne pratique, donc vaut mieux prendre le temps de le faire, pas besoin d'en parler au client
Oui, mais il aurait fallut qu'on fasse un devis au client afin de lui vendre l'amélioration de la CI.
Non, seul le client peut valider la priorité des tâches, une autre tâche pourrait être plus importante à intégrer au Sprint avant l'amélioration de la CI.
Oui, parler avec le client est contraire aux principes Agiles.
Je suis Chef de projet, je prépare avant chaque Sprint un devis pour vendre au client le développement des fonctionnalités du prochain Sprint sur la base de l'estimation réalisée par les développeurs. Est-ce que je suis agile ?
Oui, l'Agilité est basée sur l'obligation de résultat, le chiffrage doit être réalisé et accepté avant chaque Sprint
Non, l'Agilité préfère éviter la surcharge administrative, une autre solution devrait être préférée
Je suis Scrum Master, le Product Owner demande à rajouter un nouvel item prioritaire dans l'itération qui a déjà commencé, je refuse en lui rappelant que l'itération a déjà été planifié et que l'on ne peut pas le modifier, il faudra attendre la prochaine itération. Est-ce que je suis agile ?
Oui, le contenu du Sprint est sacré, une fois défini, personne ne peut le modifier jusqu'à la fin du Sprint
Non, il est important d'accueillir le changement plutôt que de se tenir au plan fixé
Oui, le Product Owner n'a pas le pouvoir de rajouter un élément dans le Sprint
Je suis Product Owner, au lancement du projet j'ai réussi à rédiger toutes les User Stories de l'application. Est-ce que je suis agile ?
Non, aucune User Story ne doit être rédigée au lancement du projet
Non, car si les priorités changent, j'aurai passé du temps sur des fonctionnalités devenues inutiles
Oui, cela permet de se dégager du temps pour travailler sur un autre projet
Oui, ça permettra à l'équipe de développement de chiffrer l'ensemble de l'application avant de commencer
Mon projet planifie une livraison tous les 6 mois. Est-ce que mon projet est agile ?
Oui, les livraisons se font régulièrement
Oui, mon projet réalise des livraisons
Non, les livraisons devraient se faire régulièrement mais aussi rapidement
Non, un projet Agile doit livrer à la fin de chaque Sprint
Je suis Product Owner, le projet est bien avancé, il ne reste plus que des fonctionnalités à faible valeur. Je lance la prochaine itération pour développer ces fonctionnalités. Est-ce que je suis agile ?
Oui, toutes les User Stories prévues doivent être réalisées
Non, toute fonctionnalité intégrée dans la solution doit apporter de la valeur
Oui, rien ne m'empêche de développer des User Stories qui n'apporte rien
Je suis Scrum Master, je décide de mettre en production une fonctionnalité pour apporter de la valeur aux utilisateurs. Est-ce que je suis agile ?
Oui
Non
Je suis Product Owner, les développeurs rencontrent des difficultés pour terminer le Sprint. Je contacte le client pour l'avertir du retard. Est-ce que je suis agile ?
Oui
Non
Je suis développeur, je souhaites questionner le Product Owner sur une fonctionnalité et lui présenter ce que j'ai maquetté. Est-ce que je suis agile ?
Oui, la communication est au cœur des projets Agiles
Non, seul le Scrum Master peut discuter avec le Product Owner
Oui, mais seulement pendant le Sprint Planning
Non, ce sera validé lors du Sprint Review qui est prévu pour cela.
Je suis Product Owner, pour mesurer l'avancement de mon produit, je mesure la vélocité de mon équipe. Est-ce que je suis agile ?
Oui, la vélocité permet de mesurer la capacité de production de mon équipe
Non, le suivi de la valeur produite au fil des Sprint est plus efficace
Non, un Burndown Chart serait plus adapté, il permet de mesurer l'avancement des développement au sein d'un Sprint
Je suis développeurs, la fin du Sprint est prévue pour dans 3 jours, tout l'équipe se mobilise et fait des heures supplémentaires pour pouvoir terminer le périmètre du Sprint avant la fin. Est-ce que je suis dans une équipe agile ?
Oui, atteindre l'objectif du Sprint passe avant tout
Oui, les membres de l'équipe sont remplaçables
Oui, il est normal d'avoir des phases de rush au sein d'un Sprint
Non, le rythme doit rester soutenable lors de la réalisation
Je suis manager d'une équipe Agile, mon objectif est de faire en sorte qu'elle soit toujours plus efficace. J'ai choisi de suivre leur vélocité afin de m'assurer qu'elle améliore sa productivité à chaque Sprint. Est-ce que je suis Agile ?
Oui, l'amélioration continue de la productivité est un principe de l'Agilité
Oui, la vélocité permet de suivre la productivité de l'équipe de manière fiable
Non, j'utilise mal la vélocité, elle peut me permettre de mesurer l'amélioration de la productivité de l'équipe même pendant un Sprint
Non, la vélocité n'est pas un indicateur de l'amélioration continue d'une équipe
Je suis Développeur, le Product Owner n'a pas formulé d'exigence en matière de qualité logicielle, je respecte ce choix sans chercher à augmenter les critères qualité de mon équipe. Est-ce que je suis Agile ?
Non, l'excellence technique et la qualité font partie des principes de l'Agilité
Oui, il n'y a aucune attentes en matière de qualité en Agilité
Oui, je doit rester à l'écoute des exigences de mon client, s'il n'a pas d'exigences, c'est qu'il n'a pas de besoin en terme de qualité
Je suis développeur, le Product Owner propose la User Story suivante : "En tant qu'Utilisateur, je veux filtrer le tableau afin de filtrer le tableau". Je décide de ne pas intégrer cette fonctionnalité au Sprint Backlog tant que le Product Owner ne m'a pas expliqué à quoi elle sert. Est-ce que je suis Agile ?
Oui, la User Story, ne démontre pas son utilité, elle doit être précisée au préalable de son intégration ou non au sein du Sprint
Non, le Product Owner a forcément raison
Non, en tant que développeur je n'ai aucune raison de questionner la pertinence des User Stories
Oui, en tant que développeur, je choisi mes tâches quelque soit l'avis du Product Owner
Je suis développeur, en fin de Sprint, je mets en avant les difficultés rencontrées. Est-ce que je suis Agile ?
Oui, mais ce n'est pas suffisant, il faut aussi se questionner sur comment ne plus rencontrer ces difficultés
Non, remonter ses difficultés ne sert à rien d'autre que de démontrer son manque de compétence
Oui, cela permettra au Scrum Master de trouver les solutions aux problèmes rencontrés
Prénom, NOM
Le Scrum Master a-t-il une mission d'amélioration de l'intégration des principes agiles au sein de l'entreprise en plus d'accompagner la Scrum Team ?
Oui
Non
Scrum, c'est :
Une méthode agile
Un framework
L'Agilité
Une méthode de gestion de projet
Parmi les propositions suivantes, lesquelles sont des valeurs de Scrum ? (Plusieurs réponses possibles)
Ouverture
Adaptation
Engagement
Respect
Transparence
