Il est facile de se sentir submergé par le jargon et les concepts souvent complexes qui accompagnent l’agilité. Cependant, c’est là qu’un lexique agile complet entre en jeu. Ce guide essentiel est conçu pour démystifier les différents termes de l’agilité et offrir une référence accessible à tous ceux qui cherchent à comprendre les principes et les pratiques qui sous-tendent ces méthodologies.
Que vous soyez un novice curieux cherchant à explorer le monde agile ou un praticien expérimenté cherchant à approfondir vos connaissances, ce lexique est là pour vous accompagner. En effet, il vous guide tout au long de votre voyage.
Débloquez le jargon avec ce lexique :
Approche empirique
Une approche philosophique et méthodologique qui met l’accent sur l’expérience sensorielle et l’observation directe comme fondements de la connaissance. Ainsi, cette perspective considère que la connaissance provient principalement de l’expérience et de l’expérimentation plutôt que de la spéculation ou de la théorie pure. Dans Scrum, les équipes sont encouragées à expérimenter, à inspecter régulièrement les résultats de leur travail et à s’adapter en conséquence.
Backlog
Une liste de travaux, généralement énumérés et classés par ordre de priorité, que l’équipe doit traiter.
Burn-down chart
C’est un graphique utilisé pour visualiser la quantité de travail restant dans un sprint ou un projet. Ainsi, il montre comment le travail diminue au fil du temps.
Continuous Integration (CI)
En français, intégration continue. Cette pratique de développement logiciel consiste à automatiser l’intégration des modifications de code provenant de plusieurs développeurs dans un référentiel centralisé. Ces modifications sont automatiquement vérifiées et testées, assurant ainsi aucune régression éventuelle.
Continuous Delivery (CD)
En français, livraison continue. Cette pratique englobe un processus en deux étapes. D’abord, le déploiement continu automatise le déploiement dans les environnements de production. Ensuite, la diffusion continue publie automatiquement les mises à jour dans ces environnements.
Crystal Clear
Cette approche agile favorise largement l’auto-organisation et la remise en question au sein des équipes de développement. Elle est particulièrement adaptée et utilisée par les petites équipes, généralement composées de 2 à 7 membres.
Definition of Done (DoD)
Une façon de traduire la DoD en français pourrait être la définition de fini/terminé. L’équipe détermine les critères spécifiques définissant ainsi quand une fonctionnalité ou une tâche est considérée comme terminée et prête à être livrée.
Definition of Ready (DoR)
La DoR pourrait se traduire en français par définition de prêt. En effet, l’équipe détermine quand une fonctionnalité est prête à être incluse dans un sprint ou à être travaillée, en se basant sur l’ensemble des critères.
EPIC
Les US de grande taille qui sont trop importantes pour être terminées en un seul sprint ou une seule itération.
Extreme Programming (XP)
Cette méthodologie de développement logiciel agile met l’accent sur la qualité du code et la communication au sein de l’équipe. De plus, elle privilégie la réactivité aux changements des besoins du client. Tous les acteurs doivent être en étroite collaboration.
Impediment
« Impediment » est un terme anglais signifiant « obstacle » ou « empêchement ». Il est souvent utilisé dans le contexte de la méthodologie agile, notamment dans Scrum, pour désigner tout problème ou barrière entravant le progrès de l’équipe de développement. Tout ce qui ralentit ou bloque la progression de l’équipe. Ces obstacles doivent être résolus afin de permettre un développement efficace.
Increment
« Increment » est un terme anglais qui signifie « incrément » en français. Dans Scrum et le contexte agile, un incrément est une version partielle du produit livrée à la fin de chaque sprint, ajoutant ainsi de la valeur et étant potentiellement livrable.
Kanban
Une approche de gestion de projet qui se concentre sur la visualisation du flux de travail et la limitation du travail en cours. En savoir plus >
Lean
Une approche qui vise à maximiser la valeur tout en minimisant le gaspillage.
MVP – Minimum Viable Product
Un produit avec juste assez de caractéristiques pour satisfaire les premiers clients et recueillir leurs commentaires.
Product Backlog
La liste complète de toutes les fonctionnalités, tâches ou User Stories devant être réalisées pour un produit donné. Découvrir les articles concernant le Product Backlog >
Product Owner
La personne responsable de maximiser la valeur du produit et du travail de l’équipe de développement. En savoir plus >
Refactoring
Le processus d’amélioration de la structure interne du code sans modifier son comportement externe.
Scrum
Un cadre de travail agile pour la gestion de projet, se concentre sur la livraison itérative et la collaboration d’équipe. En savoir plus >
Scrum Master
La personne responsable de s’assurer que l’équipe Scrum comprend et adopte les principes et pratiques de Scrum.
Sprint
Une période de temps définie dans Scrum, souvent entre deux à quatre semaines, pendant laquelle une équipe travaille à livrer un ensemble de fonctionnalités définies. Découvrir les articles liés au sprint >
Stakeholder (partie prenante)
Toute personne ayant un intérêt dans le projet et ne faisant pas partie de l’équipe Scrum.
Story points
Une mesure sans unité de l’effort requis pour mettre en œuvre une histoire d’utilisateur. Découvrir le planning poker >
Task Board (tableau agile ou tableau des tâches)
Un affichage visuel de l’état des histoires d’utilisateur, généralement à l’aide de notes autocollantes sur un tableau blanc. En savoir plus >
Test Driven Development (TDD)
Une pratique de développement qui met en avant les tests unitaires, avec pour principe d’écrire ces tests en amont du code, puis de réitérer cette méthode de manière itérative.
User Story
Une description simple et concise d’une fonctionnalité du point de vue de l’utilisateur.