🎯 Atelier Synthèse Finale
Simulation d'un Cycle SCRUM Complet
⏱️ Durée : 60 minutes | 🛠️ Outils : Jira & Confluence
🎬 Mise en Situation
📱 Contexte du Projet
Produit : TaskMaster - Application mobile de gestion de tâches
Équipe :
- PO Sarah - Product Owner
- SM Marc - Scrum Master
- DEV Alice - Développeuse Frontend
- DEV Bob - Développeur Backend
- QA Charlie - Testeur
Sprint : Sprint 2 - Gestion des Tâches (2 semaines)
Objectif : Permettre aux utilisateurs de créer, modifier et organiser leurs tâches
📋 Objectifs de l'Atelier
Vous allez simuler un Sprint complet en 60 minutes, en appliquant toutes les connaissances acquises :
- Sprint Planning avec sélection de Stories
- Mise à jour quotidienne du Board (Daily Scrum)
- Création et lien de documentation Confluence
- Gestion des imprévus (bugs, blocages)
- Sprint Review avec présentation
- Sprint Retrospective avec actions d'amélioration
- Clôture du Sprint et analyse
🎯 Préparation (5 min)
Vérifications préalables :
- Product Backlog créé avec au moins 8 Stories
- Stories estimées en Story Points
- DoD et DoR créées dans Confluence
- Espace Confluence structuré
- Équipe définie et assignée
Si besoin, créez rapidement ces Stories :
| Story | Points | Priorité |
|---|---|---|
| Créer une nouvelle tâche | 3 | Highest |
| Modifier une tâche existante | 3 | High |
| Supprimer une tâche | 2 | High |
| Marquer une tâche comme terminée | 2 | High |
| Filtrer les tâches par statut | 3 | Medium |
| Rechercher une tâche | 5 | Medium |
| Organiser les tâches par catégories | 5 | Low |
| Définir une date d'échéance | 2 | Medium |
🚀 Déroulement du Sprint Simulé
Rôle du Product Owner :
- Présenter le Sprint Goal : "Permettre la gestion complète des tâches (CRUD)"
- Expliquer la valeur métier de chaque Story
- Répondre aux questions de l'équipe
Actions dans Jira :
- Créer le Sprint 2 : "Sprint 2 - Gestion des Tâches"
- Configurer la durée : 2 semaines (dates d'aujourd'hui à +14 jours)
- Ajouter le Sprint Goal dans la description
- Calculer la capacité de l'équipe :
- 5 personnes × 1.5 = ~7-8 tickets ou ~15-18 Story Points
- Glisser-déposer les Stories dans le Sprint :
- ✅ Créer une nouvelle tâche (3 pts)
- ✅ Modifier une tâche existante (3 pts)
- ✅ Supprimer une tâche (2 pts)
- ✅ Marquer comme terminée (2 pts)
- ✅ Définir date d'échéance (2 pts)
- ✅ Filtrer par statut (3 pts)
- Total : 15 Story Points
- Démarrer le Sprint
Actions dans Confluence :
- Créer une page "Sprint 2 - Overview"
- Ajouter le macro Jira Issues avec JQL :
project = FORM AND sprint = "Sprint 2" - Noter l'objectif et les participants
Daily Scrum Simulé - Jour 1 :
Bob (Backend) : "Je prends aussi 'Créer une nouvelle tâche' pour l'API. Collaboration avec Alice. Pas de blocage."
Charlie (QA) : "Je prépare les scénarios de test pour les Stories du Sprint. Pas de blocage."
Actions dans Jira :
- Ouvrir le Scrum Board
- Déplacer "Créer une nouvelle tâche" en "In Progress"
- Créer 3 sous-tâches :
- Frontend : Créer le formulaire → Assigner à Alice
- Backend : Développer l'API POST /tasks → Assigner à Bob
- Testing : Écrire les tests automatisés → Assigner à Charlie
- Déplacer la sous-tâche d'Alice en "In Progress"
Documentation Confluence :
- Créer une page "Spécifications - Créer une Tâche"
- Documenter les champs nécessaires :
- Titre (obligatoire, max 100 caractères)
- Description (optionnel)
- Date d'échéance (optionnel)
- Priorité (Basse, Moyenne, Haute)
- Lier cette page à la Story dans Jira
Daily Scrum - Jour 3 :
Bob : "L'API est prête et testée. Je passe à 'Modifier une tâche'. Pas de blocage."
Charlie : "Je teste 'Créer une tâche'. J'ai trouvé un bug : le formulaire n'empêche pas les titres vides. Je le crée dans Jira."
Actions Jira :
- Terminer les sous-tâches d'Alice et Bob → Déplacer en "Done"
- Créer un Bug : "Le formulaire accepte les titres vides"
- Priorité : High
- Assigner à Alice
- La sous-tâche de test reste en "In Progress"
- Déplacer "Modifier une tâche" en "In Progress" (Bob)
- Créer les sous-tâches pour "Modifier une tâche"
Daily Scrum - Jour 5 :
Bob : "API de modification OK. Alice fait le frontend. Pas de blocage."
Charlie : "'Créer une tâche' est validée et Done ! Je commence à tester 'Modifier'."
Actions Jira :
- Déplacer le Bug en "Done"
- Terminer complètement la Story "Créer une nouvelle tâche" → "Done"
- Avancer les sous-tâches de "Modifier une tâche"
- Commencer "Supprimer une tâche" (nouvelle Story en "In Progress")
Daily Scrum - Jour 6 :
Alice : "Je suis bloquée sur 'Filtrer par statut' - j'attends la maquette du designer."
Bob : "Je peux aider à terminer 'Modifier' pendant qu'Alice est bloquée."
Actions Jira :
- Marquer "Filtrer par statut" avec un flag 🚩 (bloqué)
- Ajouter un commentaire expliquant le blocage
- Bob aide Alice : déplacer sa sous-tâche en "In Progress"
- Finir "Modifier une tâche" → "Done"
- Finir "Supprimer une tâche" → "Done"
- Commencer "Marquer comme terminée"
Daily Scrum - Jour 8 :
Product Owner : "Le client demande une fonctionnalité urgente : notification push. Est-ce qu'on peut l'ajouter ?"
Marc (SM) : "Vérifions notre capacité restante avant de décider..."
Décision d'Équipe :
- Consulter le Burndown : Il reste 6 Story Points à finir
- Temps restant : 4 jours
- Décision : On termine ce qui est dans le Sprint, la notification sera dans le Sprint 3
- Créer la Story "Notification push" et la mettre dans le Backlog (pas dans le Sprint)
Journée 10 (Fin du Sprint) :
Actions Jira :
- Terminer toutes les Stories "Done" :
- ✅ Créer une nouvelle tâche
- ✅ Modifier une tâche
- ✅ Supprimer une tâche
- ✅ Marquer comme terminée
- ✅ Définir date d'échéance
- Story non finie : "Filtrer par statut" (à 80% mais pas Done)
- Consulter les rapports :
- Burndown Chart
- Sprint Report
- Velocity : 12 Story Points (sur 15 prévus)
Déroulement :
- Rappel du Sprint Goal (2 min)
Le PO rappelle : "Permettre la gestion complète des tâches (CRUD)"
- Démonstration (5 min)
L'équipe présente les 5 Stories terminées :
- Démonstration de création d'une tâche
- Modification d'une tâche existante
- Suppression d'une tâche
- Marquage comme terminée avec animation
- Ajout de date d'échéance avec calendrier
- Feedback (2 min)
Stakeholder : "Excellent ! L'interface est intuitive. Par contre, j'aimerais pouvoir trier les tâches par date d'échéance."
PO : "Noté ! Je l'ajoute au Backlog pour le prochain Sprint." - Ce qui n'est pas fini (1 min)
"Filtrer par statut" n'est pas Done (maquette arrivée tard). Elle sera prioritaire au Sprint 3.
Actions Confluence :
- Créer une page "Sprint 2 - Review Notes"
- Noter les feedbacks reçus
- Lister les Stories présentées
- Créer les nouvelles Stories issues des feedbacks
Format : Start-Stop-Continue
Actions Confluence :
- Créer une page "Sprint 2 - Rétrospective" (utiliser le template)
- Remplir les sections :
✅ Continue (à continuer)
- Les limites WIP nous ont aidés à nous concentrer
- La collaboration Bob/Alice sur les Stories a été efficace
- Les Daily Scrums courts et efficaces
🚀 Start (à commencer)
- Vérifier la disponibilité des maquettes AVANT le Sprint
- Faire du pair programming sur les fonctionnalités complexes
- Mettre à jour la documentation Confluence au fur et à mesure
🛑 Stop (à arrêter)
- Accepter des Stories sans maquettes prêtes
- Attendre la fin du Sprint pour documenter
Actions d'Amélioration :
| Action | Responsable | Deadline |
|---|---|---|
| Créer un checklist de DoR incluant "maquettes prêtes" | Marc (SM) | Avant Sprint 3 |
| Organiser une session de pair programming hebdomadaire | Alice & Bob | Sprint 3 |
| Ajouter "Documentation à jour" dans la DoD | Marc (SM) | Cette semaine |
Actions Jira :
- Créer 3 tickets de type "Tâche" pour les actions
- Ajouter le label "retro-action"
- Assigner aux responsables
- Les mettre dans le Sprint 3 ou Backlog selon urgence
Actions Jira :
- Aller dans le Backlog
- Cliquer sur "Terminer le Sprint"
- Jira propose de déplacer "Filtrer par statut" :
- Option choisie : Déplacer vers Sprint 3 (prioritaire)
- Confirmer la clôture
- Consulter le Velocity Chart :
- Sprint 1 : 18 points
- Sprint 2 : 12 points
- Moyenne : 15 points
Analyse :
- Vélocité en baisse (blocage maquette)
- Qualité maintenue (aucun bug en production)
- Bonne gestion du scope creep (refus notification)
- Actions d'amélioration identifiées
Actions Confluence :
- Mettre à jour la page d'accueil avec les stats du Sprint 2
- Archiver ou fermer les pages du Sprint 2
- Préparer les pages pour le Sprint 3
✅ Checklist de Validation
Vérifiez que vous avez réalisé :
- Sprint Planning complet avec sélection de Stories
- Création et gestion de sous-tâches
- Simulation de plusieurs Daily Scrums
- Déplacement de tickets sur le Board
- Gestion d'un blocage avec flag
- Création et résolution d'un bug
- Refus d'ajout de scope en cours de Sprint
- Documentation Confluence liée à Jira
- Sprint Review avec démonstration
- Rétrospective avec actions concrètes
- Clôture du Sprint
- Analyse de la vélocité
📊 Métriques et Observations
Résultats du Sprint :
| Métrique | Valeur | Commentaire |
|---|---|---|
| Stories planifiées | 6 | 15 Story Points |
| Stories terminées | 5 | 12 Story Points |
| Taux de complétion | 83% | Bon résultat malgré le blocage |
| Bugs créés | 1 | Détecté et corrigé dans le Sprint |
| Vélocité | 12 points | En baisse (-6) due au blocage |
🎉 Points Positifs :
- Sprint Goal partiellement atteint (CRUD presque complet)
- Bonne gestion des imprévus
- Discipline WIP respectée
- Documentation maintenue à jour
- Actions d'amélioration identifiées
- Vérifier la DoR pour éviter les blocages futurs
- Anticiper les dépendances externes (maquettes, API)
- Maintenir la vélocité stable au Sprint 3
🎓 Apprentissages Clés
Ce que vous avez appris :
- Planification réaliste : Respecter la vélocité de l'équipe plutôt que d'être trop ambitieux
- Flexibilité encadrée : Savoir gérer les imprévus sans compromettre le Sprint Goal
- Communication continue : Les Daily Scrums permettent d'identifier rapidement les blocages
- Documentation vivante : Confluence comme source de vérité synchronisée avec Jira
- Amélioration continue : La rétrospective génère des actions concrètes, pas juste des discussions
- Discipline d'équipe : Respecter les limites WIP et la DoD même sous pression
- Transparence : Montrer ce qui est vraiment Done, pas "presque fini"
🚀 Pour Aller Plus Loin
Exercices Bonus :
1. Analyser le Cumulative Flow Diagram
Si disponible dans Jira, observez comment le travail s'est accumulé dans chaque colonne au fil du temps.
2. Créer un Dashboard Personnalisé
- Burndown Chart
- Velocity Chart
- Sprint Health
- Filter Results (Bugs ouverts)
3. Documenter les Décisions Architecturales
Créez des pages Confluence pour documenter les choix techniques importants (ADR - Architecture Decision Records).
4. Simuler un Sprint 3
Maintenant que vous maîtrisez le processus, lancez un Sprint 3 complet avec :
- Les actions de la rétro intégrées
- La Story "Filtrer par statut" priorisée
- Une vélocité de 15 points (moyenne)
📝 Scénarios Avancés
Scénario 1 : Absence d'un Membre
Situation :
Bob est malade pendant 3 jours au milieu du Sprint.
Comment gérer ?
- Réassigner ses tickets en cours
- Ajuster l'estimation de capacité restante
- Potentiellement retirer une Story du Sprint
- Documenter l'impact dans la rétro
Scénario 2 : Bug Critique en Production
Situation :
Un bug critique bloque tous les utilisateurs en production.
Comment gérer ?
- Créer un Bug avec priorité "Highest"
- Le mettre immédiatement dans le Sprint actif
- Assigner toute l'équipe si nécessaire
- Accepter que le scope du Sprint soit impacté
- Documenter le post-mortem dans Confluence
Scénario 3 : Changement de Priorité du PO
Situation :
Le PO veut changer les priorités en cours de Sprint.
Comment gérer ?
- Discussion en équipe : est-ce vraiment urgent ?
- Si oui : remplacer une Story par une autre de même taille
- Si non : planifier pour le Sprint suivant
- Documenter la décision et la raison
🎯 Auto-Évaluation
Évaluez votre maîtrise (1-5) :
| Compétence | Score | Notes |
|---|---|---|
| Créer et gérer un Product Backlog | __/5 | |
| Planifier un Sprint | __/5 | |
| Utiliser le Scrum Board | __/5 | |
| Gérer les sous-tâches | __/5 | |
| Configurer les limites WIP | __/5 | |
| Créer de la documentation Confluence | __/5 | |
| Lier Jira et Confluence | __/5 | |
| Animer une rétrospective | __/5 | |
| Interpréter les métriques (Burndown, Velocity) | __/5 | |
| Gérer les imprévus en Sprint | __/5 |
- 1-2 : À revoir - Reprenez les tutoriels spécifiques
- 3 : Acquis - Pratique nécessaire pour consolider
- 4-5 : Maîtrisé - Vous pouvez accompagner d'autres personnes
💡 Conseils pour la Pratique Réelle
Quand vous appliquerez SCRUM dans votre équipe :
✅ À Faire :
- Commencez simple : N'implémentez pas tout d'un coup. Maîtrisez les bases avant d'optimiser
- Adaptez à votre contexte : SCRUM est un framework, pas une recette rigide
- Impliquez toute l'équipe : Les décisions doivent être collectives
- Célébrez les victoires : Même petites, reconnaissez les progrès
- Soyez patient : Il faut 3-5 Sprints pour qu'une équipe trouve son rythme
- Formez continuellement : Partagez vos apprentissages
❌ À Éviter :
- Scrum zombie : Faire les cérémonies sans comprendre le "pourquoi"
- Micro-management : Laisser l'équipe s'auto-organiser
- Ignorer les rétrospectives : C'est là que se fait l'amélioration continue
- Mesurer la performance individuelle : SCRUM est une question d'équipe
- Négliger la documentation : La connaissance doit être partagée
- Vouloir tout prévoir : Accepter l'incertitude et s'adapter
📚 Ressources Complémentaires
Documentation Officielle :
- The Scrum Guide : scrumguides.org - La bible SCRUM (19 pages)
- Atlassian Agile Coach : atlassian.com/agile - Guides et tutoriels
- Jira Documentation : support.atlassian.com/jira
- Confluence Documentation : support.atlassian.com/confluence
Livres Recommandés :
- "SCRUM : Le guide pratique" - Claude Aubry (français)
- "User Story Mapping" - Jeff Patton
- "The Phoenix Project" - Gene Kim (roman DevOps/Agile)
- "Kanban" - David Anderson
Communautés :
- Scrum.org : Communauté internationale, certifications PSM
- Agile Alliance : Ressources et conférences
- Forums Atlassian Community : Entraide sur Jira/Confluence
Certifications :
- PSM I (Professional Scrum Master niveau 1) - Scrum.org
- PSPO I (Professional Scrum Product Owner niveau 1) - Scrum.org
- ACP (Agile Certified Practitioner) - PMI
- Atlassian Jira Administrator - Atlassian University
🎬 Prochaines Étapes
Maintenant que vous avez terminé la formation :
- Créer votre vrai projet dans Jira
- Mettre en place votre espace Confluence
- Définir votre DoD et DoR avec l'équipe
- Faire une vraie Sprint Planning
- Daily Scrums quotidiens
- Review et Rétro en fin de Sprint
- Affiner vos processus
- Ajuster les limites WIP
- Améliorer la documentation
- Explorer les fonctionnalités avancées
- Mesurer l'amélioration (métriques)
- Former d'autres équipes
🏆 Attestation de Complétion
🎓 Félicitations !
Vous avez complété avec succès la formation
Maîtriser SCRUM avec Jira et Confluence
Compétences Acquises :
- ✅ Gestion complète d'un Product Backlog
- ✅ Planification et exécution de Sprints
- ✅ Utilisation avancée du Scrum Board
- ✅ Optimisation du flux avec limites WIP
- ✅ Documentation collaborative dans Confluence
- ✅ Intégration Jira-Confluence
- ✅ Animation de rétrospectives
- ✅ Analyse de métriques Agile
Vous êtes maintenant prêt(e) à mettre en œuvre SCRUM dans votre équipe !
📞 Support et Questions
Besoin d'aide ?
Documentation Jira/Confluence :
- Support Atlassian : support.atlassian.com
- Atlassian Community : Forums d'entraide
Questions SCRUM :
- The Scrum Guide : Document de référence gratuit
- Scrum.org : FAQ et ressources
- Communautés Agile locales
🎉 Merci et Bonne Pratique Agile !
Vous avez maintenant toutes les clés pour réussir vos projets avec SCRUM, Jira et Confluence.
N'oubliez pas les valeurs fondamentales de SCRUM :
- 🤝 Engagement - Envers les objectifs de l'équipe
- 💪 Courage - Pour affronter les défis
- 🎯 Focus - Sur le Sprint Goal
- 🔓 Ouverture - Transparence totale
- 🙏 Respect - De chaque membre de l'équipe
🚀 À vous de jouer ! 🚀