L'approche Agile a transformé la manière dont les équipes développent des produits, en particulier dans le domaine du logiciel. Cependant, l’Agilité introduit également un vocabulaire riche et parfois déroutant pour les non-initiés. Ce guide alphabétique vous aide à naviguer dans cette terminologie en offrant des définitions claires des termes et acronymes les plus couramment utilisés dans l’Agilité.

A

• Acceptance Criteria (Critères d'acceptation) : Conditions spécifiques que doit remplir une fonctionnalité pour être acceptée comme terminée.
• Agile Manifesto (Manifeste Agile) : Document fondateur des méthodologies Agiles, basé sur quatre valeurs et douze principes.
• Agile Coach : Un expert en méthodologies Agiles qui aide les équipes et organisations à adopter et améliorer leurs pratiques Agiles.
• Artifact (Artéfact) : Un produit tangible créé pendant le processus de développement, tel que le Product Backlog ou l’Increment.
• Automated Testing (Tests automatisés) : Utilisation de scripts pour tester automatiquement le code, réduisant ainsi le risque d’erreurs.

B

• Backlog Refinement (Affinage du backlog) : Processus continu d'ajustement et de clarification des éléments du backlog pour qu'ils soient prêts à être travaillés.
• Behavior-Driven Development (BDD) : Technique de développement où les tests sont écrits en utilisant des scénarios de comportement utilisateur.
• Burn Down Chart : Graphique montrant la quantité de travail restant à accomplir dans un sprint ou un projet.

C

• Cadence : Rythme régulier et prévisible des sprints ou des itérations dans un projet Agile.
• Capability (Capacité) : Une fonction ou caractéristique majeure d'un produit qui apporte de la valeur aux utilisateurs.
• CI/CD (Continuous Integration/Continuous Delivery) : Pratiques d'intégration continue et de livraison continue, permettant des déploiements fréquents et fiables.
• Cross-Functional Team (Équipe interfonctionnelle) : Une équipe composée de membres ayant des compétences variées nécessaires pour compléter un projet de manière autonome.
• Customer Feedback (Retour client) : Avis ou suggestions fournis par les utilisateurs, cruciaux pour l'itération et l'amélioration continue.

D

• Daily Stand-up : Réunion quotidienne où les membres de l'équipe partagent leurs progrès, plans, et obstacles rencontrés.
• Definition of Done (DoD) : Ensemble de critères qui doivent être remplis pour qu'un élément de backlog soit considéré comme terminé.
• DevOps : Culture et pratiques visant à rapprocher les équipes de développement (Dev) et d'exploitation (Ops) pour accélérer la livraison de logiciels.
• Digital Kanban : Version électronique d’un tableau Kanban, souvent utilisé dans les outils de gestion de projet comme Jira ou Trello.

E

• Epic : Grande User Story ou un ensemble de User Stories liées qui peuvent être subdivisées en plusieurs tâches plus petites.
• Estimation : Processus d'évaluation de la taille, de l'effort ou du temps nécessaire pour compléter une tâche ou un projet.
• Extreme Programming (XP) : Méthodologie Agile mettant l'accent sur la qualité du code et la réactivité aux changements à travers des pratiques comme le développement itératif et les tests fréquents.

F

• Feature (Fonctionnalité) : Une fonction spécifique d'un produit qui fournit une valeur aux utilisateurs.
• Fibonacci Sequence : Technique d'estimation utilisée pour évaluer la complexité des tâches en assignant des points de story basés sur la séquence de Fibonacci.
• Flow (Flux) : Mouvement ininterrompu des tâches à travers les différentes étapes du processus de développement, visant à minimiser les blocages.

G

• Grooming (Backlog Grooming) : Voir Backlog Refinement.
• Group Estimation : Technique où l'équipe évalue ensemble la taille ou la complexité des tâches, souvent à l'aide de méthodes comme Planning Poker.

H

• Huddle : Réunion informelle rapide, généralement tenue pour résoudre un problème urgent ou prendre une décision rapide.
• Hypothesis-Driven Development : Processus de développement basé sur des hypothèses testables, vérifiées par des expériences rapides et des retours utilisateurs.

I

• Increment (Incrément) : Un ajout fonctionnel qui augmente la valeur d’un produit, livrable à la fin d’un sprint.
• Information Radiator : Tout outil ou tableau visible qui affiche l’état d'avancement du projet et les principales métriques.
• INVEST : Acronyme pour Independent, Negotiable, Valuable, Estimable, Small, Testable, utilisé pour définir des User Stories de qualité.

J

• JIT (Just in Time) : Pratique consistant à créer ou à livrer des éléments au moment précis où ils sont nécessaires, minimisant ainsi les inventaires et le gaspillage.
• Job Stories : Alternative aux User Stories, se concentrant sur le contexte et les motivations derrière l'utilisation d'une fonctionnalité.

K

• Kanban : Méthodologie Agile qui utilise un tableau pour visualiser le flux de travail et limiter le nombre de tâches en cours.
• Kaizen : Philosophie japonaise d'amélioration continue, appliquée en Agile pour optimiser les processus et les résultats.

L

• Lean : Approche de gestion de projet visant à maximiser la valeur en minimisant les gaspillages.
• Lead Time (Délai de traitement) : Temps total écoulé entre le début d'une tâche et sa complétion.
• Little's Law : Principe mathématique utilisé en Kanban pour prédire le temps de cycle basé sur le nombre de tâches en cours.

M

• Minimum Marketable Feature (MMF) : Plus petite fonctionnalité qui peut être commercialisée pour apporter de la valeur aux utilisateurs.
• Minimum Viable Product (MVP) : Version la plus basique d'un produit qui permet de recueillir des retours utilisateurs et de valider une idée.
• MoSCoW : Technique de priorisation des exigences en quatre catégories : Must have, Should have, Could have, Won’t have.

N

• Niko-Niko Calendar : Méthode de suivi de l'humeur de l'équipe à l'aide d'un calendrier où les membres notent quotidiennement leur état d'esprit.
• Non-Functional Requirements (NFR) : Exigences qui spécifient les critères de performance, de sécurité, ou de fiabilité d'un système, plutôt que ses fonctionnalités.

O

• Opportunity Canvas : Outil pour explorer les opportunités de produit en détaillant le problème, la solution proposée, et les hypothèses sous-jacentes.
• Outcome : Résultat mesurable ou changement positif généré par une fonctionnalité ou un produit.

P

• Pair Programming : Pratique où deux développeurs travaillent ensemble sur le même code, l'un écrivant et l'autre révisant en temps réel.
• Persona : Représentation fictive d'un utilisateur type, utilisée pour guider les décisions de conception et de développement.
• Planning Poker : Méthode d'estimation collective utilisant des cartes pour indiquer la complexité ou le temps estimé pour compléter une tâche.
• Product Backlog : Liste priorisée de fonctionnalités, améliorations et corrections de bugs pour un produit.
• Product Owner : Responsable de la gestion du Product Backlog et du pont entre l'équipe de développement et les parties prenantes.

Q

• Quality Assurance (QA) : Ensemble de processus et pratiques visant à assurer que le produit final respecte les normes de qualité définies.

R

• Refactoring : Amélioration du code existant sans changer sa fonctionnalité, pour le rendre plus lisible ou performant.
• Release Planning : Processus de planification des sprints ou des itérations nécessaires pour livrer une version spécifique du produit.
• Retrospective : Réunion post-sprint où l'équipe discute de ce qui a bien fonctionné, de ce qui doit être amélioré, et de ce qui devrait être changé.

S

• SAFe (Scaled Agile Framework) : Cadre méthodologique pour appliquer les principes Agile à grande échelle dans les grandes organisations.
• Scrum : Framework Agile qui structure le développement en sprints avec des rôles spécifiques comme le Scrum Master et le Product Owner.
• Scrum Master : Facilitateur du processus Scrum, responsable de la suppression des obstacles et de l'amélioration continue.
• Spike : Tâche exploratoire à court terme pour étudier un problème ou réduire les risques avant de s'engager dans un développement plus conséquent.
• Sprint : Cycle de travail itératif dans Scrum, généralement de deux à quatre semaines, au cours duquel un ensemble de tâches est complété.
• Sprint Review : Réunion de fin de sprint où l'équipe présente le travail accompli aux parties prenantes.
• Story Points : Unité de mesure pour estimer la complexité d'une User Story.
• Swarming : Tactique où tous les membres de l'équipe se concentrent sur une seule tâche ou problème pour le résoudre rapidement.

T

• T-Shaped Skills : Compétences en profondeur dans un domaine spécifique, avec une connaissance générale d'autres domaines, favorisant la collaboration dans une équipe interfonctionnelle.
• Task Board : Tableau utilisé pour suivre l'état des tâches pendant un sprint, similaire à un tableau Kanban.
• Technical Debt (Dette technique) : Compromis dans la qualité du code qui accélère la livraison à court terme, mais qui devra être corrigé plus tard.
• Test-Driven Development (TDD) : Pratique de développement où les tests sont écrits avant le code fonctionnel, pour assurer la conformité du code aux exigences dès le début.
• Timebox : Période de temps limitée assignée à une tâche ou à une activité, utilisée pour encourager la concentration et l'efficacité.

U

• User Acceptance Testing (UAT) : Phase de test où les utilisateurs finaux valident que le produit répond à leurs besoins et exigences.
• User Story : Description simple d'une fonctionnalité du point de vue de l'utilisateur, souvent structurée comme suit : En tant que [utilisateur], je veux [fonctionnalité] afin de [bénéfice].
• User Story Mapping : Technique de visualisation qui aide à organiser et prioriser les User Stories en fonction du flux d'utilisateur.

V

• Value Stream : Ensemble de toutes les étapes, depuis l'idée jusqu'à la livraison, qui ajoutent de la valeur à un produit.
• Velocity : Mesure de la quantité de travail qu'une équipe peut accomplir pendant un sprint, souvent exprimée en points de story.
• Vertical Slice : Petite tranche de travail qui touche à toutes les couches d'un système, de l'interface utilisateur au backend, et qui est livrable en fin de sprint.

W

• Waterfall (Cycle en V) : Méthode traditionnelle de gestion de projet où chaque phase (conception, développement, test) est achevée avant de passer à la suivante.
• WIP (Work In Progress) : Tâches ou travaux en cours, dont le nombre doit être limité pour éviter les goulots d'étranglement et favoriser le flux.
• Wireframe : Schéma ou maquette simplifiée d'une interface utilisateur, utilisé pour planifier la disposition des éléments avant le développement.

X

• XP (Extreme Programming) : Voir Extreme Programming.

Y

• YAGNI (You Aren't Gonna Need It) : Principe de développement logiciel stipulant qu'il ne faut pas implémenter une fonctionnalité tant qu'elle n'est pas nécessaire.

Z

• Zero Bug Tolerance : Politique de gestion des bugs qui vise à corriger immédiatement tous les bugs découverts, plutôt que de les reporter à plus tard.

Ce glossaire alphabétique sert de référence essentielle pour tout professionnel souhaitant maîtriser les nuances de l'Agilité. En disposant de cette compréhension approfondie, vous serez mieux équipé pour collaborer efficacement, maximiser la valeur livrée, et naviguer dans un environnement Agile avec confiance.