Azure Boards Lab : projet Agile DemoProj et user stories

À la fin de ce lab, vous aurez créé le projet Agile privé DemoProj, deux user stories (SignInModule, SignUpModule), assigné chaque item à un utilisateur, passé l’état de New à Active, et vérifié la présence sur le board et le backlog — le fil historique de cette page, modernisé pour Azure DevOps Services 2026.

Niveau : Débutant · Temps estimé : 35–50 min · Versions testées : Azure DevOps Services (portail 2026), process Agile · Dernière vérification : 2026-09-12

Slug : azure-boards-lab · Série : Azure DevOps (Lesson 14 / 31) · WP #1035 · Suite logique : Sprint Lab

Prérequis

• Organisation Azure DevOps lab et droits pour créer un projet (souvent Project Collection Administrator / Owner) — voir Organisation Azure DevOps et Azure Projects
• Au moins un utilisateur visible dans l’org (vous-même ou un compte lab) pour l’assignation — Ajouter des users Entra
• Avoir parcouru le panorama Boards : Azure Boards (Lesson 13) ; optionnel P4 : work items, backlogs et sprints
• Process Agile disponible (défaut sur beaucoup d’orgs) ; navigateur récent
• Budget : 0 € (Boards Free tier) — aucune ressource Azure facturable

Coût estimé : gratuit. Gardez DemoProj pour enchaîner sur Azure Sprint Lab (Lesson 15).

Checklist Lesson 14 : (1) org lab ouverte, (2) droit New project, (3) un assignee connu, (4) objectif clair : projet Agile + 2 stories New→Active + backlog. Ce lab ne couvre pas encore les Tasks enfants ni les dates de sprint (leçon suivante).

Ce que nous allons construire

Organisation Azure DevOps (lab)
  └── Projet DemoProj (Private, process Agile)
        ├── Boards (Kanban)
        │     ├── User Story SignInModule  → Assigned → New → Active
        │     └── User Story SignUpModule  → Assigned → New → Active
        └── Backlogs
              └── SignInModule + SignUpModule visibles (Stories)

(Schéma à remplacer par une cover / diagramme, alt : « Lab Azure Boards : DemoProj, user stories SignIn/SignUp, board et backlog ».)

Fond EN conservé et enrichi : le parcours d’origine (créer DemoProj Agile privé, user story SignInModule, contrôle board état New, assignation, passage Active, contrôle backlog, puis repeat pour SignUpModule) reste le fil — vocabulaire portail 2026, pièges courants et validation bout-en-bout ajoutés.

Étape 1 — Créer le projet privé Agile DemoProj

Dans ce lab, on crée un Private Azure project dans l’organisation par défaut (ou votre org lab).

1. Ouvrez https://dev.azure.com/ → votre organisation.
2. New project (ou + New project).
3. Renseignez exactement le scénario historique :
   – Name : DemoProj
   – Visibility : Private
   – Work item process : Agile (Advanced → Process si le sélecteur est replié)
4. Version control : Git (recommandé pour la suite Repos / Pipelines).
5. Create.

Attendez la provision (quelques secondes). Vous arrivez sur l’overview du projet. Boards, Repos, Pipelines apparaissent dans la barre latérale.

Pourquoi Agile ? Le process Agile expose User Story, Feature, Epic, Task, Bug avec les états New → Active → Resolved → Closed — aligné avec les étapes New→Active de ce lab. Scrum utilise plutôt Product Backlog Item ; Basic est trop pauvre pour la série.

Org « default » : le lab d’origine dit « default organization ». Sur Azure DevOps Services, cela signifie simplement l’org dans laquelle vous êtes connecté (URL dev.azure.com/<org>). Si vous gérez plusieurs orgs, vérifiez le sélecteur d’organisation avant New project — créer DemoProj dans la mauvaise org est la cause n°1 de « je ne retrouve plus mon lab » le lendemain.

Pièges création : nom déjà pris dans l’org → suffixez DemoProj-lab mais notez-le pour Sprint Lab ; Visibility Public exposerait le backlog — gardez Private ; mauvais process (Basic) → pas de type User Story tel quel — recréez ou changez le process avant d’avancer.

Étape 2 — Créer la user story SignInModule (état New)

