Concepts et Terminologies agiles
Agile
Agilité est une philosophie, une vision, un état d’esprit ou une manière de faire plus pragmatiques que les autres méthodologie de gestion de projet. C’est un ensemble des méthodes de gestion de projet qui mettent l’accent sur la flexibilité, la livraison fréquente et séquentiel du produit et la collaboration avec le client.
Scrum
Comme défini dans le guide, Scrum est un cadre de travail léger qui aide les équipes et les organisations a produire de la valeur.
Incrément
C’est une unité de travail ou bien une valeur ajouté du produite créer à partir d’un backlog sprint
Incrément MVP
Un incrément est MVP quant t’il est utilisable et peut aller en production.
Velocity
Elle représente la quantité de travail (points) qu’une équipe de projet agile peut accomplir. La vélocité n’est pas une valeur défini pour chaque sprinte, mais une moyenne calculer entre deux ou plusieurs sprinte. C’est un indicateur clé sur plusieurs paramètre du projet, notamment l’état d’esprit de l’équipe projet, l’estimation des US et le respect ou non des délais du projet.
Engagement
C’est le nombre de points (quantité de travail) sur le quel l’équipe de projet s’engage à réalisé pendant une période donné ( une itération ou un Sprint).
Capacité
Elle représente la quantité de travail que peut produire l’équipe de projet dans une situation spécifique. Par exemple un membre clé de l’équipe qui doit être remplacer va impacté la productivité.
Surcharge de travail
La surcharge de travail surviens au moment ou l’équipe doit produire plus de valeurs que se dont lui permet ses ressources disponible.
Équipe auto-organisée
L’auto-organisation au sein d’une équipe de projet intervient dans le cadre de la répartition des flux et de l’organisation du travail. Une équipe auto-organisée est un groupe de personnes qui ont la responsabilité et la liberté de prendre des décisions liées à la planification, à l’exécution du travail et à l’amélioration continue sans avoir besoin d’une supervision constante.
Product Owner
Le Product Owner est une personne et non un comité. C’est un rôle clé dans la méthode Scrum. Il est le garant du carnet de produit. Il représente le client, garantit ses besoins et défend ses intérêts. Il est chargé de la gestion, de la mise à jour et de la priorisation des besoins contenus dans le product backlog.
Backlog de sprint
Le backlog de sprint est une liste priorisée d’éléments du backlog produit qui ont été sélectionnés pour être livrés au cours d’un sprint spécifique. Il est créé lors de la réunion de planification du sprint. Il contient les exigences du client selon la faisabilité définie ou confirmée par l’équipe projet.
Réunion de planification du sprint
C’est une réunion périodique au début de chaque sprint où l’équipe de développement, le Scrum Master et le Product Owner discutent des éléments du backlog produit à inclure dans le sprint et définissent les objectifs du sprint. Durant la sprint planning, la scrum team peut faire intervenir le client pour avoir plus de spécifications des besoins. Si le besoin d’expertise dans un domaine se fait sentir et qu’elle n’est pas disponible, la scrum team peut en faire intervenir pendant la réunion de planification.
Réunion de revue de sprint
C’est une réunion de validation. Contrairement à d’autres pratiques, le sprint review n’est pas une réunion de présentation, mais plutôt une réunion de vérification de la conformité du livrable par rapport à la DoD. À la fin de chaque sprint, l’équipe de développement démontre le travail accompli au Product Owner et aux parties prenantes lors de la réunion de revue de sprint.
Story points
Les story points sont une unité de mesure relative qui rassemble les expériences et les retours d’autres projets. Le story point est utilisé dans l’estimation agile pour évaluer la complexité des tâches à accomplir. Cela permet de mieux estimer le temps nécessaire pour compléter une tâche.
Estimation agile
L’estimation agile est un processus itératif qui utilise des techniques comme le poker planning pour estimer la complexité des tâches dans un projet, souvent en utilisant des story points.
Scrum of Scrums
Un mécanisme utilisé dans les projets Scrum où des représentants d’équipes se réunissent régulièrement pour discuter des progrès, des obstacles et de la coordination entre les équipes.
Scrum ban
Une méthode qui combine des éléments du Scrum et du Kanban pour mieux s’adapter aux besoins spécifiques d’une équipe ou d’un projet.
WIP (Work In Progress)
Il représente le nombre de tâches en cours à un moment donné dans le flux de travail. Limiter le WIP est souvent utilisé pour améliorer l’efficacité.
Flux de travail
C’est le nombre de tâches ou d’activités à réaliser pendant une période donnée. Il peut aussi être défini comme une séquence d’étapes à suivre pour compléter une tâche ou un processus. En Agile, le flux de travail est souvent visualisé à l’aide de tableaux Kanban.
Tableau Kanban
C’est un tableau visuel qui représente le flux de travail d’une équipe ou d’une entité de l’équipe. Il utilise des colonnes pour représenter les différentes étapes d’avancement du travail, telles que « À faire », « En cours », « En test » et « Terminé ». Évidemment, les colonnes peuvent être plus ou moins détaillées, tout dépend du besoin.
Itération
C’est un cycle de travail (temps) durant le quel un objectif défini (incrément) doit être produit.
Rétrospective
Une réunion à la fin d’un sprint où l’équipe réfléchit sur ce qui a bien fonctionné et ce qui pourrait être amélioré.
Kanban
Une méthodologie de gestion visuelle qui se concentre sur l’optimisation du flux de travail en limitant le travail en cours.
Scrum Master
La personne responsable de faciliter le processus Scrum, de supprimer les obstacles rencontrés par l’équipe et de s’assurer que Scrum est compris et mis en œuvre correctement.
Sprint
Un sprint est une itération, avec la méthode scrum le sprint représente un conteneur où plusieurs évènements vont se dérouler en l’occurrence le Sprint Planning, le Daily Sprint, le Sprint Review et la Rétrospective Sprint.
Backlog produit
Une liste priorisée de toutes les fonctionnalités, améliorations et corrections de bogues prévues pour le produit.
BurnDown chart
Un graphique visuel qui montre la quantité de travail restante au fil du temps, souvent utilisé pour suivre le progrès d’un sprint ou d’un projet.
User story
Une description simple, courte et compréhensible d’une fonctionnalité. Généralement écrite du point de vue de l’utilisateur, sous le format « En tant que [type d’utilisateur], je veux [réaliser quelque chose] afin de [atteindre un objectif] ».
Définition of Done
Une liste de critères clairs qui définissent quand une tâche est considérée comme terminée.
Rétrospective
Une réunion régulière à la fin d’une itération où l’équipe réfléchit sur ce qui a bien fonctionné, ce qui pourrait être amélioré, et propose des actions d’amélioration.
Agile manifesto
Le document fondateur de l’agilité, qui énonce les valeurs et les principes fondamentaux de l’approche agile.
BurnUp chart
Un graphique visuel qui montre la quantité de travail effectuée au fil du temps, souvent utilisé pour suivre le progrès d’un sprint ou d’un projet.
Livraison continue
La livraison fréquente et continue est une pratique du paradigme agile lors de la mise au point de produit ou de service. Ce procédé itératif et incrémentale réduite les risques d’inadéquation entre le besoin exprimer par le client et la solution fournie à la fin du projet.
Continuous Integration (CI)
La CI est une pratique de développement logiciel où les développeurs intègrent fréquemment leurs modifications de code dans un référentiel partagé. Chaque intégration est automatiquement vérifiée par des builds et des tests automatisés.
Continuous Delivery (CD)
C’est une pratique du développement logiciel. Chaque modification de code est automatiquement déployée en production une fois qu’elle passe les tests de CI. Ceci allège le backlog et réduite les US en attentent de traitement.
TDD (Test-Driven Development)
C’est une méthode de développement de logiciel basée sur le débogage. Le TDD est une approche pilotée par les tests automatisés. Ces tests sont écrits avant même le code de production. Les développeurs écrivent un test qui échoue d’abord, puis écrivent le code nécessaire pour passer ce test.
BDD (Behavior-Driven Development)
Cette approche de développement logiciel met l’accent sur le comportement attendu du logiciel. L’équipe projet rédige des scénarios utilisateur en langage naturel compréhensible par tous les membres de l’équipe, puis automatisés pour tester le comportement du logiciel. Pour garantir et augmenter les chances de réussite d’un projet logiciel piloté avec la méthode BDD, il faut que les futurs utilisateurs, le UX et le UI designer fassent partie intégrante de l’équipe projet.