Blog Planview

Votre parcours vers l’agilité métier

La gestion de programmes Agile

Terminologie Agile

Apprendre les bases

Publié le Par Emily Peterson
Terminologie Agile

Que vous soyez un nouveau venu dans le monde Agile ou un praticien chevronné, il n'est jamais inutile de réviser votre terminologie Agile ! Ajoutez ce glossaire alphabétique des principaux termes Agile à vos favoris et utilisez-le comme référence chaque fois que vous en avez besoin.

Terminologie Agile à connaître

Test d'acceptation

Un ensemble de critères, rédigés du point de vue du client, pour garantir que le produit créé répond à ses exigences. Il n'y a que deux résultats possibles d'un test d'acceptation : Réussir ou échouer.

Les tests d'acceptation sont un moyen clair et facile de s'assurer que les équipes Agile créent des produits, des fonctionnalités ou des services qui répondent aux objectifs prévus.

Agile Manifesto

Bien que rédigé à l'origine pour le développement de logiciels (par un groupe de développeurs de logiciels), le Manifeste Agile est toujours considéré comme un texte fondateur dans l'étude et la pratique de la méthode Agile. Le Manifeste Agile comprend quatre valeurs et douze principes qui expliquent les concepts clés du développement Agile. Une grande partie de la terminologie Agile utilisée aujourd'hui trouve ses racines dans le Manifeste Agile.

Les quatre valeurs sont :

  • Individuals and interactions over processes and tools
  • Working software over comprehensive documentation
  • Customer collaboration over contract negotiation
  • Réagir au changement plutôt que de suivre un plan

Vous pouvez lire le Manifeste Agileà dans son intégralité sur le site Web du Manifeste Agile .

Backlog

Le terme "backlog" fait référence à des travaux classés par ordre de priorité qui n'ont pas encore été achevés. Étant donné que de nombreuses équipes qui pratiquent la méthode Agile utilisent des tableaux Kanban pour visualiser et gérer leur travail, le terme peut également être utilisé pour désigner le couloir (à l'extrême gauche du tableau) où ces éléments de travail sont retenus jusqu'à ce qu'ils soient commencés.

Agilité organisationnelle

L'agilité commerciale fait référence à la capacité d'une organisation à s'adapter et à répondre rapidement aux changements - ce qui nécessite une combinaison soigneusement équilibrée de pratiques dynamiques et de pratiques favorisant la stabilité. Vous pouvez en savoir plus sur la définition de l'agilité commerciale ( ) dans ce billet.

Tableau récapitulatif

Une visualisation utilisée par les équipes Agile pour mesurer les progrès, un burndown chart représente les éléments de travail en suspens (dans chaque période de temps) sur un axe et le temps restant pour le terminer sur l'autre.

Cadence

La cadence fait référence au flux ou au rythme selon lequel le travail est fourni. Il peut également être utilisé pour faire référence à la durée du cycle de développement (ou d'exécution) d'une équipe.

Capacité

La capacité fait référence à la quantité de travail qu'une personne, une équipe ou une organisation peut accomplir dans un laps de temps donné.

Amélioration continue

L'amélioration continue est la pratique perpétuelle consistant à identifier et à agir sur les opportunités d'amélioration. Elle peut être considérée comme un processus formel, ou comme un ensemble informel de directives.

Vous pouvez en savoir plus sur l'amélioration continue dans ce post.

Definition of Done

En Agile, savoir quand un travail a été achevé est essentiel pour calculer les principales mesures Agile telles que le délai d'exécution et la durée du cycle. La définition de "done" sur est un terme utilisé pour décrire les critères qu'une équipe détermine avant de commencer un travail, afin de pouvoir dire si ce travail est terminé ou non.

Epic

En Agile, une épopée est un gros travail qu'une équipe a pour objectif de terminer dans une période déterminée. Les équipes s'efforcent généralement de réaliser 2-3 épopées en un trimestre. Les épopées sont divisées en incréments plus petits, appelés user stories (voir user story, ci-dessous).

Iterative Development

Comme son nom l'indique, développement itératif est la pratique consistant à développer un produit par itérations - en fournissant fréquemment de petits éléments de valeur exploitables et en incorporant les apprentissages dans les itérations futures.

Propriétaire du programme

En Agile, le propriétaire du programme est responsable de la définition des User Stories (voir User Story) et de la hiérarchisation du backlog. Le Product Owner est chargé de maximiser la valeur que l'équipe produit et de veiller à ce que la Définition est faite soit respectée pour chaque travail livré.

SAFe®

SAFe® est un acronyme pour Scaled Agile Framework®. Il s'agit du cadre le plus populaire et le plus reconnu pour la mise à l'échelle d'Agile dans les entreprises.

Fidèle à la méthode Agile, SAFe® est un cadre itératif, qui est fréquemment mis à jour pour répondre au mieux aux besoins des équipes Agiles modernes. Pour en savoir plus sur SAFe, cliquez sur.

Scrum

Scrum est un cadre Agile utilisé principalement dans le développement de logiciels pour développer, livrer et maintenir des produits complexes. C'est un ensemble de réunions, d'outils et de rôles qui fonctionnent ensemble pour aider les équipes à structurer et à gérer leur travail.

Sprint

Un sprint est une période courte et ciblée pendant laquelle les équipes Agile ont pour objectif de réaliser une quantité de travail prédéterminée. Les sprints durent le plus souvent deux semaines, bien que cela puisse varier selon les équipes.

Les sprints sont le plus souvent associés à Scrum, mais sont largement utilisés par les équipes Agile qui ne pratiquent pas activement Scrum.

Réunion debout

Une courte réunion, fréquemment organisée, au cours de laquelle les équipes Agile discutent des obstacles à leur travail et créent un plan pour continuer à avancer. Ces réunions sont appelées standup meetings (ou simplement standups) car elles sont censées être suffisamment courtes pour que les participants puissent suivre la réunion en étant debout.

Histoire d'utilisateur

Une histoire d'utilisateur est une exigence ou une demande qu'une équipe vise à réaliser - en d'autres termes, une tâche. En Agile, ces histoires sont appelées user stories car elles sont écrites du point de vue du client, ou de l'utilisateur.

Vélocité

En physique, la vélocité est la mesure de la vitesse par rapport à la direction. En Agile, la vélocité fait référence au nombre d'unités de travail qu'une équipe peut réaliser dans un laps de temps donné. Une unité de travail peut être mesurée de multiples façons, notamment par des histoires d'utilisateur, des points d'histoire ou des heures d'ingénieur.

La vélocité est largement utilisée en Agile comme outil de calibrage pour aider les équipes de développement à estimer le temps qu'il leur faudra pour accomplir une quantité spécifique de travail.

Plus de terminologie Agile

Ce glossaire de la terminologie Agile donne un aperçu des principaux termes que vous rencontrerez probablement au fur et à mesure que vous en apprendrez davantage sur Agile.  Pour en savoir plus sur Agile, consultez le site Agile Methodologies : A B eginners Guide et découvrez l'histoire d'Agile, comment créer une équipe Agile, les avantages et les meilleures pratiques, et plus encore.


Articles similaires

Rédaction du contenu Emily Peterson Responsable senior de la génération de la demande

Emily Peterson est Demand Gen Manager pour la solution Enterprise Agile Planning de Planview. Elle s'attache à aider les organisations à atteindre l'agilité selon leurs conditions et leur calendrier. Elle utilise son expérience professionnelle en marketing agile (en tant que RTE) pour tirer parti de nouvelles méthodes de travail dans l'ensemble de l'organisation, en reliant toutes les parties de l'entreprise aux objectifs généraux de l'organisation.