EXEMPLE : une entreprise fictive. Pas un client d'Adwaizer.
Version française de l'exemple de trousse en anglais. Même contenu, mêmes chiffres et mêmes dates que la version anglaise ; en cas d'écart, la version anglaise fait foi.
Trousse de démarrage de projet Agile : Quillmoor Software Inc. (exemple)
Préparé par : Adwaizer AI Consulting Inc. · Mandat : Trousse de démarrage de projet Agile (un produit, une équipe) · Version de la trousse : exemple, octobre 2026
Ce qu'est cette page. Voici la trousse que le client conserve à la fin du mandat de démarrage de projet Agile. Quillmoor Software est inventée pour montrer la forme et le niveau de détail ; l'entreprise, ses employés, son produit et ses chiffres n'existent pas. Dans un vrai mandat, chaque objectif, chaque récit et chaque risque provient du questionnaire d'accueil du client, de ses documents et des trois séances de travail.
Notre façon de livrer.
- Livraison certifiée : certifications PMP et PMI-ACP ; portée fixe et prix fixe.
- Progrès chaque semaine : de petites livraisons chaque semaine, chacune présentée dans une démonstration en direct.
- Aucune surprise : un registre des risques et des problèmes partagé avec vous, et des critères d'acceptation écrits que vous approuvez.
Comment lire les dates et les tailles. Rien ici n'est un engagement. Chaque date est marquée (estimation) et repose sur la capacité de l'équipe décrite à la section 3. La taille des récits est exprimée en points d'effort relatifs convenus par l'équipe lors de la séance de raffinement, pas en heures. Les chiffres marqués (chiffre du client) sont ceux que les fondateurs fictifs nous ont donnés.
Table des matières
- Questionnaire d'accueil (tel que rempli)
- Séance de découverte : ordre du jour et notes
- Objectif du produit, parties prenantes et équipe
- Carnet de produit priorisé (épopées, récits, critères d'acceptation)
- Feuille de route (trois versions)
- Registre des risques
- Définition de prêt et définition de terminé
- Cérémonies
- Ordre du jour du raffinement
- Le tableau : colonnes et configuration monday.com
- Les deux premiers sprints : guide d'une page
- Registre des risques et des problèmes du mandat
- Liste de vérification d'acceptation et séances tenues
- Texte de remise du jalon
1. Questionnaire d'accueil (tel que rempli)
Rempli par le commanditaire au jour 1, dans un formulaire d'accueil Jotform.
| Question | Réponse |
|---|---|
| Entreprise | Quillmoor Software Inc. (inventée), Halifax (Nouvelle-Écosse) ; fondée en 2025 |
| Produit | Studiobook : réservations, listes d'attente des cours et messages aux membres pour les studios indépendants de conditionnement physique et de yoga |
| Où en est le produit aujourd'hui | Un prototype fonctionnel : les propriétaires de studio peuvent publier un horaire de cours et les membres peuvent réserver ; pas de liste d'attente, pas de lien de paiement, pas de rappels. 4 studios l'utilisent gratuitement (chiffre du client) |
| Objectif pour les 3 prochains mois | Faire du prototype un produit que 15 studios utilisent chaque semaine, prêt à être facturé après la version 3 (chiffre du client) |
| Échéance ferme | Aucune ; les fondateurs veulent la version 1 avant la saison d'inscriptions de janvier |
| Équipe et rôles | 6 personnes : PDG (commanditaire), directeur technique (CTO), designer de produit, 2 développeurs full-stack, 1 responsable du succès client qui agit aussi comme responsable de produit (product owner) |
| Outils actuels | GitHub (code et tickets), Figma, Slack, Google Workspace ; idées de fonctionnalités dans un tableur partagé ; aucun tableau |
| Façon de travailler aujourd'hui | Appel hebdomadaire des fondateurs ; les développeurs choisissent leur travail dans le tableur ; pas de sprints |
| Fonctionnalités connues | Liste d'attente avec promotion automatique, rappels de cours par courriel et par texto, enregistrement des présences des membres, rapports simples pour les propriétaires de studio, lien vers le fournisseur de paiement existant du studio |
| Contraintes | Seulement deux développeurs ; le CTO s'occupe aussi de l'infrastructure et des escalades du soutien ; les données des membres restent au Canada |
| Risques connus | Coût des textos inconnu ; les propriétaires de studio tardent à donner leurs commentaires ; le CTO est le seul à pouvoir faire les déploiements |
| Données personnelles ou réglementées visées | Noms, courriels et numéros de téléphone des membres dans le produit ; aucun partagé avec nous. Aucune donnée de santé ni financière |
| Outils d'IA pour vos documents | Oui, pour le tableur et la présentation aux investisseurs ; non pour toute donnée des membres |
| Préférence d'outil de tableau | Aucune préférence ; ouverts à monday.com ou à un tableur |
2. Séance de découverte : ordre du jour et notes
Séance : 60 minutes, appel vidéo, jour 2. Participants : PDG (commanditaire), responsable du succès client (responsable de produit), CTO ; Adwaizer à l'animation.
Ordre du jour (envoyé la veille)
| Temps | Point | Résultat |
|---|---|---|
| 0-10 | L'objectif des 3 prochains mois, en une phrase | Ébauche de l'objectif du produit |
| 10-25 | Parcourir le tableur des fonctionnalités : ce que les studios demandent le plus | Liste des épopées, premier ordre |
| 25-40 | Qui décide, qui est touché, qui doit être informé | Liste des parties prenantes |
| 40-50 | Ce qui pourrait nous arrêter | Risques pour le registre |
| 50-60 | Contraintes, prochaines étapes, date de la séance de raffinement | Dates et responsables convenus |
Notes (résumé)
- Les fondateurs conviennent que l'objectif des 3 mois est l'utilisation hebdomadaire par 15 studios, pas les revenus. La facturation commence après la version 3.
- La liste d'attente est la fonctionnalité la plus demandée : les studios remplissent les cours de 6 h (6 a.m.) et de 18 h (6 p.m.) et refusent des gens à la main.
- Les rappels réduisent les absences ; les propriétaires de studio veulent d'abord le courriel, et le texto seulement si le coût est clair.
- Les paiements restent chez le fournisseur actuel de chaque studio : Studiobook renvoie vers lui, il ne prend pas de paiements.
- Le responsable de produit parle à 2 propriétaires de studio par semaine et apportera leurs commentaires à chaque revue.
- Le CTO est la seule personne qui peut déployer ; cela va au registre des risques (R1).
3. Objectif du produit, parties prenantes et équipe
Objectif du produit. À la fin de la version 3, 15 studios indépendants gèrent leur horaire de cours hebdomadaire, leurs listes d'attente et leurs rappels dans Studiobook, et au moins 10 d'entre eux disent qu'ils paieraient pour le produit.
Épopées
| ID | Épopée | Pourquoi |
|---|---|---|
| E1 | Horaire des cours et réservation (solidifier le prototype) | Le cœur actuel, utilisé par 4 studios |
| E2 | Listes d'attente | La fonctionnalité que les studios demandent le plus |
| E3 | Rappels | Moins d'absences |
| E4 | Enregistrement des présences | Les studios utilisent encore des feuilles de présence papier |
| E5 | Rapports pour les propriétaires | Les propriétaires veulent voir quels cours se remplissent |
| E6 | Intégration des studios | Atteindre 15 studios exige une configuration en libre-service |
| E7 | Lien vers le fournisseur de paiement | Les membres paient par le fournisseur du studio |
Parties prenantes
| Partie prenante | Intérêt | Influence | Comment nous l'impliquons |
|---|---|---|---|
| PDG (commanditaire) | Objectif du produit, récit pour le financement | Élevée | Assiste à la revue de chaque sprint ; décide du feu vert de chaque version |
| Responsable de produit (responsable du succès client) | Ordre du carnet, commentaires des studios | Élevée | Ordonne le carnet ; assiste à chaque cérémonie, sauf au point quotidien quand il est facultatif |
| CTO | Architecture, déploiements, coûts | Élevée | Raffinement et planification ; responsable des risques techniques |
| Développeurs (2) | Récits clairs et petits | Moyenne | Toutes les cérémonies |
| Designer de produit | Parcours faciles pour les propriétaires et les membres | Moyenne | Raffinement et revue |
| Propriétaires des studios pilotes (4) | Moins d'étapes manuelles | Moyenne | Invités à une revue sur deux ; commentaires par le responsable de produit |
| Membres des studios | Réservation et rappels faciles | Faible | Formulaires de commentaires dans l'application |
Capacité de l'équipe (base de chaque date de cette trousse)
Deux développeurs à environ 7 points chacun par sprint de 2 semaines, plus le CTO à environ 3 points : environ 17 points par sprint (estimation, à remplacer par la vélocité mesurée après le sprint 2).
4. Carnet de produit priorisé (épopées, récits, critères d'acceptation)
Ordonné par le responsable de produit lors de la séance de raffinement. Les tailles sont en points d'effort (estimation). R1 = version 1 (release 1), et ainsi de suite.
| # | ID | Épopée | Récit | Critères d'acceptation | Taille | Version |
|---|---|---|---|---|---|---|
| 1 | S01 | E1 | En tant que propriétaire de studio, je veux créer un cours récurrent une seule fois afin de ne pas le saisir à nouveau chaque semaine. | Un cours peut se répéter chaque semaine avec une date de fin ; modifier une occurrence ne change pas la série, sauf si on le choisit ; le changement s'affiche aux membres en moins d'une minute. | 5 | R1 |
| 2 | S02 | E1 | En tant que membre, je veux annuler ma réservation afin que ma place aille à quelqu'un d'autre. | L'annulation est possible jusqu'à l'heure limite du studio ; après l'heure limite, le bouton explique pourquoi il est désactivé ; la place est libérée immédiatement. | 3 | R1 |
| 3 | S03 | E2 | En tant que membre, je veux m'inscrire sur la liste d'attente d'un cours complet afin d'obtenir une place si une se libère. | Un cours complet affiche « Join waitlist » (S'inscrire sur la liste d'attente) ; le membre voit son rang ; il peut quitter la liste d'attente en tout temps. | 3 | R1 |
| 4 | S04 | E2 | En tant que membre sur la liste d'attente, je veux être inscrit au cours automatiquement quand une place se libère afin de ne pas avoir à la guetter. | Quand une réservation est annulée, la première personne sur la liste d'attente obtient la place ; elle reçoit un courriel en moins de 5 minutes ; personne n'est promu après l'heure limite. | 5 | R1 |
| 5 | S05 | E2 | En tant que propriétaire de studio, je veux fixer une limite de liste d'attente par cours afin que la liste reste réaliste. | Le propriétaire peut choisir de 0 à 20 ; 0 désactive la liste d'attente ; les membres au-delà de la limite voient « Waitlist full » (Liste d'attente complète). | 2 | R1 |
| 6 | S06 | E3 | En tant que membre, je veux un rappel par courriel avant mon cours afin de ne pas l'oublier. | Le courriel part à l'heure fixée par le studio (par défaut 12 heures avant) ; il contient un lien d'annulation en un clic ; les membres peuvent désactiver les rappels. | 3 | R1 |
| 7 | S07 | E1 | En tant que CTO, je veux qu'une deuxième personne puisse déployer afin qu'une version n'attende pas après moi. | Une liste de vérification écrite pour le déploiement existe ; un développeur a fait un déploiement sous la supervision du CTO et un autre seul. | 2 | R1 |
| 8 | S08 | E6 | En tant que nouveau propriétaire de studio, je veux m'inscrire et publier mon premier cours sans aide afin de commencer le jour même. | Un nouveau propriétaire peut s'inscrire, ajouter le nom et le fuseau horaire du studio et publier un cours en moins de 15 minutes lors d'un test d'utilisabilité avec 3 propriétaires. | 5 | R2 |
| 9 | S09 | E4 | En tant que personne à l'accueil, je veux enregistrer la présence des membres sur une tablette afin de ne plus utiliser de papier. | La vue tablette liste les cours du jour et les membres inscrits ; toucher un nom marque la personne présente ; fonctionne sur une tablette de 10 pouces en mode paysage. | 5 | R2 |
| 10 | S10 | E4 | En tant que propriétaire de studio, je veux que les absences soient enregistrées automatiquement afin de voir qui réserve sans venir. | Les membres non enregistrés 15 minutes après le début sont marqués « no-show » (absent) ; le propriétaire peut corriger une marque. | 2 | R2 |
| 11 | S11 | E7 | En tant que propriétaire de studio, je veux ajouter le lien de ma page de paiement actuelle à un cours afin que les membres paient comme aujourd'hui. | Le propriétaire peut coller un lien par cours ou par studio ; la confirmation de réservation l'affiche ; Studiobook ne conserve aucune donnée de carte. | 3 | R2 |
| 12 | S12 | E5 | En tant que propriétaire de studio, je veux voir le taux de remplissage par cours sur les 4 dernières semaines afin de modifier l'horaire. | Le rapport montre chaque cours, les réservations, la capacité et le taux de remplissage ; il peut être filtré par semaine ; il s'exporte en CSV. | 5 | R2 |
| 13 | S13 | E3 | En tant que propriétaire de studio, je veux choisir si les rappels partent aussi par texto afin de contrôler le coût. | Le texto est désactivé par défaut ; le propriétaire l'active par studio ; la page des paramètres montre le nombre mensuel de textos. | 5 | R2 |
| 14 | S14 | E6 | En tant que nouveau propriétaire de studio, je veux importer mes membres à partir d'un tableur afin de ne pas les saisir. | Accepte un CSV avec nom, courriel, téléphone ; montre les lignes illisibles et pourquoi ; n'importe rien avant la confirmation du propriétaire. | 5 | R2 |
| 15 | S15 | E1 | En tant que membre, je veux voir mes réservations à venir dans une seule liste afin de connaître ma semaine. | La liste montre les réservations à venir et les rangs sur les listes d'attente par ordre de date ; chacune offre d'annuler ou de quitter. | 2 | R2 |
| 16 | S16 | E5 | En tant que propriétaire de studio, je veux un courriel de résumé hebdomadaire afin de voir la semaine sans me connecter. | Envoyé le lundi matin dans le fuseau horaire du studio ; montre les réservations, les absences et les cours les plus pleins et les plus vides ; le propriétaire peut le désactiver. | 3 | R3 |
| 17 | S17 | E2 | En tant que propriétaire de studio, je veux voir la liste d'attente de chaque cours afin de décider d'ajouter un cours. | La page du cours liste les membres en attente dans l'ordre ; le propriétaire peut en retirer un en donnant une raison. | 2 | R3 |
| 18 | S18 | E4 | En tant que membre, je veux enregistrer ma présence moi-même avec un code à la porte afin que l'accueil ne soit pas une file d'attente. | Un code à 4 chiffres par cours affiché sur la tablette ; les membres le saisissent dans l'application dans les 15 minutes suivant le début ; les mauvais codes sont refusés. | 5 | R3 |
| 19 | S19 | E6 | En tant que propriétaire de studio, je veux inviter les instructeurs avec leur propre connexion afin qu'ils voient leurs cours. | Le propriétaire invite par courriel ; les instructeurs ne voient que leurs cours et l'enregistrement des présences ; ils ne peuvent pas modifier les paramètres. | 5 | R3 |
| 20 | S20 | E3 | En tant que membre, je veux ajouter un cours à mon agenda afin qu'il côtoie mes autres plans. | La confirmation de réservation contient un fichier « Add to calendar » (Ajouter à l'agenda) ; une annulation envoie une mise à jour. | 2 | R3 |
| 21 | S21 | E1 | En tant que propriétaire de studio, je veux annuler un cours et en informer tous les inscrits afin que personne ne se déplace pour rien. | Le propriétaire annule avec un message facultatif ; tous les membres inscrits et en attente reçoivent un courriel en moins de 5 minutes. | 3 | R3 |
| 22 | S22 | E5 | En tant que PDG, je veux un tableau de bord d'utilisation simple pour l'ensemble des studios afin de suivre l'objectif du produit. | Montre les studios actifs par semaine (au moins un cours avec des réservations) et les réservations par semaine ; visible seulement par le personnel de Quillmoor. | 3 | R3 |
Sous la ligne (pas encore ordonné) : comptes de membre valables dans plusieurs studios ; forfaits de cours et abonnements ; une application mobile ; remplacements d'instructeurs. Le responsable de produit les revoit à la revue de la version 2.
Totaux (estimation) : R1 23 points, R2 32 points, R3 23 points.
5. Feuille de route (trois versions)
Sprints de deux semaines à compter du lundi 2 novembre 2026 (estimation), à environ 17 points par sprint (estimation). La feuille de route est revue à la fin de chaque sprint et les dates bougent selon la vélocité mesurée.
| Version | Objectif | Récits | Sprints | Date visée | Mesure du succès |
|---|---|---|---|---|---|
| R1 : Les cours complets ne perdent plus de membres | Les listes d'attente et les rappels fonctionnent pour les 4 studios pilotes | S01-S07 | Sprints 1-2 | 27 novembre 2026 (estimation) | Les studios pilotes utilisent la liste d'attente pour au moins la moitié de leurs cours complets |
| R2 : Un studio peut démarrer seul | Intégration en libre-service, enregistrement des présences, lien de paiement, premier rapport | S08-S15 | Sprints 3-5 | 29 janvier 2027 (estimation) ; le sprint 3 va du 30 novembre au 11 décembre, puis une pause des Fêtes, le sprint 4 commence le 4 janvier | 10 studios actifs dans une semaine |
| R3 : Les propriétaires voient la valeur | Rapports, connexions des instructeurs, enregistrement autonome des présences, annulations | S16-S22 | Sprints 6-7 | 26 février 2027 (estimation) | 15 studios actifs dans une semaine ; 10 disent qu'ils paieraient (objectif du produit) |
Dépendances. S04 a besoin de S03. S08 et S14 sont nécessaires avant d'inviter des studios au-delà du projet pilote. S13 attend la décision sur le coût des textos (R2 au registre des risques). S22 a besoin de S09 pour les données d'activité.
6. Registre des risques
Probabilité et impact : de 1 (faible) à 5 (élevé), notés par les responsables lors de la séance de raffinement. Note = probabilité × impact. Revu à chaque revue de sprint.
| ID | Risque | Probabilité | Impact | Note | Responsable | Réponse | Déclencheur |
|---|---|---|---|---|---|---|---|
| R1 | Seul le CTO peut déployer, donc les versions attendent après une seule personne | 4 | 4 | 16 | CTO | Réduire : récit S07 au sprint 1 ; une liste de vérification écrite pour le déploiement | Une version retardée de plus de 1 jour faute de disponibilité pour le déploiement |
| R2 | Les rappels par texto coûtent plus que ce que les studios paieront | 3 | 3 | 9 | PDG | Éviter pour l'instant : le courriel d'abord ; texto désactivé par défaut (S13) ; décider après un décompte pilote de 2 semaines | Le décompte pilote des textos projette un coût au-dessus du seuil fixé par le PDG |
| R3 | Les propriétaires de studio donnent peu de commentaires, et nous construisons la mauvaise chose | 4 | 3 | 12 | Responsable de produit | Réduire : 2 appels avec des propriétaires par semaine ; propriétaires pilotes invités à une revue sur deux | Moins de 2 conversations avec des propriétaires dans un sprint |
| R4 | La vélocité est inférieure à 17 points, et R1 manque la saison d'inscriptions de janvier | 3 | 4 | 12 | Responsable de produit | Accepter et surveiller : S01-S06 passent en premier ; S07 peut glisser au sprint 3 au besoin | Le sprint 1 termine moins de 12 points |
| R5 | Les absences des Fêtes à la fin de décembre réduisent la capacité | 4 | 2 | 8 | CTO | Réduire : aucun sprint entre le 14 décembre et le 1 janvier (estimation) | Le calendrier des congés montre les deux développeurs absents la même semaine |
| R6 | Données des membres stockées hors du Canada par un nouveau service (expéditeur de courriels ou de textos) | 2 | 4 | 8 | CTO | Éviter : choisir des expéditeurs qui stockent les données au Canada ou qui ne stockent aucune donnée des membres ; vérifier avant d'ajouter tout service | Un nouveau service est proposé pour les données des membres |
| R7 | La promotion automatique depuis la liste d'attente inscrit un membre qui ne veut plus le cours | 3 | 2 | 6 | Responsable de produit | Réduire : courriel avec libération en un clic ; aucune promotion après l'heure limite (S04) | Plus de 3 plaintes par mois au sujet de promotions non voulues |
| R8 | La charge de soutien du CTO empiète sur le travail du sprint | 3 | 3 | 9 | PDG | Réduire : le responsable du succès client prend le soutien de premier niveau ; capacité du CTO planifiée à 3 points | Le CTO passe plus d'une journée par semaine sur le soutien pendant 2 semaines |
7. Définition de prêt et définition de terminé
Définition de prêt (un récit peut entrer dans un sprint quand)
- Il est écrit sous la forme « En tant que ..., je veux ..., afin de ... » et le responsable de produit est d'accord.
- Il a des critères d'acceptation que l'équipe peut tester.
- Il est estimé par l'équipe et fait 5 points ou moins ; tout ce qui est plus gros est divisé.
- Les maquettes sont jointes dans Figma quand il change un écran.
- Les dépendances sont terminées ou planifiées dans le même sprint.
- Toute question sur les données des membres a une réponse (où elles sont stockées, qui les voit).
Définition de terminé (un récit est terminé quand)
- Tous les critères d'acceptation sont satisfaits, vérifiés par une autre personne que le développeur.
- Le code est révisé et fusionné sur GitHub ; les tests automatisés passent.
- Il est déployé sur le site de préproduction (staging) et présenté à la revue de sprint.
- Le texte d'aide ou les notes de version sont mis à jour là où les membres ou les propriétaires voient un changement.
- Aucun nouveau bogue de gravité élevée ouvert.
- Le responsable de produit l'accepte à la revue.
8. Cérémonies
Durée du sprint : 2 semaines, du lundi au deuxième vendredi. Toutes les heures sont à l'heure de l'Atlantique.
| Cérémonie | Objet | Participants | Durée maximale | Quand |
|---|---|---|---|---|
| Planification du sprint | Convenir de l'objectif du sprint et tirer les récits prêts jusqu'à la capacité | Responsable de produit, développeurs, CTO, designer | 90 min | Jour 1 du sprint, 10:00 |
| Point quotidien (stand-up) | Partager les progrès vers l'objectif du sprint et signaler les blocages | Développeurs, CTO, designer ; responsable de produit facultatif | 15 min | Chaque jour, 9:30 |
| Raffinement du carnet | Diviser, clarifier et estimer les prochains récits pour qu'ils respectent la définition de prêt | Responsable de produit, développeurs, CTO, designer | 60 min | Jour 6 du sprint (lundi de la semaine 2) |
| Revue de sprint (démonstration) | Présenter les récits terminés, recueillir les commentaires, mettre à jour la feuille de route | Toute l'équipe, PDG ; propriétaires des studios pilotes une revue sur deux | 45 min | Dernier vendredi, 14:00 |
| Rétrospective | Choisir une ou deux améliorations pour le prochain sprint | Toute l'équipe | 45 min | Dernier vendredi, 15:00 |
Modèles d'ordre du jour
Planification du sprint. (1) Le responsable de produit propose l'objectif du sprint, 10 min. (2) Revoir la capacité : congés, charge de soutien, dernière vélocité, 10 min. (3) Tirer les récits du haut du carnet et confirmer que chacun respecte la définition de prêt, 50 min. (4) Confirmer l'objectif et le plan, noter les risques, 20 min.
Point quotidien. Chaque personne : ce qui a avancé vers l'objectif du sprint, ce qui vient ensuite, tout blocage. Les blocages sont réglés après le point quotidien par les personnes nécessaires.
Revue de sprint. (1) Objectif du sprint et ce qui a été fait, 5 min. (2) Démonstration de chaque récit terminé en préproduction, 25 min. (3) Commentaires et nouvelles idées versés au carnet, 10 min. (4) Vérification de la feuille de route et du registre des risques, 5 min.
Rétrospective. (1) Tour de table, 5 min. (2) Ce qui a aidé, ce qui a nui, 20 min. (3) Choisir au plus deux actions, chacune avec un responsable, 15 min. (4) Vérifier les actions du dernier sprint, 5 min.
9. Ordre du jour du raffinement
Utilisé lors de la séance de raffinement et de planification de 90 minutes au jour 5, et comme modèle pour chaque raffinement suivant.
| Temps | Point |
|---|---|
| 0-10 | Survol de l'objectif du produit et de la feuille de route |
| 10-45 | Le haut du carnet, récit par récit : lire le récit, vérifier les critères d'acceptation, diviser tout ce qui dépasse 5 points, estimer |
| 45-60 | Registre des risques avec les responsables : confirmer la probabilité, l'impact, la réponse et le déclencheur |
| 60-80 | Objectif du premier sprint et plan du sprint 1 |
| 80-90 | Questions ouvertes, responsables et dates |
Résultat de la séance d'exemple : S01-S22 estimés ; deux récits divisés (la « liste d'attente » d'origine est devenue S03 et S04 ; l'« intégration » est devenue S08 et S14) ; objectif du sprint 1 convenu (section 11) ; responsables de R1 et R4 confirmés.
10. Le tableau : colonnes et configuration monday.com
Quillmoor n'avait pas de tableau, seulement un tableur. Nous avons proposé de garder le tableur ou de passer à monday.com ; l'équipe a choisi monday.com. Nous sommes partenaire de monday.com, nous pouvons donc toucher une commission de recommandation ; la recommandation repose sur l'adéquation. Les mêmes colonnes fonctionnent dans Jira, Linear ou Trello.
Tableau : « Studiobook product backlog ». Groupes : Sprint 1, Sprint 2, Next (ready), Backlog (not ready), Done.
| Colonne | Type | Valeurs ou usage |
|---|---|---|
| Story | Item name | « S04 Auto-promote from waitlist » (promotion automatique depuis la liste d'attente) |
| Epic | Dropdown | E1-E7 |
| Release | Dropdown | R1, R2, R3, Later |
| Status | Status | Not ready, Ready, In progress, In review, Done |
| Story points | Numbers | 1, 2, 3, 5 (somme affichée par groupe) |
| Owner | People | Développeur qui y travaille |
| Acceptance criteria | Long text | Tirés de la section 4 |
| Priority order | Numbers | Position dans le carnet fixée par le responsable de produit |
| Depends on | Connect boards / text | ID des récits |
| Sprint | Dropdown | Sprint 1-7 |
| GitHub link | Link | Demande de tirage (pull request) |
Les noms des colonnes, des groupes et des valeurs sont laissés tels que l'équipe les a configurés dans monday.com, en anglais.
Deuxième tableau : « Studiobook risk register », avec les colonnes de la section 6 (ID, risque, probabilité, impact, note calculée par une formule, responsable, réponse, déclencheur, statut).
Configuration faite pendant le mandat : les deux tableaux créés à partir de l'exportation des sections 4 et 6 ; l'équipe invitée par son propre administrateur ; une automatisation (« when Status changes to Done, move item to group Done », soit : quand le statut passe à Done, déplacer l'élément dans le groupe Done). Nous avons utilisé un compte invité limité à ces deux tableaux et l'avons retiré à la remise.
11. Les deux premiers sprints : guide d'une page
| Sprint 1 | Sprint 2 | |
|---|---|---|
| Dates | 2-13 novembre 2026 (estimation) | 16-27 novembre 2026 (estimation) |
| Objectif du sprint | Un membre peut s'inscrire sur une liste d'attente et est avisé quand il obtient une place | Les membres reçoivent des rappels, et le CTO n'est plus le seul à déployer |
| Récits | S01, S02, S03, S04 (16 points) | S05, S06, S07 (7 points), plus le haut de la version 2 si la capacité le permet : S15 (2 points) |
| Démonstration à la revue | Réserver un cours complet, s'inscrire sur la liste d'attente, annuler depuis un autre compte, montrer le courriel de promotion | Un courriel de rappel qui arrive avec un lien d'annulation ; un développeur qui déploie seul |
| Risques à surveiller | R4 (vélocité), R7 (promotion non voulue) | R1 (déploiements), R5 (absences des Fêtes à venir) |
| Après le sprint | Mesurer la vélocité ; le responsable de produit met à jour les dates de la feuille de route | La deuxième vélocité mesurée remplace l'estimation de 17 points ; la version 1 est mise en ligne le 27 novembre (estimation) si la revue l'accepte |
La première semaine, jour par jour. Jour 1 : planification du sprint. Jours 2-5 : points quotidiens, construction de S01-S02. Jour 6 : raffinement de S08-S10 pour les sprints suivants. Jours 7-9 : S03-S04. Jour 10 : revue, rétrospective.
Quand quelque chose tourne mal. Un récit est plus gros que prévu : le diviser et renvoyer le reste au carnet, ne pas prolonger le sprint. Un blocage dure plus d'une journée : le responsable de produit décide s'il faut remplacer le récit.
12. Registre des risques et des problèmes du mandat
Tenu par Adwaizer pendant le mandat et remis avec la trousse.
| ID | Type | Description | Responsable | Statut |
|---|---|---|---|---|
| L1 | Risque | Le commanditaire pourrait manquer la séance de raffinement (déplacement) | Adwaizer | Fermé : séance déplacée au matin du jour 5, le commanditaire y a assisté |
| L2 | Problème | Le tableur des fonctionnalités avait des lignes en double pour les rappels | Responsable de produit | Fermé : fusionnées dans S06 et S13 |
| L3 | Risque | Des données des membres pourraient se retrouver dans nos ébauches par le tableur | Adwaizer | Fermé : le client a retiré l'onglet des membres avant de le partager ; outils d'IA utilisés sur les documents seulement, comme le questionnaire d'accueil le permettait |
| L4 | Problème | Seuil de coût des textos inconnu, donc S13 ne peut pas être prêt | PDG | Ouvert, transféré au registre des risques du client comme R2 |
13. Liste de vérification d'acceptation et séances tenues
| # | Élément (tiré de la liste d'acceptation de la trousse) | Où dans cette trousse | Reçu |
|---|---|---|---|
| 1 | Un carnet de produit priorisé avec des récits utilisateurs et des critères d'acceptation pour la première version | Section 4 (S01-S07 pour la version 1 ; S08-S22 au-delà) | ☐ |
| 2 | Une feuille de route avec des objectifs par version et des dates marquées comme estimations | Section 5 | ☐ |
| 3 | Un registre des risques avec responsable, réponse et déclencheur pour chaque risque | Section 6 | ☐ |
| 4 | La page des cérémonies et la définition de prêt et de terminé | Sections 7 et 8 | ☐ |
| 5 | Les séances tenues : découverte, raffinement et planification, remise | Ci-dessous | ☐ |
| Séance | Durée | Quand | Participants |
|---|---|---|---|
| Découverte | 60 min | Jour 2 | PDG, responsable de produit, CTO, Adwaizer |
| Raffinement et planification | 90 min | Jour 5 | Toute l'équipe, Adwaizer |
| Remise | 30 min | Jour 7 | PDG, responsable de produit, Adwaizer |
Un élément manquant ou erroné est corrigé dans les 5 jours ouvrables, sans frais. Quillmoor est propriétaire de cette trousse ; Adwaizer conserve ses modèles.
14. Texte de remise du jalon
Bonjour, la trousse de démarrage Agile pour Quillmoor est prête. Elle comprend le carnet de produit priorisé (22 récits avec critères d'acceptation, la version 1 prête pour le sprint 1), une feuille de route en trois versions avec des dates marquées comme estimations, le registre des risques avec responsables, réponses et déclencheurs, la définition de prêt et de terminé, la page des cérémonies avec les modèles d'ordre du jour, un guide des deux premiers sprints et vos deux tableaux monday.com. Nous avons tenu les séances de découverte, de raffinement et de planification, et de remise. La liste de vérification de la section 13 énumère chaque élément ; si quelque chose manque ou est erroné, dites-le-moi et je le corrigerai dans les 5 jours ouvrables. Merci, et bon succès pour le sprint 1.