Glossaire agile
Glossaire des termes et acronymes Agile
| Terme | Définition / Explication |
| Itération | Unité de temps élémentaire au cours de laquelle un travail donné, comme par exemple le développement d’une nouvelle fonctionnalité, doit être réalisé dans le respect des attentes exprimées au début d’itération |
| Time to market | Temps de mise sur le marché d’un produit |
| Produit | Service, bien ou solution répondant aux besoins d’un client ou d’un utilisateur |
| SAFe | SAFe (Scaled Agile Framework) est un ensemble de modèles d'organisation et de flux de travaux destiné à guider les entreprises dans la mise à l'échelle de pratiques lean et agiles. |
| RTE (SAFe) | Release Train Engineer - facilite et coordonne les Agile Release Train (Art) |
| Backlog | Rassemble l’ensemble des activités et des livrables dont l’équipe a la responsabilité ( évolutions, correctifs) |
| Capacité à faire | Pour un dimensionnement fixé à l’avance, capacité disponible d’une équipe pour livrer de la valeur ajoutée. Souvent exprimée en jours |
| Definition of Ready (DoR) | Par analogie à la Definition of Done, liste de critères génériques qui conditionnent le fait de pouvoir commencer à travailler concrétement sur un élément de travail. |
| Agilité à l’échelle | Organisation Agile étendue à un ensemble d’équipes, voire de l’entreprise entière. |
| Nexus | Nexus est un framework d’organisation agile à l’échelle cherchant à minimiser les dépendances entre équipes et les problèmes d'intégration |
| MVP | Minimum Viable Product - Version d'un produit qui permet d'obtenir un maximum de retours client avec un minimum d'effort |
| Definition of Done (DoD) | Liste de critères génériques qui conditionnent le fait de pouvoir considérer un élément de travail comme "fini" |
| LeSS | LeSS (Large Scale Scrum) est une version à plus grande échelle de Scrum à une seule équipe. |
| Agile | Les méthodes et pratiques agiles mettent en avant la collaboration entre des équipes auto-organisées et pluridisciplinaires et leurs clients. Elles préconisent une planification adaptative, un développement évolutif, une livraison précoce et une amélioration continue, et elles encouragent des réponses flexibles au changement. Cette approche a été popularisée à partir de 2001 par le Manifeste pour le développement agile de logiciels. |
| Liberating Structures (LS) | Les Liberating Structures sont un ensemble d’outils de facilitation efficaces permettant de créer des environnements propices à l’intelligence collective. |
| Developpers | Les Developpers sont les membres de la Scrum Team qui s'engagent à traiter tout ou partie utile d’un Increment à chaque Sprint. |
| Lean | Lean est un système visant à générer la valeur ajoutée maximale au moindre coût et au plus vite, ceci en employant les ressources juste nécessaires pour fournir au client ce qui fait de la valeur à leur yeux. |
| Sprint | Le Sprint est une boîte de temps (time-box), une durée, usuellement deux semaines, au cours de laquelle un Incrément Produit «Fini» fonctionnel et potentiellement publiable est créé. |
| Scrum Master | Le Scrum Master est chargé de promouvoir et supporter Scrum tel que défini dans le Guide Scrum. Le Scrum Master aide tout le monde à adapter leurs interactions avec l’équipe Scrum pour maximiser la valeur créée par cette équipe |
| Product Owner | Le Product Owner est redevable de maximiser la valeur du produit résultant du travail de la Scrum Team. |
| ART Sync (SAFe) | Le ART Sync est composé de deux évènements récurrent : le Scrum of Scrum qui réunit les Scrums Masters de toutes les équipes du train et le RTE pour se synchroniser sur les blocages et l'avancement du train le PO Sync qui réunit les Product Owner et le Product Management du train pour se synchroniser sur la livraison de valeur et les futurs besoins à réaliser |
| System Demo (SAFe) | La System Demo est un événement qui fournit une vue intégrée des nouvelles fonctionnalités de la dernière itération proposée par toutes les équipes du train Agile Release Train (ART). Chaque démo donne aux parties prenantes de l’ART une mesure objective des progrès accomplis au cours d’un Programme Increment (PI). |
| PI Planning (SAFe) | La planification d'incrément de programme (PI) est un événement en face à face basé sur la cadence qui sert de rythme au train agile (ART), alignant toutes les équipes de l'ART sur une mission et une vision communes. |
| ART (SAFe) | L'Agile Release Train (ART) est un ensemble pérenne composé d'équipes Agiles qui, avec d'autres parties prenantes, développent, fournissent et exploitent une ou plusieurs solutions dans un flux de valeur. |
| Train (SAFe) | L'Agile Release Train (ART) est un ensemble pérenne composé d'équipes Agiles qui, avec d'autres parties prenantes, développent, fournissent et exploitent une ou plusieurs solutions dans un flux de valeur. |
| Inspect & Adapt (SAFe) | Inspect & Adapt est un événement qui se tient à la fin de chaque incrément de programme (PI), au cours duquel le train (ART) présente et évalue l’état actuel de la solution. Les équipes réfléchissent et identifient ensuite les éléments en attente d'amélioration via un atelier structuré de résolution de problèmes. |
| Epic | Fonctionnalité pouvant être découpée en plusieurs user stories. Une grosse User Story. |
| Feature | Fonctionnalité avec un périmètre bien défini |
| User story | Expression de besoin sous la forme d’une histoire du point de vue d’un utilisateur. Par exemple : En tant que <client>, je veux <pouvoir transférer de l’argent> afin de <rembourser mes débiteurs> |
| Feature Team | Equipe pluridisciplinaire et multifonctionnelle, qui a vocation a durer longtemps et qui réalise de nombreuses fonctionnalités client de bout en bout. |
| Framework | Cadre définissant une norme de travail |
| Scrum | Cadre de travail (framework) dans lequel les personnes peuvent aborder des problèmes complexes et adaptatifs tout en livrant de manière efficace et créative des produits de la plus grande valeur possible. On y retrouve des Developpeurs, un Product Owner et un Scrum Master |
Auteur
essensei