Les concepts agiles transverses, au-delà de Scrum et Kanban : manifeste et valeurs, delivery agile, agilité à l'échelle (Enterprise Agile) et panorama des frameworks agiles. De quoi comprendre pourquoi et comment une organisation adopte l'agilité, avant de se spécialiser sur un framework précis comme Scrum ou Kanban.
L'agilité repose sur un socle de valeurs et de principes précis — le manifeste agile de 2001 en formule 4 valeurs et 12 principes — mais aussi sur des notions qui se confondent facilement entre elles à l'oral : delivery agile, agilité à l'échelle, Lean, DevOps. Sans un ancrage solide de ce vocabulaire, il est difficile d'expliquer clairement pourquoi une organisation choisit l'agilité plutôt qu'une autre approche.
Les flashcards avec répétition espacée sont particulièrement adaptées à ce type de contenu conceptuel : chaque carte impose un rappel actif de la définition exacte, plutôt qu'une reconnaissance approximative. L'algorithme FSRS replanifie chaque carte au moment optimal, ce qui réduit le temps de révision nécessaire pour retenir durablement ces concepts.
Cette catégorie précède volontairement Scrum et Kanban dans le parcours recommandé : elle pose le cadre conceptuel (pourquoi l'agilité) avant d'entrer dans le concret d'un framework (comment l'appliquer au quotidien).
Elle est également utile pour les rôles non techniques amenés à travailler avec des équipes agiles — managers, RH, contrôle de gestion — qui n'ont pas besoin de maîtriser Scrum en détail mais doivent comprendre les grands principes pour collaborer efficacement.
Beaucoup de confusions viennent du fait que l'agilité est souvent réduite à un seul framework (généralement Scrum) dans le langage courant. En réalité, l'agilité est un ensemble de valeurs et de principes qui peuvent s'incarner dans plusieurs frameworks différents, et une organisation peut être agile sans utiliser Scrum à la lettre. Clarifier cette distinction dès le départ évite bien des malentendus en réunion.
Quatre sous-thèmes couvrent les concepts agiles transverses, du manifeste fondateur à l'agilité à l'échelle.
Les 4 valeurs et les 12 principes du manifeste agile de 2001 — le socle conceptuel commun à tous les frameworks agiles, rédigé à l'origine par 17 praticiens du développement logiciel.
Livraison itérative et incrémentale, boucles de feedback courtes, amélioration continue — les mécanismes qui distinguent l'agilité des approches séquentielles où tout est spécifié en amont.
Coordonner plusieurs équipes agiles dans une même organisation : alignement stratégique, dépendances inter-équipes, synchronisation des livraisons et gouvernance à l'échelle du portefeuille.
Panorama des approches agiles qui complètent Scrum et Kanban dans l'écosystème de la delivery agile, utile pour situer les différents cadres méthodologiques les uns par rapport aux autres.
Un parcours qui va du principe général vers l'application concrète.
Le manifeste agile est la référence commune à tous les frameworks — le point de départ logique de cette catégorie.
Une fois les valeurs acquises, le delivery agile explique comment elles se traduisent concrètement dans le rythme de travail d'une équipe.
Utile si vous évoluez dans une organisation avec plusieurs équipes agiles à coordonner, ou si vous visez un rôle de coordination.
Une fois cette catégorie consolidée, la catégorie Scrum et Kanban permet de passer du concept au framework concret utilisé au quotidien par la plupart des équipes agiles.
Méthodes agiles couvre les concepts transverses à l'agilité en général (valeurs, principes, delivery, agilité à l'échelle). Scrum et Kanban couvre spécifiquement les deux frameworks les plus utilisés en entreprise, avec leurs rôles, événements et pratiques concrètes.
Non, c'est l'inverse qui est recommandé : cette catégorie pose les bases conceptuelles de l'agilité, ce qui facilite ensuite la compréhension de Scrum et Kanban.
Non. Les concepts couverts ici (valeurs, principes, delivery agile) sont utiles à tout rôle amené à travailler avec des équipes agiles, technique ou non — managers, RH, contrôle de gestion, direction de projet.
C'est l'ensemble des pratiques qui permettent de coordonner plusieurs équipes agiles dans une même organisation, en gardant un alignement stratégique et en gérant les dépendances entre équipes — un enjeu différent de l'agilité au niveau d'une seule équipe.
Oui, cette catégorie existe en français et en anglais, avec le même découpage en 4 sous-thèmes dans les deux langues.
Avec 15 à 20 minutes par jour, une première consolidation s'observe généralement en quelques semaines. L'algorithme FSRS adapte le rythme à votre régularité.
Deux suites naturelles : Scrum et Kanban pour passer au concret d'un framework précis, ou Product Owner si votre rôle est davantage côté produit que côté équipe de delivery.
Principalement pour raccourcir les boucles de feedback et s'adapter plus vite à un besoin qui évolue en cours de route — au prix d'une planification initiale moins détaillée que dans une approche prédictive classique. Ce n'est pas un jugement de valeur : le choix dépend du contexte, de la nature du produit et du niveau d'incertitude.
La catégorie se concentre sur les concepts agiles au sens du manifeste et de la delivery agile. DevOps est une discipline complémentaire, centrée sur l'automatisation du déploiement et l'intégration continue, qui n'est pas couverte en détail ici.
Oui. Être agile consiste avant tout à appliquer les valeurs et principes du manifeste — livraison itérative, feedback rapide, amélioration continue. Une équipe peut incarner ces principes via un processus maison qui ne correspond exactement ni à Scrum ni à Kanban.
Accédez aux decks de la catégorie Méthodes agiles dans le catalogue, gratuits et premium.
Voir les decks