Le Probleme de la Planification de Sprint La planification de sprint traditionnelle est un rituel, pas un processus: La Ceremonie de 3 Heures: 1.
Rassembler toute l'equipe (1 heure de temps collectif brule juste pour s'assembler) 2. Revoir les items du backlog un par un (30 minutes) 3.
Poker de story points pour chaque item (45 minutes de debat) 4. Calculer la capacite de l'equipe (15 minutes de tableurs) 5.
Negocier ce qui rentre (30 minutes de politique) 6. Finalement s'engager sur le scope du sprint (15 minutes) 7.
L'equipe se disperse, epuisee (5 minutes) Temps total: 3+ heures Personnes impliquees: 6-10 Heures collectives brulees: 18-30 heures de temps d'ingenierie Frequence: Toutes les 2 semaines Cout annuel: 450-750 heures de temps d'ingenierie en planification seule Pourquoi la Planification de Sprint Traditionnelle Echoue 1. Theatre d'estimation - Les story points sont arbitraires - Les debats de poker gaspillent du temps - Les estimations n'ameliorent pas les resultats - Les equipes manipulent les points pour bien paraitre 2.
Theatre de calcul de capacite - La velocite est imprevisible - Le temps d'hier ne predit pas demain - Vacances, jours de maladie, reunions ignores - Les engagements deviennent des promesses qui se brisent 3. Theatre de negociation d'engagement - Le PM veut plus dans le sprint - L'equipe veut du buffer - La politique determine le scope - Personne ne croit au plan de toute facon 4.
Deconnexion de l'execution - Sprint planifie, puis oublie - Le travail se passe dans GitHub - Les standups quotidiens deviennent la vraie planification - La revue de sprint revele la deconnexion entre reel vs planifie L'Approche GitScrum: Planification Qui Respecte Votre Temps Planification de Sprint de 30 Minutes: 1. Revoir le backlog priorise (5 minutes) - Deja ordonne par priorite - Deja lie aux issues GitHub - Deja estime (si vous voulez) 2.
Glisser les items vers le sprint (10 minutes) - Interface visuelle drag-drop - Voyez les items en les ajoutant - Issues GitHub auto-liees 3. Verifier la disponibilite de l'equipe (5 minutes) - Qui est en vacances?
- Des blocages connus? - Verification rapide de capacite 4.
Demarrer le sprint (2 minutes) - Un clic pour commencer - Notifications envoyees a l'equipe - Dashboard du sprint actif 5. Se mettre au travail (8 minutes restantes) - Retour a vraiment construire du logiciel Temps total: 30 minutes Personnes necessaires: 1-3 (PM/Lead + parties prenantes optionnelles) Temps d'ingenierie economise: 95% Comment Fonctionne la Planification de Sprint dans GitScrum Pre-Sprint: - Backlog deja synchronise avec les issues GitHub - Items deja priorises - Membres de l'equipe deja assignes aux items - Dependances visibles Vue de Planification de Sprint: - Panneau gauche: Backlog priorise - Panneau droit: Sprint actuel - Glisser les items de gauche a droite - Compte en cours des items/points - Indicateur de capacite de l'equipe Demarrage du Sprint: - Definir les dates de debut et fin - Optionnel: Definir l'objectif du sprint - Cliquer sur 'Demarrer le Sprint' - Equipe notifiee par les canaux preferes - Le dashboard commence a suivre Pendant le Sprint: - Les commits GitHub mettent a jour le progres des taches - Les fusions de PR completent les taches - Le burndown se met a jour automatiquement - Progres quotidien visible sans standups Fin du Sprint: - Les items incomplets retournent au backlog - Velocite calculee a partir de la completion reelle - Donnees de retrospective du sprint disponibles - La planification du prochain sprint commence a partir du backlog mis a jour Planification de Sprint Traditionnelle vs GitScrum | Aspect | Traditionnelle | GitScrum | |--------|----------------|----------| | Temps de planification | 2-3 heures | 30 minutes | | Personnes requises | Equipe entiere | 1-3 personnes | | Poker de story points | Rituel requis | Optionnel | | Calcul de capacite | Devinettes sur tableurs | Indicateur visuel | | Connexion GitHub | Liaison manuelle | Synchronisation automatique | | Suivi du progres | Mises a jour manuelles | Des commits/PRs | | Fatigue de ceremonie | Haute | Basse | Prix pour les Equipes Scrum - 2 utilisateurs: GRATUIT pour toujours - 3+ utilisateurs: $8.90/utilisateur/mois - Toutes les fonctionnalites de planification de sprint incluses - Sprints illimites - Integration GitHub complete Equipe Scrum de 5 personnes: $26.70/mois - Gestion complete des sprints - Graphiques burndown - Suivi de velocite - Synchronisation GitHub Equipe Scrum de 10 personnes: $71.20/mois - Tout ce qui precede - Vues multi-equipes - Dependances inter-equipes - Analytiques avancees La Conclusion Planification de sprint traditionnelle: ceremonie de 3 heures, equipe entiere, theatre d'estimation.
Planification de sprint GitScrum: 30 minutes, 1-3 personnes, connecte au vrai travail. Quand la planification de sprint est simple: - Les ingenieurs passent du temps a construire - Les PMs passent du temps a prioriser - Les sprints refletent la realite - Les equipes livrent plus vite GitScrum: Planification de sprint qui respecte votre temps.
2 utilisateurs gratuits. $8.90/utilisateur/mois.
30 minutes pour planifier, puis au travail.
L'Avantage GitScrum
Une plateforme unifiée pour éliminer le changement de contexte et récupérer des heures productives.