1. Dans DemoProj, ouvrez Boards.
2. Choisissez Work items → New Work Item → User Story
   (variante board : Boards → Boards → New item, type User Story).
3. Title : SignInModule — gardez le reste des champs par défaut.
4. Save (ou Save and close).

Par défaut, l’état de l’item est New. C’est le point de départ du workflow Agile : l’item existe, n’est pas encore « en cours ».

Renseignez optionnellement une Description courte (critères d’acceptation en puces) : ex. « En tant qu’utilisateur, je peux me connecter avec e-mail / mot de passe ». Ne collez aucun secret (mots de passe de démo, tokens) dans la description.

# Option CLI (org/projet déjà configurés) — lecture / création sans secret
az devops configure --defaults organization=https://dev.azure.com/<votre-org> project=DemoProj
az boards work-item create 
  --title "SignInModule" 
  --type "User Story" 
  --output table

Étape 3 — Vérifier SignInModule sur le board (état New)

1. Boards → Boards (kanban de l’équipe par défaut).
2. Filtrez / sélectionnez le niveau Stories si un sélecteur Stories / Features / Epics est visible.
3. Localisez SignInModule dans la colonne New.

Si la carte n’apparaît pas : vérifiez l’équipe (Team) et le filtre « Mine » / tags ; ouvrez l’item et confirmez Area Path = DemoProj (racine). Le board Kanban visualise les états ; le backlog (étape 6) visualise la liste priorisée.

Étape 4 — Assigner la story à un utilisateur

1. Ouvrez la user story SignInModule.
2. Champ Assigned To → choisissez un utilisateur de l’org (vous-même ou lab.dev1).
3. Save.

Sans assignee, le board fonctionne quand même, mais le filtre « assigned to me », les notifications et la capacité sprint (Lesson 15) perdent leur intérêt pédagogique. Si la liste est vide : l’utilisateur n’est pas dans l’org / le projet — revenez à Add AD users ou Organization settings → Users.

Étape 5 — Passer l’état de New à Active

1. Sur la carte board ou dans le formulaire de l’item : State → Active.
2. Save.
3. Sur le board, la carte doit glisser (ou apparaître) dans la colonne Active.

Ce geste matérialise le début du travail. Plus tard (Sprint Lab), vous ajouterez des Tasks enfants et des iterations ; ici on valide uniquement le changement d’état sur la story.

Resolved vs Closed : ne fermez pas encore. Active = en cours ; Resolved / Closed viennent après critères d’acceptation ou revue — hors scope Lesson 14.

Étape 6 — Vérifier le backlog

1. Boards → Backlogs.
2. Niveau Stories (pas Epics si vous n’en avez pas créé).
3. SignInModule doit être visible dans le backlog (souvent avec état Active et assignee).

Backlog vs Board : le backlog ordonne et priorise ; le board suit le flux d’états. Un item peut être absent du board filtré « sprint courant » tout en restant dans le product backlog — ici, sans sprint forcé, les deux vues doivent montrer SignInModule.

az boards query --wiql "SELECT [System.Id], [System.Title], [System.State] FROM WorkItems WHERE [System.TeamProject] = 'DemoProj' AND [System.Title] = 'SignInModule'" -o table

Repeat — Créer SignUpModule (étapes 2 à 6)

Répétez Step 2 à 6 pour une seconde user story :

1. New Work Item → User Story → Title SignUpModule → Save (état New).
2. Vérifiez la carte sur Boards (colonne New).
3. Assign au même utilisateur (ou à un second compte lab).
4. Passez State de New à Active.
5. Contrôlez Backlogs : SignInModule et SignUpModule présents.

Vous obtenez ainsi deux stories symétriques (SignIn / SignUp) prêtes pour le Sprint Lab : Tasks enfants, iteration1 / iteration2, Taskboard.

Mini-variante qualité : ajoutez 2–3 critères d’acceptation dans chaque Description ; laissez Priority / Effort vides ou à 1–2 pour la démo. Évitez de créer Epics/Features dans ce lab court — le focus reste User Story + board + backlog.

Area Path, Iteration et équipe (aperçu sans bloquer le lab)

