Méthodes Agiles en Gestion de Projet

Chapitre 2 : Agilité et agilité à l'échelle

• Ce chapitre explore la notion d'agilité et d'agilité à grande échelle.
• Une image d'un compteur de vitesse avec "VALUE CREATION" est présentée.
• L'image souligne l'importance de la création de valeur.
• Des jalons sont définis comme à court terme (0-3 mois) et à long terme (3-6 mois).

Introduction

• Le texte passe de la méthode Waterfall à l'agilité, des projets aux produits.
• Le futur, encore plus incertain : la planification n'est pas facilement prévisible (3 à 6 mois).
• Un futur relativement prévisible (0-3 mois).
• Le texte souligne les enjeux de la planification et l'imprévisibilité.

Introduction

• La méthode de planification par vague est abandonnée au profit de l'agilité.
• Le périmètre des livrables est fixe.
• La qualité est un élément important.
• L’agilité permet des livrables en élaboration progressive.
• L’image illustre une transition des méthodes fixes de planification vers une approche plus flexible dans le cadre de l’agilité.

Introduction

• Le texte présente une introduction centrée sur la méthode agile.
• Cinq niveaux de planification agile permettent d'atteindre la vision produit.
• Ces niveaux couvrent la vision produit, le roadmap produit, la planification des releases, la planification des itérations et la planification quotidienne.

Qu'est-ce que l'agilité ?

• En février 2001, 17 spécialistes du développement logiciel se sont réunis aux États-Unis pour discuter de leurs méthodes et créer le Manifeste Agile.
• Le Manifeste Agile établit quatre valeurs fondamentales et douze principes directeurs.
• Les valeurs consistent à privilégier les individus et les interactions aux processus et aux outils, les logiciels fonctionnels aux documents, la collaboration avec les clients à la négociation contractuelle et l'adaptation au changement à l'attachement au plan.
• Les douze principes soulignent l'importance de satisfaire le client, d'accepter les changements, de livrer fréquemment des logiciels fonctionnels, de travailler en collaboration avec les clients, d'accorder confiance et soutien, d'accorder attention continue, de privilégier la simplicité, de former des équipes auto-organisées, de réfléchir et s’adapter.

Qu'est-ce que l'agilité ?

• L'agilité est un ensemble de valeurs et de principes, permettant à toute organisation d'offrir rapidement des produits et des services dotés d'une haute valeur.
• Elle nécessite une nouvelle culture.
• Elle représente un guide de référence pour la transformation.
• Les valeurs et les principes agile définissent une nouvelle culture pour une organisation.

Qu'est-ce que l'agilité ?

• Le Manifeste Agile pour le développement logiciel est un texte important dans l'histoire du développement logiciel; il sert de fondement à la méthodologie agile.
• Le cycle de développement en cascade n'est plus adapté aux exigences des entreprises modernes en constante évolution.
• Les méthodes agiles ont émergé comme une réponse à ce besoin d'adaptation rapide aux changements et à l'agilité.

Qu'est-ce que l'agilité ?

• Le texte définit les quatre valeurs clés d'une approche de développement agile.
• Les valeurs incluent l'importance des individus et de leurs interactions, des logiciels fonctionnels, de la collaboration avec les clients et de l'adaptation au changement.
• L'agilité souligne l'importance des interactions, des développements fonctionnels, de la collaboration et de la capacité à s'adapter au changement.
• Les méthodes (applications fonctionnelles, collaboration avec le client) et les processus (planification rigides) sont mis en parallèle.
• Le changement est accueilli, la planification est flexible.

Les 12 principes Agile

• Les 12 principes Agile fournissent des directives pour le développement logiciel agile.
• Ils constituent des éléments clés d'une approche Agile.

Les 4 valeurs de l'agilité

• Les 4 valeurs de l'agilité : les individu et leurs interactions plus que les processus et les outils, les logiciels opérationnels plus que les documents, la collaboration avec les clients plus que la négociation contractuelle, l'adaptation aux changements plus que le suivi d'un plan.
• L'agilité met en avant les équipes et la collaboration, mettant en avant les individus et les interactions au détriment des processus et des outils.
• Le manifeste agile repose sur un idéal d'objectif à atteindre.

Les 4 valeurs de l'agilité

• La collaboration avec les clients est plus importante que la négociation contractuelle.
• L'adaptation au changement est prioritaire par rapport au suivi des plans.
• La collaboration entre clients et équipes est un facteur clé dans l'agilité afin d'améliorer la relation avec les utilisateurs.

