Guide des meilleures pratiques pour la planification Agile destiné aux chefs de projet

By Kate Eby | 12 juillet 2016 (mis à jour 2 août 2024)

Agile n’est pas une activité « hiérarchisée ». Plutôt que de voir un chef de projet confier des tâches et superviser le travail, effectuer des estimations et élaborer le plan par lui-même, le processus émane de l’ensemble de l’équipe. Par exemple, les estimations du temps nécessaire pour accomplir une tâche sont fournies par l’équipe Agile qui effectuera la tâche, et les fonctionnalités à mettre en œuvre dans un sprint sont décidées par l’équipe lors de la réunion de planification du sprint, où le backlog produit est discuté et les préoccupations exprimées.

Les méthodologies Agile sont des processus collaboratifs qui diffèrent de la planification traditionnelle de projets. Vous trouverez ci-dessous un débat portant sur les meilleures pratiques de planification pour les chefs de projet Agile.

Planification des versions Agile

La planification de version Agile diffère de la planification de projet traditionnelle dans la mesure où elle est basée sur une sélection de fonctionnalités qui sont développées pendant un certain temps (le sprint). L’objectif ultime de la planification de la version Agile est d’atteindre la vision du produit, c.-à-d. l’objectif général du produit et la façon dont il s’aligne sur une stratégie commerciale.

Le plan de lancement d’un projet Agile repose sur le calendrier global axé sur la planification de plusieurs itérations dans le but de déterminer quand chaque version sera livrée. Afin d’atteindre la vision du produit, il y a plusieurs détails à prendre en compte avant de créer un plan de lancement, notamment :

  • Disponibilité du responsable de produit
  • Backlog priorisé qui a été examiné par le responsable de produit
  • Membres de l’équipe et parties prenantes identifiés
  • Emplacements et disponibilité des membres de l’équipe

Chaque itération ou sprint aura également son propre plan.

Planification des sprints/itérations

Dans la gestion de projets Agile, le produit lui-même est développé dans des sprints. L’objectif de la planification de sprints est de déterminer les caractéristiques et fonctionnalités qui seront incluses dans la prochaine itération. Avant le début de chaque sprint, une réunion de planification de sprint a lieu entre le responsable de produit et les membres de l’équipe de développement. Les récits d’utilisateurs et le backlog sont examinés pour déterminer les tâches qui peuvent être terminées pendant le sprint. Ces plans offrent un niveau de détail plus affiné (par rapport au plan de lancement général), y compris les tâches à accomplir par les membres de l’équipe et la durée de chacune d’entre elles.

Les activités qui se déroulent pendant le processus de planification Agile comprennent les étapes suivantes :

Planification des tâches : Les membres de l’équipe Agile décomposent les fonctionnalités en tâches, puis les membres de l’équipe les exécutent. En ce qui concerne les meilleures pratiques, consultez les estimations de temps et essayez de diviser toutes les tâches qui peuvent prendre plus d’une journée en tâches plus petites. Cela permet de réduire l’incertitude et de favoriser la réussite de la tâche. Cela alimente également le travail d’estimation, car il est beaucoup plus facile d’estimer le temps nécessaire pour accomplir une tâche plus petite.

Estimation Agile : En effet, l’estimation du temps d’achèvement peut sembler relever du vaudou plus que de la science, mais certains principes peuvent aider à la rendre moins aléatoire. En tant que meilleure pratique, appuyez-vous sur les réussites passées afin d’estimer un effort particulier. Par exemple, basez-vous sur les cadences de livraison passées des fonctionnalités pour planifier les cadences à venir. Si l’équipe a été en mesure de fournir un certain nombre de fonctionnalités lors de l’itération précédente, faites en sorte de fournir le même nombre de fonctionnalités au cours du cycle actuel. Dans Agile Release Planning By Example, Brian Stallings et Valerie Morris mettent à disposition les pratiques utiles suivantes pour estimer le temps d’achèvement :

  • Référencer les données historiques - spécifiques à l’équipe
  • Être réaliste, pas optimiste
  • Établir une estimation en fonction de petites unités de travail plutôt que des grandes. Par conséquent, les estimations basées sur des tâches plutôt que sur des fonctionnalités seront plus précises

Développement de récits d’utilisateurs : La Déclaration des principes du projet indique : « Nous fournissons des résultats fiables en engageant les clients dans des interactions fréquentes et une propriété partagée. » En communiquant avec le client, vous pouvez déterminer l’objectif global du projet et, ensuite, un objectif global pour le sprint/itération. Appuyez-vous sur cet objectif pour développer vos priorités de fonctionnalité/récit d’utilisateur, puis laissez vos priorités orienter la sélection des fonctionnalités/récits d’utilisateurs à développer au cours de l’itération.

Gestion du backlog : Il existe deux types de backlog à prendre en compte :

  • Le backlog produit : liste principale des éléments à intégrer au produit.
  • Le backlog itération : liste des éléments prioritaires à créer pendant l’itération en cours.

La clé de la gestion des backlogs réside dans la gestion des priorités. Travaillez avec vos clients pour vous assurer que les fonctionnalités les plus importantes sont livrées. Une fois de plus, comme l’indique la Déclaration : « Nous fournissons des résultats fiables en engageant les clients dans des interactions fréquentes et une propriété partagée. » Le client peut vous indiquer quels éléments du backlog ont la priorité la plus élevée, et quels éléments du backlog ont la priorité la plus élevée à ce moment-là. Les priorités peuvent changer, alors pensez à vérifier régulièrement avec les clients pour vous assurer que la prochaine itération est toujours planifiée convenablement.

