A
Accords de fonctionnement d'équipe
Documents collaboratifs définissant les règles et comportements convenus par une équipe pour travailler ensemble efficacement dans un contexte agile. Ils ne servent pas à évaluer les performances individuelles mais à établir un cadre commun de collaboration.
Lors du lancement d'un nouveau projet, l'équipe rédige ses accords de fonctionnement pour préciser les horaires de disponibilité, les canaux de communication et les règles de prise de décision collective.
Agilomètre
Outil d'évaluation propre à PRINCE2 Agile permettant de mesurer le niveau d'agilité d'un environnement projet et d'identifier les défis potentiels liés à l'adoption des pratiques agiles. Son évaluation est facilitée par le chef de projet.
Avant de démarrer le projet, le chef de projet utilise l'Agilomètre pour déterminer si l'organisation cliente est suffisamment mature pour adopter une approche agile sans risque majeur.
B
Burn chart
Outil de visualisation agile qui représente graphiquement l'avancement d'un projet ou d'une itération en affichant la quantité de travail restante ou accomplie au fil du temps. Il ne contient pas d'information telle que la Definition of Ready.
À la fin de chaque journée de sprint, l'équipe met à jour le burn chart pour visualiser si elle est en bonne voie pour atteindre l'objectif du timebox.
C
Cas d'affaire
Document PRINCE2 justifiant l'engagement dans un projet en exposant ses raisons, les bénéfices attendus, les coûts et les risques associés. Dans un contexte agile, il doit identifier le MVP, tenir compte de la réduction possible du périmètre et décrire comment les bénéfices seront mesurés.
Le cas d'affaire indique que le MVP sera livré à la fin de la troisième séquence et décrit comment les bénéfices de productivité seront mesurés six mois après la mise en production.
Chef de projet
Rôle PRINCE2 responsable de la gestion quotidienne du projet au nom du comité de pilotage, et chargé en particulier de faciliter l'évaluation de l'Agilomètre et d'intégrer les pratiques agiles au cadre PRINCE2.
Le chef de projet anime l'atelier d'évaluation de l'Agilomètre avec les parties prenantes afin d'adapter le niveau d'agilité à appliquer tout au long du projet.
Comité de pilotage
Instance de gouvernance PRINCE2 responsable de la direction globale du projet, composée du fournisseur principal, de l'utilisateur principal et du représentant exécutif. Il reçoit les rapports d'avancement et prend les décisions stratégiques aux limites de séquence.
Le comité de pilotage examine le rapport d'avancement à la fin de chaque séquence pour décider s'il autorise le passage à la séquence suivante.
E
Epic
Exigence ou user story de haut niveau, suffisamment large ou vague pour ne pas pouvoir être développée directement dans un timebox. Elle est généralement décomposée en user stories plus détaillées avant d'être planifiée dans un sprint.
L'epic « Gestion des utilisateurs » est découpée en plusieurs user stories portant sur la création de compte, la réinitialisation du mot de passe et la gestion des droits d'accès.
Exigences fonctionnelles
Exigences décrivant ce que le produit ou le service doit faire, c'est-à-dire ses fonctionnalités et comportements attendus. Leur distinction par rapport aux exigences non fonctionnelles est essentielle pour une priorisation efficace dans PRINCE2 Agile.
La capacité du système à générer automatiquement une facture après une commande est une exigence fonctionnelle, priorisée Must dans la méthode MoSCoW.
K
Kanban
Approche agile basée sur la visualisation du flux de travail, la limitation du travail en cours (WIP) et l'amélioration continue d'un système. Elle est utilisée pour optimiser la livraison et identifier les goulots d'étranglement.
L'équipe adopte Kanban pour visualiser ses tâches en cours sur un tableau divisé en colonnes À faire, En cours et Terminé, et limite à trois le nombre de tâches simultanées par développeur.
L
Lean Startup
Approche incluse dans le processus « Élaborer le projet » de PRINCE2 Agile, basée sur la boucle de rétroaction construire-mesurer-apprendre, permettant de recourir à l'agilité dans des situations complexes et incertaines. Elle favorise la mise en release rapide de produits pour obtenir des retours réels.
En appliquant le Lean Startup, l'équipe met en production une version simplifiée du produit dès la première séquence pour valider ses hypothèses auprès d'utilisateurs réels avant d'investir davantage.
M
Management par séquences
Principe PRINCE2 selon lequel un projet est planifié, suivi et contrôlé séquence par séquence, offrant au comité de pilotage des points définis pour examiner la progression et la viabilité du projet avant d'autoriser la suite.
À la fin de la première séquence de management, le comité de pilotage évalue les livrables produits et décide formellement d'autoriser le début de la séquence suivante.
Manifeste Agile
Texte fondateur de l'agilité publié en 2001 qui définit quatre valeurs clés, dont la préférence accordée aux individus et leurs interactions sur les processus et les outils, et aux logiciels fonctionnels sur une documentation exhaustive.
Lors de la formation de l'équipe, le coach agile rappelle les quatre valeurs du Manifeste Agile pour expliquer pourquoi la collaboration directe avec le client prime sur les échanges formels par courrier électronique.
MoSCoW
Technique de priorisation utilisée dans PRINCE2 Agile pour classer les exigences en quatre catégories : Must have (obligatoire), Should have (souhaitable), Could have (possible) et Won't have (exclu pour cette itération). Elle est essentielle à la gestion flexible du périmètre.
Lors de la planification du sprint, l'équipe et le Product Owner utilisent la méthode MoSCoW pour identifier les user stories Must qui doivent impérativement être livrées dans le timebox.
MVP (Produit Minimum Viable)
Version d'un produit comportant uniquement les fonctionnalités essentielles permettant de le mettre entre les mains d'utilisateurs réels afin de recueillir des retours et de valider des hypothèses. Le cas d'affaire PRINCE2 Agile doit identifier ce qu'est le MVP et la date à laquelle il sera livré.
Le cas d'affaire indique que le MVP de la plateforme e-commerce, comprenant uniquement le catalogue produits et le paiement en ligne, sera livré à la fin du deuxième trimestre.
O
Oignon Agile
Modèle de représentation de l'agilité structuré en cinq couches concentriques, de l'extérieur vers l'intérieur : Processus, Pratiques, Principes, Valeurs et État d'esprit. Il montre que l'agilité durable repose sur les couches internes, les plus difficiles à développer.
Le coach agile utilise l'Oignon Agile pour expliquer à la direction que l'adoption de Scrum (couche Pratiques) ne suffit pas si l'état d'esprit agile (couche centrale) n'est pas sincèrement partagé.
P
Planification basée sur les produits
Approche de planification PRINCE2 consistant à identifier et décrire tous les produits à livrer avant de planifier les activités nécessaires à leur création. Dans PRINCE2 Agile, elle est utilisée en se concentrant sur les fonctionnalités requises.
Lors du processus d'initialisation, le chef de projet anime un atelier de planification basée sur les produits pour identifier toutes les fonctionnalités à livrer et leurs dépendances avant d'établir le plan de release.
R
Radiateur d'information
Affichage visuel des informations clés du projet placé bien en vue pour que l'équipe et les parties prenantes puissent les consulter facilement et en temps réel. Il reflète le caractère dynamique et transparent d'une équipe agile.
Le tableau Kanban affiché sur le mur de la salle de l'équipe est un radiateur d'information qui permet à tout visiteur de connaître instantanément l'état d'avancement du sprint.
Rapport d'avancement
Document PRINCE2 périodique résumant le statut de la séquence en cours et signalant les problèmes et risques potentiels au comité de pilotage, lui permettant d'exercer son contrôle sans intervenir dans la gestion quotidienne.
Le chef de projet transmet un rapport d'avancement hebdomadaire au comité de pilotage indiquant le pourcentage de user stories terminées, les risques identifiés et les écarts par rapport au plan de séquence.
Rétrospective
Cérémonie agile organisée à la fin d'un sprint ou d'une itération pour permettre à l'équipe d'inspecter son fonctionnement et d'identifier un nombre limité d'améliorations à mettre en œuvre lors de la prochaine itération. Des outils tels que le tableau Glad! Sad! Mad! y sont couramment utilisés.
À la fin du sprint, l'équipe utilise un tableau Glad! Sad! Mad! lors de la rétrospective pour recueillir les ressentis de chacun et sélectionner deux actions d'amélioration concrètes pour le sprint suivant.
S
Scrum
Cadre agile le plus connu selon PRINCE2 Agile, largement utilisé pour la livraison itérative de produits au travers de sprints. Il définit des rôles spécifiques (Product Owner, Scrum Master, équipe de développement) et des cérémonies formelles telles que le Sprint planning.
L'équipe de livraison applique Scrum avec des sprints de deux semaines, un Sprint planning en début de sprint et une rétrospective en fin de sprint, dans le cadre global de gouvernance PRINCE2.
T
Timebox
Période de durée fixe et non négociable pendant laquelle un travail est réalisé pour atteindre un objectif défini. Lorsque de nouvelles exigences y sont ajoutées, des exigences d'un niveau d'effort similaire doivent en être retirées pour maintenir la durée fixe.
Le sprint de deux semaines est un timebox : lorsque le Product Owner souhaite ajouter une nouvelle user story en cours de sprint, l'équipe retire une exigence de complexité équivalente pour préserver l'échéance.
Tolérance
Marge de variation acceptable par rapport aux six objectifs du projet (délais, coûts, périmètre, risques, bénéfices et qualité) déléguée par le comité de pilotage au chef de projet. Dans PRINCE2 Agile, la tolérance de coût est généralement fixe tandis que le périmètre constitue la variable d'ajustement principale.
Le comité de pilotage fixe une tolérance de coût stricte de ±5 % sur le budget total, ce qui implique que c'est le périmètre livré qui s'ajuste si des difficultés surviennent en cours de séquence.
U
User story
Description courte et centrée sur l'utilisateur d'une fonctionnalité à développer, généralement rédigée selon le format « En tant que [rôle], je veux [action] afin de [bénéfice] ». Les epics sont des user stories de haut niveau décomposées en user stories plus détaillées pour la planification de sprint.
La user story « En tant que client, je veux recevoir une confirmation par e-mail afin d'être informé que ma commande a bien été enregistrée » est estimée en T-shirt sizing et planifiée dans le prochain sprint.
V
Vélocité
Mesure agile quantifiant la quantité de travail accomplie par une équipe au cours d'un timebox, exprimée généralement en points de story. Elle sert de référence pour prévoir de manière réaliste ce qui peut être livré lors des itérations futures.
Après trois sprints, l'équipe constate une vélocité moyenne de 40 points par sprint, ce qui permet au chef de projet d'estimer que les 200 points restants du backlog seront livrés en cinq sprints supplémentaires.