Les 12 principes de l'agilité

• Les 12 principes expliquent les directives pour appliquer l'agilité.
• Parmi les 12 principes Agile : Satisfaire le client, Accueillir les changements, Livrer fréquemment, Travailler ensemble, Confiance et soutien, Dialogue en face à face, Logiciel opérationnel, Développement soutenable, Attention continue, Privilégier la simplicité, Équipes auto-organisées, Réfléchir et adapter.

Les 12 principes de l'agilité

• Le texte aborde les 12 principes d'agilité, mettant l'accent sur dix-sept experts du développement logiciel, la satisfaction du client, les modifications, la fréquence des livraisons, la collaboration, le soutien, la communication directe, l'importance du logiciel fonctionnel, le développement durable, l'attention portée à l'excellence, l'importance de la simplicité et de l'équipe autonome.

Les 12 principes de l'agilité

• Le texte traite de l'importance de la haute priorité accordée à la satisfaction des clients en appliquant les modifications de la demande même tard dans le processus.
• L'agilité implique des livraisons fréquentes et des cycles de développement plus rapides que les approches traditionnelles telles que celles de la méthode Waterfall.
• Les équipes doivent constamment communiquer et collaborer étroitement pour garantir une meilleure compréhension du logiciel.
• En outre, les équipes doivent adopter l'esprit d'autogestion et pouvoir adapter le processus de développement en permanence, comme la nécessité de suivre toujours l'excellence technique et le bon design.

Les 12 principes de l'agilité

• Les 12 principes définissent les approches de travail dans l’agilité : satisfaire les clients, adopter les changements, construire la fréquence des livraisons, promouvoir la collaboration entre développeurs et clients, l’importance de la confiance et de l’accompagnement, la communication directe avec les clients, la focalisation sur les logiciels fonctionnels, la nécessité du développement soutenable, mettre l’accent sur l’excellence et la simplicité des processus, développer en impliquant les équipes auto-organisées et la capacité d’adapter les processus.

Les piliers empiriques de Scrum

• La transparence est l'un des piliers empiriques.
• L'inspection est l'un des piliers empiriques.
• L'adaptation, l'aspect dynamique des pratiques Scrum, est un pilier empirique.
• Ces piliers permettent aux équipes Scrum d'identifier les problèmes et d'ajuster leurs processus.

Valeurs Scrum

• L'engagement, la focalisation, l'ouverture, le respect et le courage sont les 5 valeurs de Scrum.

Décompose Scrum

• Les rôles (Scrum Master, Product Owner, Developers), les événements (Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective) et les artefacts (Product Backlog, Sprint Backlog, Increment) sont essentiels dans Scrum.

Scrum Team

• L'équipe Scrum est un groupe stable et pluridisciplinaire, composé de Scrum Master, Produit Owner et Developers travaillant sur un seul objectif.
• L'équipe Scrum est responsable de toutes les tâches liés à la création du produit.
• L'équipe Scrum est responsable de toutes les actions.

Rôles dans Scrum

• Les développeurs effectuent le travail en itération.
• Les Scrum Masters facilitent la conversation et la coordination.
• Les Product Owners expriment les besoins des clients.

Developers

• Les développeurs se relient au backlog pour livrer les produits requises dans les sprints.
• Ils sont responsables de créer une planification des sprints et d’adhérer à la Definition Of Done.
• Ils sont responsables de s'adapter à l'évolution du besoin pendant le sprint (flexibilté).

Product Owner

• Le Product Owner détermine l'objectif du produit et doit le maintenir tout au long du projet.
• Il communique les objectifs au Scrum Team.
• Il gère le backlog de produit, qui est une liste des éléments à réaliser afin d'atteindre l'objectif de produit.

Scrum Master

• Le Scrum Master guide la Scrum Team et l'organisation pour qu'elles fonctionnent efficacement avec Scrum.
• L’empirisme et la capacité d'adaptation sont essentielles.
• S'assurer de la gestion des impediments pour que la Scrum Team continue le travail sans interruption.

Événements Scrum

• Le Sprint Planning est une planification de travail à réaliser dans le sprint pour atteindre le but du produit.
• Le Daily Scrum est un rendez-vous quotidien pour savoir l'avancement des travaux actuels et déterminer ce qui se fait et ce qui reste à faire pour avancer.
• La Sprint Review est un examen du développement actuel.
• La Sprint Retrospective est une analyse de la performance du sprint qui vient de s'achever.

Sprint