Planification Agile : La planification Agile est peut-être l’activité qui symbolise le plus la gestion de projets parmi toutes les autres. Voici quelques lignes directrices utiles pour gérer la planification :

  • Planifiez en détail uniquement pour l’itération immédiate : Les sprints/itérations sont utiles pour gérer l’incertitude, mais c’est l’adaptabilité qui stimule les sprints/itérations. Programmer trop à l’avance vous empêche d’être flexible et de répondre à l’évolution des priorités.
  • Impliquez l’ensemble de l’équipe : La planification est une activité d’équipe qui repose sur des estimations. L’équipe doit donc être impliquée dans l’ensemble du processus, non seulement pour une planification précise, mais aussi pour promouvoir l’adhésion.
  • La conception et les tests font également partie du développement : Gardez à l’esprit le temps nécessaire pour ces activités requises pendant les sprints/itérations lorsque vous créez des estimations et des plannings.
  • Prévoyez du temps pour la réunion de démonstration : La démonstration est une partie importante du lancement, et doit être intégrée au planning.

Selon la Déclaration des principes du projet, « Nous nous attendons à ce qu’il y ait de l’incertitude, et nous la gérons grâce à des itérations, à l’anticipation et à l’adaptation. » L’un des principaux éléments de l’incertitude sont les interdépendances. Pour éviter cet écueil, Agile cherche à limiter les interdépendances grâce à la planification de sprint/itération, car les tâches ne sont pas développées dans l’optique d’un projet global, mais sous une forme plus granulaire dans laquelle un ensemble de fonctionnalités peut être développé en parallèle et livré en ordre de marche pendant une période d’une à quatre semaines, ce qui correspond généralement à un sprint ou une itération. En fonction des meilleures pratiques, planifiez vos sprints/itérations afin d’éviter les interdépendances.

Métriques Agile

Comme l’indique la Déclaration des principes du projet, « Nous améliorons les performances grâce à la responsabilisation du groupe quant aux résultats et à la responsabilité partagée de l’efficacité de l’équipe ». Les métriques représentent le moyen par lequel les résultats et l’efficacité sont mesurés. 

Voici quelques métriques utiles pour mesurer les performances de l’équipe :

« Burn rate » (dépenses d’exploitation) : la vitesse à laquelle le budget d’un projet est dépensé. Le coût du projet est un critère qui fera l’objet d’une demande et doit donc être mesuré par rapport au retour attendu. Il s’agit simplement d’une question de valeur commerciale.

Fonctionnalité fournie : L’objectif d’une équipe Agile est de fournir des fonctionnalités à la fin de chaque sprint/itération. Les trois façons de le mesurer sont les suivantes :

Rapidité : Le nombre de fonctionnalités/récits d’utilisateurs qui sont traités au cours d’un sprint/itération.

Défauts : L’efficacité du développement était basée sur le nombre de défauts ou de bugs découverts.

« Burndown chart » (graphique d’avancement) : La quantité de travail à accomplir avant la fin du projet.

Une gestion de projets efficace consiste à aider l’équipe à atteindre les objectifs en identifiant et en éliminant les obstacles. Pour ce faire, gardez à l’esprit ce qui suit :

Agile concerne les individus et les interactions : Les métriques sont utiles pour fournir une vue d’ensemble, mais elles ne fournissent pas tous les détails. Ainsi, lorsqu’une métrique indique qu’il y a un problème, consultez les membres de l’équipe pour savoir ce qui se passe.

Regardez les tendances : Si les défauts sont nombreux mais qu’ils diminuent au fil du temps, cela signifie que l’équipe résout les problèmes. Si les défauts sont constants, il se peut que l’équipe ne parvienne pas du tout à corriger les défauts. Cela nécessite une recherche plus approfondie.

La planification Agile est axée sur le travail d’équipe et la collaboration

Les projets Agile sont gérés par l’ensemble de l’équipe, principalement au niveau de l’itération. L’équipe doit travailler en harmonie pour sélectionner les fonctionnalités du backlog qui seront intégrées à l’itération actuelle, estimer le temps, programmer le travail et orienter le projet vers la vision du produit. Le chef de projet maintient le plan, mais c’est vraiment l’équipe qui en est responsable et qui veille au respect des exigences et des échéances de celui-ci.

Agile est une affaire d’individus et d’interactions, mais il s’agit aussi du travail d’équipe et de l’appropriation de l’équipe. Dans la gestion de projets traditionnelle, on peut penser que le chef de projet est dans une position isolée, recueillant des données pour créer un plan qui est ensuite transmis aux responsables des tâches. Dans Agile, le chef de projet est un responsable de tâches parmi d’autres et tout le monde apporte sa pierre à l’édifice.

Améliorez la visibilité des tâches grâce au mode Tableau dans Smartsheet.

Il est facile de se perdre dans le nombre immense de tâches quotidiennes. Ce dont vous avez besoin, c’est d’un moyen plus efficace et plus visuel de suivre et de gérer les tâches.

Donnez à votre équipe les moyens de s’y retrouver dans Smartsheet grâce au mode Tableau : une solution conviviale de suivi des tâches, qui permet une hiérarchisation facile des tâches, une meilleure visibilité des projets et une collaboration efficace sans effort.

Qu’il s’agisse de gérer des projets, d’optimiser les charges de travail ou de suivre des tâches, le mode Tableau vous aide à vous affranchir des réunions inutiles en permettant aux membres de l’équipe de suivre l’avancement des projets et des tâches terminées et à venir grâce aux cartes de tâches.

Découvrez les cartes intuitives à glisser-déposer, la collaboration en temps réel et l’imbrication de cartes organisationnelles qui améliorent l’efficacité et l’adaptabilité de votre organisation.

En savoir plus sur le mode Tableau dans Smartsheet.

Connectez votre personnel, vos processus et vos outils à l'aide d'une plateforme simple et conviviale.

Essayer Smartsheet gratuitement Get a Free Smartsheet Demo