Pourquoi l'agilité est née
En 2001, un groupe de professionnels du développement logiciel signe le Manifeste agile. Leur constat est simple : les méthodes de gestion de projet trop rigides, avec un cahier des charges figé dès le départ, produisent souvent des résultats décalés par rapport aux besoins réels. Ils proposent une autre voie : livrer vite, obtenir des retours, ajuster. Cette philosophie a largement dépassé le monde du logiciel : elle s'applique aujourd'hui au marketing, aux ressources humaines, à la gestion de projets créatifs, et à toute équipe qui doit avancer dans l'incertitude.
Scrum et Kanban sont deux façons concrètes de mettre cette philosophie en musique. Elles ne sont pas concurrentes : elles répondent à des besoins différents.
Scrum, un cadre en cycles
Scrum organise le travail en cycles courts et répétés, appelés sprints, qui durent généralement entre une et quatre semaines. À chaque cycle, l'équipe planifie, produit, présente son travail, puis s'arrête pour s'améliorer. Scrum impose des rôles précis et des réunions (les rituels) qui rythment ce cycle. C'est un cadre exigeant, utile quand une équipe doit livrer régulièrement un produit ou un service évolutif.
Kanban, un flux visualisé
Kanban, lui, ne découpe pas le temps en cycles fixes. Il visualise le travail sur un tableau (colonnes « À faire », « En cours », « Terminé ») et limite le nombre de tâches en cours pour éviter la surcharge. Il convient particulièrement aux équipes qui traitent un flux continu de demandes : support client, maintenance, production éditoriale.
Exemple concret
Prenons une équipe marketing de cinq personnes qui gère à la fois des campagnes planifiées et des demandes urgentes de la direction commerciale. Si elle adopte Scrum strict, les demandes urgentes viendront perturber chaque sprint. Si elle adopte un Kanban pur, elle risque de perdre la vision d'ensemble sur les campagnes de moyen terme. La bonne réponse, nous le verrons dans les séances suivantes, est souvent un mélange assumé des deux.
Ce qui compte avant tout, ce n'est pas le nom de la méthode choisie, mais les principes qu'elle sert : transparence sur l'avancement, inspection régulière du travail, adaptation rapide. Une équipe qui applique Scrum à la lettre sans jamais remettre en question ses pratiques fait de l'agilité de façade.
💡 Conseil de pro : ne commencez jamais par choisir une méthode. Commencez par observer : comment le travail arrive-t-il dans votre équipe ? Par vagues régulières (Scrum) ou en flux continu et imprévisible (Kanban) ? La réponse à cette question oriente presque tout le reste.
Mini-exercice
Listez sur une feuille les cinq dernières tâches arrivées dans votre équipe. Pour chacune, notez si elle était prévisible (vous la connaissiez à l'avance) ou imprévue (elle est arrivée sans préavis). Comptez le ratio. Un ratio très majoritairement imprévu oriente plutôt vers Kanban ; un ratio majoritairement prévisible et groupé oriente plutôt vers Scrum.