Cahier des charges

Quiz Cahier des charges : écrire des user stories

6 questions pour vérifier ce que vous savez sur écrire des user stories. Chaque réponse est expliquée, sans chiffre inventé.

6 questions corrigées · mis à jour le 21 août 2026

Répondez aux questions, puis dépliez la correction. Avec JavaScript activé, le quiz se joue question par question et le score rejoint le classement.

Que décrit une formulation « Étant donné… quand… alors… » ?
- A Un modèle de données
- B Un scénario de test, écrit en langage courant, vérifiable par n’importe qui
- C Une clause contractuelle
- D Une règle de sécurité
Voir la réponse

Réponse B : Un scénario de test, écrit en langage courant, vérifiable par n’importe qui
Cette forme, issue du développement piloté par le comportement, sert de pont entre le métier et l’équipe technique.
Qu’apporte un persona dans un cahier des charges ?
- A Un compte de test
- B Un profil marketing chiffré
- C Une description concrète d’un utilisateur type, de ses objectifs et de ses contraintes d’usage
- D Une liste de clients réels
Voir la réponse

Réponse C : Une description concrète d’un utilisateur type, de ses objectifs et de ses contraintes d’usage
Il sert à trancher : une fonction utile à personne d’identifiable est une fonction à reporter.
Pourquoi lister les rôles et les droits dès le cahier des charges ?
- A Parce que les stores l’exigent
- B Parce que chaque rôle supplémentaire ajoute des écrans, des règles et des tests
- C Parce que le RGPD impose trois rôles
- D Parce que cela réduit le coût de l’hébergement
Voir la réponse

Réponse B : Parce que chaque rôle supplémentaire ajoute des écrans, des règles et des tests
Un simple « et il faudra un compte administrateur » ajoute souvent un back-office entier au projet.
Quelle est la forme canonique d’une user story ?
- A « Le développeur devra… »
- B « Si… alors… sinon… »
- C « En tant que…, je veux…, afin de… »
- D « L’application doit… »
Voir la réponse

Réponse C : « En tant que…, je veux…, afin de… »
La formulation force à nommer l’utilisateur et le bénéfice attendu, pas seulement la mécanique. C’est ce qui permet d’arbitrer plus tard.
Que classe la méthode MoSCoW ?
- A Les risques, par gravité
- B Les utilisateurs, par ancienneté
- C Les exigences, en indispensables, importantes, souhaitables et exclues de cette version
- D Les écrans, par ordre d’affichage
Voir la réponse

Réponse C : Les exigences, en indispensables, importantes, souhaitables et exclues de cette version
Must, Should, Could, Won’t : la dernière catégorie est la plus utile, parce qu’elle acte ce qui ne sera pas fait maintenant.
À quoi servent les critères d’acceptation d’une user story ?
- A À définir le prix de la fonction
- B À estimer le nombre de jours
- C À définir, avant le développement, ce qui sera vérifié pour considérer la fonction comme livrée
- D À choisir la technologie
Voir la réponse

Réponse C : À définir, avant le développement, ce qui sera vérifié pour considérer la fonction comme livrée
Sans critères écrits, la recette devient une négociation. Avec eux, elle devient une vérification.