Ce tableau présente la liste des User Stories du projet. Fonctionnant en agile, ce tableau est amené à évoluer (pour ajouter des US par exemple).
Cependant, afin de garder un historique de la planification originelle, la case Planification n'est pas modifiée. Les attentes de chaque sprint se situent dans les fichiers SprintX.md, où X correspond au numéro du sprint.
| ID | Description | Importance | Difficulté | Planification |
|---|---|---|---|---|
| #1 | En tant qu’utilisateur, je souhaite pouvoir visualiser - depuis la page d’accueil de l’application - mes projets sous forme de bloc avec leur nom afin de pouvoir accéder à la page de gestion d’un projet spécifique en cliquant sur son bloc. | Elevé | 1 | Sprint 1 |
| #2 | En tant qu’utilisateur, je souhaite pouvoir - depuis la page d’accueil de l’application - cliquer sur un bouton “créer un nouveau projet” pour ouvrir une fenêtre de création de projet. Cette fenêtre contient les champs : nom, description, date de début et date de fin. Je souhaite finalement pouvoir cliquer sur un bouton “Valider” afin de confirmer la création de mon nouveau projet et l’ajouter à l’ensemble de mes projets. | Elevé | 5 | Sprint 1 |
| #3 | En tant que membre d’un projet, je souhaite pouvoir - depuis la page d’accueil de l’application - cliquer sur mon projet afin d’accéder à sa page de gestion, d’où je pourrai visualiser les informations importantes de ce projet : son nom, ses membres, sa description, les dates de début et de fin du projet, le numéro du sprint en cours, le pourcentage de tâches réalisées. | Elevé | 1 | Sprint 1 |
| #4 | En tant que Product Owner, je souhaite pouvoir - depuis la page de gestion de ce projet - visualiser l'ensemble des membres du projet listé dans une section "Membres du projet" afin de pouvoir ajouter/supprimer des membres du projet. | Elevé | 1 | Sprint 1 |
| #5 | En tant que Product Owner, je souhaite pouvoir - depuis la section "Membres du projet" de la page de gestion du projet - cliquer sur un bouton “Ajouter un membre”. Une fenêtre de saisie apparaît alors avec les champs : nom, rôle (liste déroulante proposant les rôles : Product Owner, Testeur, Développeur, Scrum Master), e-mail. Je souhaite ensuite pouvoir cliquer sur un bouton “valider” afin de confirmer l’ajout du membre (décrit dans les champs que j’ai rempli) au projet et de générer une couleur automatiquement qui lui sera associée. | Elevé | 5 | Sprint 1 |
| #6 | En tant que nouveau membre du projet, je souhaite recevoir un mail une fois ajouté au projet contenant le nom du projet, la date d’ajout, le nom que l’on m’a donné ainsi que l’URL du projet afin de m’informer que j’ai été inclus dans le projet. | Faible | 3 | Sprint 1 |
| #7 | En tant que Product Owner - dans la section "Membres du projet" de la page de gestion du projet - je souhaite que chaque élément de la liste des membres de mon projet soit accompagné d’un bouton “supprimer”. En cliquant dessus, je souhaite que si le membre correspondant n’est responsable d’aucune tâche, il soit retiré de la liste des membres de mon projet afin de le retirer de mon projet. Sinon, si des tâches lui sont assignées, je souhaite qu’un pop-up avec le message “attention ce membre est responsable d’une ou plusieurs tâches” s’affiche me demandant de confirmer la suppression de ce membre afin de ne retirer ce membre de mon projet qu’en mon âme et conscience des conséquences de cette action. Les tâches qui étaient liées à ce membre auront un label “membre supprimé”. | Faible | 2 | Sprint 1 |
| #8 | En tant que membre d’un projet, je souhaite - depuis toutes les pages d’un projet, soit : “Gestion du projet”, “Backlog”, “Tâches”, “Tests”, “Documentation” et “Release” - disposer d’une barre de navigation contenant un bouton menant vers chaque page du projet afin de pouvoir aller d’une page à l’autre depuis n’importe quelle page du projet. | Elevé | 1 | Sprint 1 |
| #9 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des User Stories (US) - visualiser sous forme de liste l’ensemble de mes US avec leur ID apparent. Je souhaite que mes US soient groupées par sprint et que chaque groupe soit distinct avec en titre le nom du sprint. Je souhaite que les US n’ayant pas encore été ajoutées à un sprint soient regroupées dans un groupe générique “Backlog”. Enfin, je souhaite que les sprints soient triées par date (du premier au dernier). Tout cela afin d’avoir une vue globale sur mes US, de voir lesquelles n’ont pas encore été intégrées à des sprints, de voir l’homogénéité des sprints, etc. | Elevé | 1 | Sprint 1 |
| #10 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des User Stories (US) - cliquer sur un bouton “ajouter une US”. Une fenêtre de saisie s’affiche alors, et elle contient les champs : description et difficulté (liste déroulante avec le début de la suite de Fibonacci comme choix : 1, 2, 3 ou 5). Je peux alors cliquer sur un bouton “Valider”, afin de rajouter l’US définie par les champs que j’ai rempli à la liste de mes US qui ne sont pas encore associées à un sprint, donc dans la catégorie “Backlog”. | Elevé | 5 | Sprint 1 |
| #11 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des User Stories (US) - cliquer sur un bouton “Ajouter un sprint”. Une fenêtre de saisie s’affiche alors et contient les champs : date de début et date de fin. Je souhaite alors pouvoir cliquer sur un bouton “valider” - si l'intervalle spécifié dans les champs n’empiète pas sur l’intervalle d’un sprint déjà existant le sprint est créé sinon une fenêtre de pop-up m’informe que je ne peux pas créer de nouveau sprint dans l’intervalle choisi - afin de rajouter mon nouveau sprint sur la page de gestion des US de mon projet. | Elevé | 5 | Sprint 1 |
| #12 | En tant que membre du projet, - depuis la page de gestion des User Stories (US) - dans chaque groupe d’US, je souhaite pouvoir effectuer un cliquer-glisser sur les éléments de la liste d’US de ce groupe pour changer l’ordonnancement de cette liste. Je souhaite qu’une importance soit attribuée à chaque US en fonction de sa position dans la liste de sorte que plus on remonte vers le haut de la liste, plus l’importance des US est élevée. Tout cela afin d’établir un ordre de priorité entre mes US. | Moyen | 3 | Sprint 1 |
| #13 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des User Stories (US) - effectuer un glisser-déposer sur mes US pour les transférer d’une catégorie à une autre afin de pouvoir les intégrer dans un sprint. Exemple : je peux faire glisser un sprint de la catégorie “Backlog” générique (qui contient les US en attente d’être intégrée à un sprint) vers un sprint X, ou encore faire glisser une US d’un sprint à un autre pour modifier le sprint de mon US, etc. | Moyen | 3 | Sprint 1 |
| #14 | En tant que Product Owner, je souhaite avoir un bouton de modification à côté de chaque US (•••) faisant apparaître une popup me permettant de modifier la description et la difficulté de l’US en question. Il y a un bouton (X) pour annuler et un bouton “Valider” afin d’effectuer les modifications de l’US. Une modification de la description et/ou de la difficulté de l’US va avoir pour conséquence d’en créer une nouvelle qui est une copie de l’ancienne avec les modifications effectuée : la précédente va devenir “inactive”. La nouvelle US va être le successeur de l’ancienne, et toutes les tâches qui avaient pour US liée l’ancienne US auront pour nouvelle US liée la nouvelle US successeure. L’ancienne US reste présente à position initiale mais a un label “inactif”, ce qui fait qu’il n’est plus possible d’effectuer une action dessus, afin de pouvoir bénéficier d’une trace des modifications effectuées dans le temps sur une US, une sorte de “versioning” d’US. | Moyen | 3 | Sprint 3 |
| #15 | En tant que Product Owner, je souhaite avoir un bouton “Supprimer” à côté de chaque sprint afin de demander la suppression du sprint. S’il s’agit d’un sprint en cours ou déjà passé (référence aux dates de début et de fin du sprint), un message d’erreur s’affiche pour informer que ce n’est pas possible de supprimer. S’il s’agit d’un sprint à venir, une demande de confirmation d’affiche et si je réponds “Oui” le sprint disparaît et toutes tes US qu’il contenait se retrouve dans le Backlog (donc non assignées à un sprint) avec un label indiquant à quel sprint elles appartenaient pour les repérer. | Faible | 2 | Sprint 1 |
| #16 | En tant que Product Owner, je souhaite qu’il y ait un label à côté de chaque US ayant été placée dans le backlog suite à la suppression d’un sprint afin de pouvoir les repérer facilement et de les ré-assigner à des sprint. Ce label disparaît dès que l’US est à nouveau assignée dans un sprint. | Faible | 3 | Sprint 1 |
| #17 | En tant que membre d’un projet, je souhaite pouvoir accéder à une fenêtre de gestion des types de tâches depuis la page de gestion des tâches du projet. A partir de cette page, il est possible de visualiser l’ensemble des types de tâches sous forme de liste. Ces types sont "GEN", “DEV”, “TEST”, avec leur DOD associée, afin de pouvoir avoir un aperçu de la DOD par type. La DOD de chaque type est préalablement remplie par l’application avec un squelette de DOD par défaut respectant les bonnes pratiques afin de guider le membre du projet vers un style de DOD correct. Une DOD dans l’application est une liste d’éléments (une ligne pour un élément) servant plus tard sous forme de checklist à une tâche. | Elevé | 3 | Sprint 2 |
| #18 | En tant que membre d’un projet, je souhaite pouvoir cliquer sur la DOD d’un type de tâche à partir de la fenêtre de gestion des types de tâche. Une fenêtre de modification de la DOD, permettant une édition élément par élément (ligne par ligne) de celle-ci s’ouvre. Je peux alors cliquer sur une ligne/élément et modifier en conséquence son contenu, puis cliquer sur un bouton de validation à côté de cette ligne afin d’accepter la modification, ou cliquer sur une croix au niveau de cette ligne afin de la supprimer. Si un élément de cette DOD vient à être modifié/supprimé, alors qu’il avait été coché au préalable dans la DOD - Checklist d’une ou plusieurs tâches, alors une fenêtre s’affiche informant le membre du projet de la liste des tâches avec leurs IDs qui pourraient être concernées par cette modification. Les éléments de la DOD concernés et qui ont été cochés dans ces tâches deviendront grisés dans les tâches elles-mêmes, et resteront dans ces tâches jusqu’à ce qu’elles soient décochées. | Moyen | 3 | Sprint 2 |
| #19 | En tant que membre d’un projet, je souhaite pouvoir cliquer sur un bouton “Ajouter une tâche” depuis la page de gestion des tâches et à partir de la phase d’avancement TODO. Une fenêtre de saisie s’affiche alors avec les champs suivants : la description de la tâche, son type ("GEN, “DEV” ou “TEST”), la ou les US liées en cliquant sur le bouton “Ajouter des US”, les tâches dont elle dépend avec le bouton “Ajouter des dépendances”, le coût estimé en heure. Je peux alors cliquer sur un bouton “Valider la création de la tâche” après avoir rempli ces champs afin de pouvoir ajouter cette tâche à la phase d’avancement TODO. La DOD de la tâche est ajoutée automatiquement sous forme de checklist par rapport au type de tâche choisi, puisque la DOD est liée au type de la tâche. | Elevé | 5 | Sprint 2 |
| #20 | En tant que membre du projet, je souhaite pouvoir lier des US à des tâches depuis la page de création ou de détails d’une tâche en cliquant sur le bouton “US liées”. Cela ouvre une popup avec la liste de toutes les US et en cliquant sur une US elle devient surlignée. Il est possible de cliquer sur une US surlignée pour la désélectionner. Une fois toutes les US choisies, il reste à cliquer sur “Valider” et la popup se referme afin d’afficher les US choisies dans la fenêtre de création ou de détails de la tâche. | Elevé | 3 | Sprint 2 |
| #21 | En tant que membre du projet, je souhaite pouvoir ajouter des dépendances à des tâches depuis la page de création ou de détails d’une tâche en cliquant sur le bouton “Gestion des dépendances”. Cela ouvre une popup avec la liste de toutes les tâches et en cliquant sur une tâche elle est surlignée. Il est possible de cliquer sur une tâche surlignée pour la désélectionner. Une fois toutes les tâches choisies, il reste à cliquer sur “Valider” et la popup se referme afin d’afficher les dépendances dans la fenêtre de création ou de détails de la tâche. | Moyen | 3 | Sprint 2 |
| #22 | En tant que membre d’un projet, je souhaite pouvoir visualiser à partir de la page de gestion des tâches du projet l’ensemble des tâches du projet sous forme de liste arrangées en dessous de leur phase d’avancement respectives (TODO, WORK IN PROGRESS, DONE), avec leur description et un pourcentage des éléments de DOD réalisés afin d’accéder à la page de détails d’une tâche en cliquant sur son bloc. | Elevé | 1 | Sprint 2 |
| #23 | En tant que membre d’un projet, je souhaite pouvoir cliquer sur une tâche depuis la page de gestion des tâches pour visualiser la page de détails d’une tâche, et par conséquent les champs suivants : son type (GEN, DEV ou TEST), sa description, sa DOD - checklist, la barre d’avancement de la DOD (pourcentage de réalisation), les dépendances sous forme de liste pour une tâche (avec leur description et l’état d’avancement dans lequel elles sont), les US liées sous forme de liste, ainsi que son coût afin de pouvoir consulter les informations de la tâche et/ou simplement les modifier. | Elevé | 1 | Sprint 2 |
| #24 | En tant que Product Owner, je souhaite avoir une liste déroulante de tous les membres à assigner à une tâche à partir de la page de détail d’une tâche. Il ne peut y avoir qu’un membre assigné à une tâche et un membre ne peut être assigné qu’à une seule tâche à la fois. La liste déroulante ne propose donc que les membres disponibles. De plus, un membre avec le rôle “Développeur” ne peut être assigné qu’à une tâche de type “DEV” et de même pour un “Testeur” avec une tâche de type “TEST”. Une tâche de type GEN est universelle. Il suffit de sélectionner le membre souhaité afin de l’attribuer ou de remplacer un membre déjà assigné à la réalisation de cette tâche et que la tâche soit transférée vers la phase d’avancement WORK IN PROGRESS. | Elevé | 3 | Sprint 2 |
| #25 | En tant que Product Owner, je souhaite avoir dans la liste déroulante des membres à assigner à un projet dans la page de détail d’une tâche, un champ - en plus des membres - intitulé “Non assignée” afin de désassigner un membre d’une tâche. Cette tâche reste néanmoins dans sa phase d’avancement mais ne peut plus être modifiée tant que qu’un nouveau membre n’est pas lié. | Faible | 2 | Sprint 2 |
| #26 | En tant que membre du projet, je souhaite recevoir un mail dès que je suis assigné/désassigné d’une tâche, contenant le nom du projet, la date d’ajout et le nom de la tâche afin de m’informer que j’ai été lié/délié d’une tâche. | Faible | 3 | Sprint 2 |
| #27 | En tant que développeur ou testeur assigné à une tâche, je souhaite pouvoir cocher/décocher une checkbox à côté d’un élément de la DOD - Checklist d’une tâche à partir de la page de détail de la tâche afin de pouvoir attester de la réussite/échec de cet élément et donc de l’avancement de la tâche. | Elevé | 3 | Sprint 2 |
| #28 | En tant que membre du projet, je souhaite que lorsque toutes les checkbox de la DOD d’une tâche sont cochées et que toutes les tâches dont elle dépend sont dans la phase d’avancement DONE, que la phase d’avancement de la tâche devienne DONE afin d’attester la réussite totale de la tâche. | Elevé | 3 | Sprint 2 |
| #29 | En tant que membre d’un projet, je souhaite pouvoir modifier une tâche se trouvant uniquement dans la phase d’avancement TODO à partir de la page de détails de la tâche en cliquant sur les champs suivants : sa description, son type, le bouton “US liées”, le bouton “Gestion des dépendances” et son coût. Après avoir modifié le contenu d’un ou plusieurs champs, je peux cliquer sur un bouton “Appliquer les modifications” afin valider les changements effectués. | Moyen | 3 | Sprint 2 |
| #30 | En tant que membre d’un projet, je souhaite pouvoir cliquer sur un bouton de suppression d’une tâche se trouvant uniquement dans la phase d’avancement TODO à partir de la page de détails de la tâche afin de la supprimer du projet. Si une ou plusieurs tâches dépendent de la tâche vouée à être supprimée, alors une fenêtre d’information s’affiche afin d’informer le membre du projet de la liste des tâches dépendantes avec leurs descriptions. Si la tâche supprimée dépendait d’une ou plusieurs tâches, alors les tâches dépendances de la tâche supprimée dépendent désormais des tâches parentes de la tâche supprimée. | Faible | 2 | Sprint 2 |
| #31 | En tant que testeur d’un projet, je souhaite pouvoir, à partir de la page de gestion des tests du projet, cliquer sur un bouton “Ajout d’un test”. Je peux ainsi accéder à une fenêtre de saisie permettant de remplir les informations suivantes : le nom du test, le type du test (grâce à une liste déroulante proposant unitaire/intégration/End To End), sa description ainsi que ses dépendances US et/ou tâches (par l’intermédiaire d’un bouton “Dépendances du test”). Je peux ensuite cliquer sur un bouton “Annuler”, qui me fait revenir simplement sur la page de gestion des tests, ou alors un bouton “Valider” afin d’ajouter le test à l’historique des tests du projet. | Elevé | 5 | Sprint 3 |
| #32 | En tant que testeur d’un projet, je souhaite pouvoir cliquer sur un bouton “Dépendances du test” à partir de la fenêtre de création d’un test. Cela ouvre une popup avec la liste de toutes les tâches et US et en cliquant sur une US ou une tâche elle est surlignée. Il est possible de cliquer sur une US/tâche surlignée pour la désélectionner. Une fois toutes les US/tâches choisies, il reste à cliquer sur “Valider” et la popup se referme afin d’afficher les dépendances dans la fenêtre de création du test. | Moyen | 3 | Sprint 3 |
| #33 | En tant que testeur d’un projet, je souhaite pouvoir visualiser à partir de la page de gestion des tests un historique des tests scindés en trois parties par rapport au statut de validation de chaque test : une partie “Tests passés” où se trouveraient l’ensemble des tests ayant pour statut de validation “passé”, “Tests en échec” pour les tests “échec” et “Tests non exécutés” pour les tests “non exécuté”. Les tests sont affichés sous forme de blocs, triés par date de lancement (en haut le plus récent/en bas le plus ancien), avec les informations suivantes : le nom du test, son type (unitaire/intégration/End To End), ainsi que sa dernière date de lancement afin de pouvoir cliquer sur un de ces tests et accéder à la fenêtre de détails de ce test. | Elevé | 1 | Sprint 3 |
| #34 | En tant que testeur d’un projet, je souhaite pouvoir cliquer sur un bouton (•••) à côté de chaque test proposant de rentrer une nouvelle exécution du test. Je peux cliquer dessus et une popup s’ouvre demandant le résultat du test : “Passé” ou “Échec” afin de connaître l’issue du test et de l’ajouter à son historique d’exécutions avec la date du jour. | Moyen | 3 | Sprint 3 |
| #35 | En tant que testeur d’un projet, je souhaite pouvoir accéder à la fenêtre de détails d’un test en cliquant sur le test concerné depuis la page de gestion des tests et consulter les éléments suivants : le nom du test, son dernier statut de validation (passé/non passé/non exécuté) ainsi que l’historiques des exécutions accompagnées de leur date, son type (unitaire/intégration/End To End), sa description, ses dépendances US/tâches et sa date de lancement afin de visionner les détails du tests et d’étudier l’évolution des exécutions | Moyen | 1 | Sprint 3 |
| #36 | En tant que testeur d’un projet, je souhaite pouvoir cliquer sur une croix (X) depuis la page de gestion des tests à côté de chaque test dont le statut de validation est “non exécuté” afin de pouvoir supprimer le test concerné. | Faible | 2 | Sprint 3 |
| #37 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des documentations - cliquer sur un bouton “Ajouter une documentation”. Une fenêtre de saisie s’affiche et contient les champs : version et type (liste déroulante avec les choix “documentation utilisateur” et “documentation administrateur”). Je peux alors cliquer sur un bouton “Valider” afin d’ajouter une nouvelle version de la documentation de mon projet et d’archiver les autres. | Elevé | 5 | Sprint 3 |
| #38 | En tant que membre du projet, je souhaite avoir, depuis la page d’ajout d’une documentation, un bouton “Importer une documentation” pour explorer les fichiers de mon disque dur afin d’importer un document PDF à la documentation. | Elevé | 3 | Sprint 3 |
| #39 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des documentation - effectuer un glisser déposer d’un document PDF depuis mon ordinateur vers le corps de la page afin d’ouvrir la page d’ajout d’une nouvelle documentations avec le document déjà chargé. | Faible | 3 | Sprint 3 |
| #40 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des documentations - visionner la dernière version de chaque type de documentation (utilisateur et administrateur) avec leur numéro de version, la date d’ajout et un lien vers le document PDF afin de pouvoir visionner facilement les versions les plus récentes des documentations. | Elevé | 1 | Sprint 3 |
| #41 | En tant que membre du projet, je souhaite pouvoir cliquer sur “Voir les versions précédentes” en dessous des deux documentations qui ont pour effet d’afficher une popup avec toutes les anciennes versions de la documentation du même type triées de la plus récente à la plus ancienne afin de constater l’évolution des documentations et de pouvoir télécharger une ancienne version. | Moyen | 1 | Sprint 3 |
| #42 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des releases - cliquer sur un bouton “Ajouter une release”. Une fenêtre de saisie s’affiche et contient les champs version et description de l’installation à renseigner. La version doit respecter le format X.Y.Z (avec X, Y et Z des nombres) et doit forcément être supérieur au numéro de version de la dernière release. Enfin, je peux cliquer sur un bouton “valider” afin d’ajouter une nouvelle release à la page des releases de mon projet et archiver les autres. | Elevé | 5 | Sprint 3 |
| #43 | En tant que membre du projet, je souhaite avoir, depuis la page d’ajout d’une release, un bouton “Importer une release” pour explorer les fichiers de mon disque dur afin d’importer une version compressée de mon application à la release. | Elevé | 3 | Sprint 3 |
| #44 | En tant que membre du projet, je souhaite avoir, depuis la page d’ajout d’une release, un bouton “US réalisées” qui ouvre une fenêtre de toutes les US non précédemments liées à une release et qui permet en cliquant sur chaque issue de la sélectionner ou de la déselectionner. Je peux cliquer sur une bouton “Valider” Une fois mon choix fait afin d'ajouter cette liste d’US aux réalisations de la release. | Moyen | 3 | Sprint 3 |
| #45 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des releases - effectuer un glisser déposer d’un dossier compressé depuis mon ordinateur vers le corps de la page afin d’ouvrir la page d’ajout d’une nouvelle release avec le document déjà chargé. | Faible | 3 | Sprint 3 |
| #46 | En tant que membre du projet, je souhaite pouvoir - depuis la page de gestion des releases - visualiser sous forme de liste l’ensemble de mes releases de sorte que le numéro de version, la date de création, l’ensemble des US réalisées et le dossier compressé de la release soient apparents afin de pouvoir les consulter, les télécharger. | Moyen | 1 | Sprint 3 |
| #47 | En tant que membre d’un projet, je souhaite - depuis la page de gestion des user-stories du projet - avoir accès à un bouton “fermer” à côté de chaque US encore ouverte. En cliquant dessus, si toutes les tasks reliées à cette US ne sont pas considérées comme “DONE”, une pop-up s’affiche avec un message d’erreur. Dans le cas où toutes les tasks sont “DONE”, l’US est grisée et il n’est plus possible d’effectuer une quelconque action sur elle. Tout ceci afin de pouvoir fermer une US et qu’elle soit considérée comme validée. | Moyen | 3 | Sprint 2 |