Scrum est un cadre léger où une petite équipe construit un produit en cycles courts appelés sprints. Chaque sprint dure un mois ou moins et se termine par une partie qui marche, que vous pouvez voir.
Ensuite l'équipe regarde ce qui a marché, ajuste, et lance le sprint suivant. De petits pas, vérifiés souvent.
Ce guide explique Scrum simplement : les rôles, les listes et les réunions. Puis ce que cela change pour vous si vous confiez votre logiciel à une équipe.
Qu'est-ce que Scrum en mots simples ?
Scrum est une façon de travailler qui aide une équipe à construire quelque chose de complexe par petites étapes régulières. Il a été créé par Ken Schwaber et Jeff Sutherland, auteurs du Guide Scrum officiel (Guide Scrum, 2020).
Pensez à la saison d'une équipe de football. Elle ne planifie pas tous les matchs de la saison en août pour attendre mai. Elle s'entraîne la semaine, joue le week-end, revoit le match en vidéo, et corrige avant le match suivant.
Scrum marche pareil. Chaque sprint est une « semaine de football » : planifier, construire, montrer, améliorer.
Pourquoi Scrum existe-t-il, et en quoi diffère-t-il de la cascade ?
Avant Scrum, beaucoup d'équipes utilisaient le modèle en cascade. La cascade est une façon de travailler où chaque étape arrive une seule fois, en une longue ligne : planifier, concevoir, construire, tester, livrer.
Le problème : on ne voit le résultat qu'à la fin. Si la première étape était fausse, on le découvre des mois plus tard.
| Cascade | Scrum | |
|---|---|---|
| Planification | Tout au début | Un peu avant chaque sprint |
| Quand voit-on des résultats | À la fin | À la fin de chaque sprint |
| Changer de cap | Coûteux, souvent tout recommencer | Normal, à chaque sprint |
| Risques | Découverts tard | Découverts tôt |
| Idéal pour | Projets fixes et bien connus | Produits dont les besoins changent |
La cascade n'est pas toujours une erreur. Pour un projet qui ne changera pas, comme un formulaire administratif figé, elle peut marcher. Pour un nouveau produit, où l'on apprend en avançant, Scrum est en général plus sûr.
Quels sont les 3 rôles dans Scrum ?
Le Guide Scrum parle de responsabilités. Une équipe Scrum compte en général 10 personnes ou moins.
- Product Owner. Décide ce qui a le plus de valeur à construire ensuite, et garde la liste de travail dans cet ordre. Dans un projet client, c'est souvent vous, le chef d'entreprise.
- Scrum Master. Aide l'équipe à bien travailler : lève les blocages, protège la méthode, accompagne. Un guide, pas un chef.
- Developers. Ceux qui construisent le produit. Dans Scrum, « developer » désigne toute personne qui construit : programmeur, designer, testeur.
À noter : les anciennes versions disaient « équipe de développement ». Depuis 2020, le terme officiel est « Developers ».
Quels sont les artefacts Scrum ?
Les artefacts sont les trois listes et résultats qui montrent à tous où en est le travail. Chacun s'accompagne d'un engagement, un but clair qu'il sert.
| Artefact | Ce que c'est | Son engagement |
|---|---|---|
| Product Backlog | La liste complète et ordonnée de tout ce dont le produit pourrait avoir besoin | Product Goal : où va le produit |
| Sprint Backlog | Les tâches choisies pour ce sprint | Sprint Goal : ce que ce sprint doit atteindre |
| Increment | La partie du produit qui marche, construite jusqu'ici | Definition of Done : le niveau de qualité exigé |
Les éléments du backlog s'écrivent souvent en user stories : « En tant qu'acheteur, je veux commander sans compte, pour acheter plus vite. »
Le burndown chart, un graphique du travail restant, est populaire. Mais c'est un outil facultatif, pas un artefact officiel.
Quels sont les événements Scrum ?
Les événements sont les réunions régulières qui gardent l'équipe en rythme. Chacun a une durée maximale, appelée timebox. Les durées ci-dessous valent pour un sprint d'un mois ; un sprint plus court a des réunions plus courtes.
| Événement | Ce qui s'y passe | Durée maximale |
|---|---|---|
| Sprint | Le cadre de tout le travail | Un mois |
| Sprint Planning | Choisir le Sprint Goal et le travail | 8 heures |
| Daily Scrum | Vérifier l'avancée vers le Sprint Goal | 15 minutes |
| Sprint Review | Montrer le travail, recueillir les retours | 4 heures |
| Sprint Retrospective | Améliorer la façon de travailler | 3 heures |
Vous avez peut-être entendu parler des « trois questions » du Daily Scrum. Ce que j'ai fait, ce que je vais faire, ce qui me bloque.
Depuis 2020, elles sont facultatives. L'équipe choisit son format, tant qu'il vérifie l'avancée et produit un plan pour le lendemain.
Quelles sont les valeurs de Scrum ?
Le Guide Scrum cite cinq valeurs : engagement, concentration, ouverture, respect et courage.
Elles paraissent douces, mais elles comptent. Sans ouverture, personne n'avoue qu'une tâche est en retard. Sans courage, personne ne dit au client qu'une fonction est une mauvaise idée.
Qu'est-ce que Scrum change pour vous, chef d'entreprise ?
Si vous confiez votre projet à une équipe qui travaille en Scrum, attendez trois choses :
- Une partie qui marche, régulièrement. À chaque sprint, vous voyez quelque chose qui fonctionne, pas seulement un rapport d'avancement.
- Une place à la revue. La Sprint Review est votre moment pour dire « c'est ça » ou « ce n'est pas ce que je voulais », tôt et à moindre coût.
- De vrais choix d'ordre. En tant que Product Owner, vous décidez ce qui passe en premier. Quelque chose devra toujours attendre.
C'est aussi ma façon de travailler avec les clients : des cycles courts, une partie qui marche à voir, expliquée en phrases simples. J'explique pourquoi montrer tôt compte dans pourquoi votre appli n'est jamais prête à lancer. Et comment choisir ce qui passe en premier dans minimum viable ne veut pas dire effort minimum.
Dans chaque sprint, le travail suit quand même le bon ordre : besoins, données, backend, puis écrans. J'explique ces étapes dans comment construire une plateforme web.
Scrum marche-t-il pour les entreprises algériennes ?
Oui, avec une condition : le client doit être disponible.
Beaucoup de projets en Algérie fonctionnent encore en cascade par habitude. Le patron explique une fois ce qu'il veut, puis attend des mois. Quand le résultat arrive, ce n'est pas ce qu'il imaginait.
Les sprints courts règlent ce problème, mais seulement si le patron vient à la revue. Trente minutes toutes les deux semaines évitent des mois de reprise. Si vous ne pouvez pas venir, nommez une personne qui décide pour vous.
Scrum convient aussi aux petites équipes. Une équipe de deux ou trois personnes peut utiliser sprints, backlog et revue sans logiciel spécial.
Quelles erreurs font les équipes avec Scrum ?
- Tenir les réunions sans en garder le sens. Un Daily Scrum qui devient un long compte rendu perd son but.
- Des sprints qui ne finissent pas par une partie qui marche. Si rien ne fonctionne à la fin, c'était juste une échéance.
- Pas de vrai Product Owner. Si personne ne décide de l'ordre, tout devient urgent.
- Changer sans cesse la durée du sprint. Le rythme fait partie de la valeur.
- Sauter la rétrospective. C'est la réunion qui rend le sprint suivant meilleur.
Que faire cette semaine ?
- Aujourd'hui : écrivez tout ce que vous voulez que votre produit fasse. C'est votre premier backlog.
- Demain : mettez-le en ordre. Le plus important en haut.
- Cette semaine : si vous travaillez avec un développeur, fixez ensemble une durée de sprint. Deux semaines, c'est un bon début.
- À chaque fin de sprint : venez à la revue, regardez la partie qui marche, et dites clairement quoi changer.
- Après chaque sprint : demandez à l'équipe « que ferons-nous autrement la prochaine fois ? »