Le décor

Une boîte de services financiers lance la refonte de son portail client. 12 personnes dans l’équipe. Planning initial : 10 mois en cycle en V classique. Specs → dev → recette → livraison.

10 mois plus tard : 40% du périmètre livré. Le métier n’a rien vu. Pas une démo, pas un prototype, rien. Le sponsor hésite à tout arrêter.
180
pages de cahier des charges rédigées au début du projet. Depuis, zéro échange structuré entre le métier et les dévs.

Pourquoi ça a déraillé

⚠ Les symptômes

  • Le métier n’a rien vu en 10 mois
  • Specs ambiguës, les devs interprètent
  • 8 sujets en parallèle, aucun fini
  • Équipe cramée, zéro motivation
  • Pas de priorisation — tout est « urgent »

✓ La vraie cause

  • Aucun feedback — l’effet tunnel
  • Pas de définition de « fini »
  • Pas de priorisation par la valeur
  • Pas de rythme de livraison
  • Absence d’interaction métier/dev

Ce qu’on a fait

On n’a pas débarqué en mode « ON VA FAIRE DE L’AGILE » avec des Post-it partout. On a résolu les vrais problèmes du projet avec les outils de Scrum.

Semaine 1

180 pages → 85 user stories

On a repris le CDC avec le métier. Pour chaque fonctionnalité : « si tu devais livrer dans 3 mois, tu gardes ou tu vires ? ». Résultat : 85 stories dont 30 pour le MVP. Definition of Done posée : développé + testé + validé métier.

Sprint 1 (semaine 2-3)

Le déclic — le métier voit enfin quelque chose

Première démo après 2 semaines. Le métier voit un truc qui marche pour la première fois en 10 mois. Réaction : « c’est pas du tout ce que j’avais en tête ». PARFAIT. Mieux vaut le savoir maintenant qu’à la recette finale.

Sprints 2-6

Le rythme s’installe

Vélocité stable, démos bi-mensuelles, retours concrets. L’équipe a retrouvé la pêche. Quand tu livres un truc fini toutes les 2 semaines et que le métier dit « c’est bien », ça change tout.

Mois 4-8

Transfert et autonomie

Scrum Master interne formé. Accompagnement réduit à 1j/semaine puis retrait. L’équipe tourne toute seule.

Les livrables

Board Kanban — Sprint 4
Backlog
Historique opérations (filtre avancé)
Alertes personnalisées
Export PDF relevé
Sprint 4
Consultation solde temps réel
Virement interne entre comptes
En cours
Synthèse multi-comptes
Authentification 2FA
Done ✓
Connexion / déconnexion
Dashboard accueil
Consultation compte
Profil utilisateur
Tout le monde voit ce qui est fait, ce qui est en cours, ce qui reste. Fini le brouillard.
Burndown Sprint 4
21
Points engagés
18
Points livrés
86%
Completion
✓
Objectif atteint
21J1
19J3
15J5
11J7
7J9
3J11
La courbe descend régulièrement = l’équipe a trouvé son rythme.

Vélocité par sprint — progression de l’équipe

Sprint 1 8 pts
Sprint 2 13 pts
Sprint 3 17 pts
Sprint 4 18 pts
Sprint 5 21 pts
Sprint 6 22 pts

La réaction du responsable métier à la première démo : « Ah mais c’est pas du tout ce que j’avais en tête pour la partie synthèse. » PARFAIT. C’est exactement pour ça qu’on montre tôt.

— Sprint review 1, la première démo en 10 mois de projet

Les résultats

-50%
Cycle de livraison — de « jamais » à toutes les 2 semaines
+35%
Satisfaction métier
MVP
Livré 4 mois après notre arrivée

Ce qu’on en retient

Le V n’est pas « mal » en soi. Mais quand le métier ne sait pas exactement ce qu’il veut tant qu’il ne l’a pas vu, c’est un piège. Tu spécifies dans le vide, tu développes dans le vide, tu découvres les problèmes trop tard.
Scrum n’a pas « sauvé » le projet par magie. Ce qui a marché, c’est de rétablir le feedback. Le métier voit, réagit, ajuste. L’équipe livre, progresse, se remotive. Et la priorisation : accepter qu’on peut pas tout faire, et choisir ce qui compte.