• Les sprints sont les blocs de temps pour la réalisation des tâches à court terme et l'itération qui constituent les étapes du cycle de développement.
• L'objectif du Sprint est de créer des fonctionnalités utilisables qui augmentent la valeur du produit.
• La durée d'un sprint fixe en fonction des besoins du projet.

Sprint Planning

• Le cycle de planification du sprint définit le travail à réaliser durant le sprint.
• Le Product Owner et le Scrum Master permettent la collaboration et l'alignement sur l'objectif.

Daily Scrum

• Le Daily Scrum est une réunion quotidienne de 15 minutes où les développeurs partagent ce qu'ils ont fait, ce qu'ils prévoient de faire, et s'ils sont confrontés à des obstacles.

Sprint Review

• La Scrum Team présente le travail accompli durant le sprint aux parties prenantes.
• Les parties prenantes donnent leur avis sur le travail.
• Le travail est généralement discuté et les décisions sont prises pour commencer le sprint suivant.

Sprint Retrospective

• La Scrum Team analyse le dernier sprint.
• Ils analysent les forces, les faiblesses, les opportunités et les menaces.
• Des propositions d'amélioration peuvent être présentées pour le sprint suivant.

Les Artefacts de Scrum

• Le Product Backlog liste les fonctionnalités à réaliser.
• Le Sprint Backlog liste les fonctionnalités réalisées durant le Sprint.
• Cette liste est travaillée en commun.

Product Backlog

• Le Product Backlog est un catalogue des besoins qui permet d'atteindre l'objectif de produit.
• La liste des fonctionnalités ou tâches à réaliser est organisée en ordre de priorité et de valeur.
• La qualité du produit est la priorité principale.
• Les discussions et les informations doivent être claires pour tous.

Sprint Backlog

• Le Sprint Backlog permet le suivi des tâches à faire durant le sprint.
• Le Sprint Backlog permet de maintenir la transparence sur le travail de l'équipe pour le sprint.
• C'est un élément important.

Increment

• Un Increment représente le résultat d'un sprint.
• Il contient toutes les fonctionnalités déjà développées au cours du sprint.
• Il doit satisfaire à la définition de la "fin".

Annexes

• Le Backlog.
• Les Métriques Scrum.

Le Backlog

• Le backlog est une méthode qui permet de gérer les éléments à réaliser pour le produit.
• C'est une liste ordonnée par ordre de priorité.
• L'ordre de priorité est défini par rapport à la valeur et à la dépendance par rapport aux autres tâches.

La Story, Feature et EPIC

• Une user story est un petit morceau de fonctionnalité visible par l'utilisateur.
• Elle doit être développée en un sprint.
• Une feature est un service ou une fonction du produit.
• Elle est plus grande qu'une user story.
• Une EPIC est la plus grande catégorie pour les exigences.

Les différentes rôles

• Agile Team
• Produc Owner
• Scrum Master
• Developer

Velocity

• La vélocité montre le nombre de points de tâche réalisés dans un cycle.
• Les sprints précédents fournissent des données pour prévoir les points d'effort nécessaires aux sprints ultérieurs.

Commitment Reliability

• La fiabilité de l'engagement est calculé à partir des points de tâches promis et des points de tâches réalisés durant un sprint.
• Cette métrique mesure la capacité d'un sprint à tenir ses engagements.

Backlog Health

• Dans le contexte de Scrum, la santé du backlog se réfère au nombre total de points de tâches disponibles dans le backlog par rapport à la vélocité.
• Cette métrique aide à identifier et planifier les priorisations.

Effort Estimation Variance

• Cette métrique permet de mesurer la variance entre les estimations d'effort et l'effort réel pour une tâche ou un groupe de tâches.
• L'estimation est un indicateur important du travail qui reste à faire.

Scope Change

• Cette métrique montre la modification de la quantité de travail à réaliser dans un sprint en fonction des nouvelles tâches.
• Elle montre si l'ajout ou le retrait de tâches dans le Project Backlog a eu un impact significatif sur la durée du Sprint.

Defect Leakage

• Cette métrique sert à évaluer le nombre de défauts ou d'erreurs trouvés après la fin de chaque sprint.
• Elle est importante pour l'assurance qualité.

Découvrez les principes fondamentaux des méthodes Agiles à travers ce quiz. Évaluez vos connaissances sur l'importance de la simplicité, le rôle des acteurs, et les pratiques essentielles pour une équipe performante. Testez votre compréhension de l'Agilité et de la méthodologie Scrum.