Azure DevOps Boards
Objectif
L'objectif de cet exercice est:
- De vous faire travailler en équipe
- De mettre en pratique les notions de Backlog, Epics, User Stories, Tasks et Sprints vues en classe
- D'apprendre à utiliser les fonctionnalités des Boards en Azure DevOps
L'objectif de l'exercice est surtout de se familiariser avec les outils et avec les concepts, alors ne soyez pas trop stressé ou pointilleux au moment de découper votre projet en epics, user stories et tasks!
C'est également un exercice pour apprendre à travailler avec votre équipe. Assurez-vous de donner du temps de parole à chaque membre de votre équipe.
Évaluation
Cet exercice va être évalué, mais uniquement de façon formative à fin de s'assurer que toutes les équipes sont à l'aise avec ces nouveaux outils
L'utilisation à l'intérieur des TPs sera évalué de façon sommative
Scénario
On est en 2006 et vous avez décidé de révolutionner le monde de la musique avec votre application: MusiquePlus (Spotify...). Vous allez lancer une application qui va permettre aux artistes de partager leur musique en ligne (dans cette version de la réalité, il n'y a pas de problème légal avec les droits). Les invités vont pouvoir l'écouter gratuitement s'ils écoutent de la publicité. Les utilisateurs payants vont pouvoir l'écouter sans publicité. Les utilisateurs payants vont pouvoir créer des playlists et les partager.
Travail à faire
https://infdevops.cegepmontpetit.ca/H26-5W5-WebAvancee, votre équipe devrait déjà avoir un projet MusiquePlus avec lequel travailler!
Le language utilisé pour une epic (épique) est simple, comme: "Permettre à un client de commander de la nourriture de centaines de restaurants", "Que n'importe qui puisse livrer de la nourriture", etc.
Pour une user story (Scénario d'utilisateur) on utilise toujours "En tant que ..., je veux .... afin de ...". Il doit identifier une fonctionnalité de façon précise et être compréhensible par un gestionnaire de projet.
Pour une task (tâche), on change complètement de language et on devient très précis. On parle à un programmeur ou une autre personne technique. Imaginez-vous si vous étiez dans un stage et qu'on vous assigne: "Faire le code pour le feature". Des bons exemples: "Ajouter une classe X à notre modèle de donnée", "Ajouter une méthode JouerUneCarte au WebAPI pour mettre une carte en jeu", "Faire un nouveau component angular pour gérer le login"
- Écrivez au moins 5 epics (Il y a déjà au moins 4 acteurs, si on inclut les compagnies de publicités)
- Choisissez 2 epics qui vous semblent être les plus prioritaires et créer au moins 7 user stories
- Choisissez les 3 users stories qui vous semblent les plus prioritaires et créer au moin 8 tâches en tout
- Inclure les 3 users stories dans le sprint courrant et retirer le reste
- Assignez 1 tâche à chacun des membres de l'équipe dans au moins 2 users stories différentes et déplacer 1 user story comme Active et 1 user story comme Resolved (avec toutes ses tâches terminées également)
Dans un véritable projet, les tâches et scénarios d'utilisateur comprendraient une description complète pour qu'un programmeur puisse exécuter la tâche sans plus d'information. Dans notre cas, on veut apprendre à utiliser les outils et à organiser notre travail, mais c'est la même personne qui va écrire la tâche que celle qui va la coder, on peut donc simplement écrire un bon titre pour l'instant!