Sprints, rituels, rôles. Là où Scrum aide — et là où il freine, parce que le produit fonctionne autrement.
Catégorie · Gestion de Projet
Sprints, rôles, rituels.
Scrum est un cadre de travail avec des briques fixes : des sprints à durée limitée (le plus souvent une à deux semaines), les rôles de Product Owner, Scrum Master et équipe de développement, ainsi que des événements récurrents — Planning, Daily, Review, Rétrospective.
Le cœur est empirique : planifier, faire, vérifier, ajuster. Chaque sprint se termine par un incrément potentiellement livrable, pas par une demi-fonctionnalité.
Là où Scrum tient la route.
Scrum aide les équipes qui ont besoin de structure en terrain incertain et disposent d'un backlog que l'on peut prioriser. Nous l'utilisons pour des développements produit où plusieurs personnes travaillent de façon coordonnée vers un objectif sur plusieurs semaines, et où les parties prenantes veulent un rythme fiable pour donner leur retour.
Là où il freine.
Pour de la pure maintenance, du support imprévisible ou un travail qui n'entre pas dans des paquets de sprint, la cérémonie devient un surcoût — Kanban convient alors mieux. Et un Scrum sans véritable Product Owner doté du pouvoir de décision est du théâtre : on déroule alors des rituels sans que personne n'assume les priorités.