Sur un projet neuf DemoProj, l’Area Path racine et l’Iteration Path par défaut suffisent pour ce lab. Vous n’avez pas besoin de créer Sprint 1 ici — c’est le cœur de Azure Sprint Lab. Gardez toutefois en tête :

• Team par défaut (DemoProj Team) : pilote le board et le backlog que vous voyez.
• Area Path : découpe produit (ex. DemoProjAuth) — inutile tant que vous n’avez qu’une équipe lab.
• Iteration Path : sprints / releases — laissez l’itération racine pour SignIn/SignUp ; Lesson 15 assignera iteration1 / iteration2.

Si le board affiche « no items » alors que Work items liste les stories, ouvrez le sélecteur d’équipe en haut du board et choisissez DemoProj Team, puis le backlog Stories. Ce réglage évite 80 % des faux « bugs » de visibilité en atelier.

Bonnes pratiques lab (sans alourdir DemoProj)

• Un titre clair par story : SignInModule / SignUpModule restent les noms du scénario historique ; en prod vous préféreriez une formulation utilisateur (« En tant que… »), acceptable en Description.
• Pas de pièces jointes sensibles : captures d’écran OK si floutées ; jamais de .env, clés ou exports de users.
• Deux stories minimum : le repeat n’est pas cosmétique — Sprint Lab suppose ces deux parents pour accrocher des Tasks.
• États cohérents : les deux en Active simplifient la démo Taskboard ; une story restée New se « perd » dans la colonne gauche pendant l’atelier sprint.
• Traçabilité : notez l’URL du projet (https://dev.azure.com/<org>/DemoProj) dans votre carnet lab, pas dans un commit public.

Lien avec le panorama Boards (Lesson 13)

La page Azure Boards montre comment empiler Epic → Feature → User Story → Task/Bug et comment activer le niveau Epic dans Team Configuration. Ce lab se concentre volontairement sur le premier geste opérationnel : un projet Agile réel + deux stories assignées et activées. Vous pourrez ensuite remonter la hiérarchie (Features/Epics) sans casser DemoProj.

En atelier formation, enchaînez 13 → 14 (ce lab) → 15 (sprint) dans la même org pour éviter de recréer des projets à chaque leçon. Si plusieurs stagiaires partagent une org, suffixez le nom (DemoProj-<initiales>) et alignez le Sprint Lab sur le même nom.

Étape 7 — Validation bout-en-bout

1. Projet DemoProj existe, Private, process Agile.
2. Deux User Stories : SignInModule, SignUpModule.
3. Chaque story a un Assigned To.
4. État Active (plus New) pour les deux.
5. Visibles sur Boards (colonne Active) et Backlogs (Stories).
6. Aucun secret collé dans titres, descriptions ou pièces jointes.

Mini-checklist Lesson 14 : DemoProj Agile Private · SignInModule + SignUpModule · Assigned · New→Active · board OK · backlog OK · prêt pour Sprint Lab.

Nettoyage

• Gardez DemoProj et les deux stories : Lesson 15 (Sprint Lab) s’appuie sur SignInModule / SignUpModule.
• Si vous devez détruire le lab : Project settings → Overview → Delete (irréversible) — uniquement sur un projet jetable.
• Ne publiez pas le projet en Public « pour tester ».
• Révoquez tout PAT créé pendant des essais CLI.

Erreurs fréquentes

Quiz (3 questions)

1. Quelle combinaison respecte le lab d’origine pour DemoProj ?
– A. Public + Scrum
– B. Private + Agile
– C. Private + Basic uniquement

2. Après création, quel est l’état par défaut d’une User Story avant l’étape 5 ?
– A. Closed
– B. New
– C. Resolved

3. Pourquoi répéter les étapes pour SignUpModule ?
– A. Pour supprimer SignInModule du backlog
– B. Pour obtenir deux stories prêtes pour le Sprint Lab (Tasks / iterations)
– C. Pour changer la Visibility du projet en Public

Réponses : 1‑B · 2‑B · 3‑B

Pour aller plus loin

• Doc officielle : About Boards, Create a project, Agile process work item types
• Suite logique : Azure Sprint Lab (Tasks + iterations) · panorama Azure Boards · P4 work items / sprints
• Process & vocabulaire : Azure Project Processes · Agile terminology

Maillage série Azure DevOps