Meilleures pratiques pour la gestion de projet Agile

  • Article

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Azure Boards propose un choix d'outils de planification Agile, dont beaucoup fonctionnent en synergie. Cet article fournit un guide de démarrage pour les chefs de projet qui découvrent Azure Boards. Si vous et vos équipes souhaitez adopter une approche de suivi minimale pour planifier et gérer vos projets, commencez par ce guide. De même, si vous passez d'une gestion de projet en cascade aux méthodes Agile, commencez par ce guide.

Remarque

Si votre équipe maîtrise les méthodes Kanban ou Scrum, consultez À propos des tableaux et de Kanban ou les tutoriels d’implémentation de Scrum.

La plupart des conseils de cet article sont valides à la fois pour les versions cloud et locales. Toutefois, certaines des fonctionnalités incluses dans cet article, comme Cumul, Analytique et certains outils de planification de portefeuille, ne sont actuellement disponibles que pour le cloud.

Configurer vos équipes

Azure Boards fournit à chaque équipe un ensemble d’outils Agile pour planifier et suivre le travail. Chaque projet définit une équipe par défaut, que vous pouvez commencer à utiliser immédiatement. Si vous avez plusieurs équipes de développement ou de fonctionnalités, nous vous recommandons de définir une équipe dans Azure DevOps pour chaque équipe de fonctionnalités. Ainsi, chaque équipe peut travailler de manière autonome tout en collaborant entre elles.

Conseils de bonnes pratiques

  • Configurez les équipes en fonction des flux de valeur que votre organisation souhaite fournir.
  • Définissez une équipe de six à douze développeurs pour chaque groupe de développement.
  • Configurez les équipes de développement pour qu’elles prennent en charge le transfert vers les équipes de gestion de projet.

Pour plus d’informations sur les équipes de configuration, consultez :

Configurer vos sprints

Les sprints, spécifiés par des chemins d’itération, sont définis pour un projet puis sélectionnés par les équipes. La cadence d'un sprint peut varier d'une semaine à quatre semaines ou plus. Vous pouvez également définir des sprints au sein d'une hiérarchie qui inclut des trains de mise en production. Vous assignez des travaux aux sprints que les équipes s'engagent à livrer à la fin du sprint. Ces outils Azure Boards s’appuient sur les affectations de sprint aux backlogs de Sprint, au tableau de tâches et aux plans prévisionnel et de livraison d’une équipe.

Conseils de bonnes pratiques

  • Définissez une cadence de sprint à utiliser par toutes les équipes au sein de votre groupe de produits.
  • Définissez au moins six itérations ou plus qui prennent en charge la planification pour les six à douze mois à venir.
  • Déterminez comment les équipes utilisent les itérations pour gérer les éléments du backlog .
    • Le travail de sprint non attribué est assigné au backlog par défaut.
    • Le travail de sprint non attribué est assigné à un futur sprint de backlog désigné.

Pour plus d’informations sur la configuration de sprints, consultez :

Choisir vos types d'éléments de travail

Déterminez les types d’éléments de travail que votre équipe peut utiliser pour capturer les spécifications du client et le travail de développement. Si votre projet est basé sur le processus Agile, nous vous recommandons d’utiliser les types d’éléments de travail User Story, Bug et Feature.

Si votre projet repose sur un autre processus, comme Basic, Scrum ou CMMI, vous disposez des options suivantes. Chaque équipe détermine la manière dont elle souhaite suivre les bogues.

L’image suivante montre la hiérarchie pour l’élément de travail du backlog du processus Agile :

  • Les User Stories et les tâches sont utilisées pour suivre le travail.

  • Les Bugs suivent les défauts de code.

  • Les Épics et les fonctionnalités sont utilisés pour regrouper le travail sous des scénarios plus larges.

    Diagramme montrant les types d’éléments de travail Agile.

Chaque équipe peut configurer la manière dont elle gère les éléments de travail Bug, au même niveau que les User Story ou Task, en configurant le paramètre Travailler avec les bugs. Pour plus d’informations sur l’utilisation de ces types d’éléments de travail, consultez Processus Agile.

Notes

Les exigences spécifient les attentes des utilisateurs concernant un produit logiciel. Dans Azure Boards, les exigences sont définies par les éléments de travail qui apparaissent dans votre backlog de produit. Elles correspondent à des types d’éléments de travail Récite utilisateur (Agile), Élément de backlog de produit (Scrum), Problème (de base) ou Spécification (CMMI), en fonction du processus sélectionné pour votre projet. Elles appartiennent également à la catégorie Spécifications, qui gère les types d’éléments de travail apparaissant dans le backlog du produit.

Conseils de bonnes pratiques

  • Utilisez le type d’élément de travail Fonctionnalité pour capturer les fonctionnalités des clients que vous souhaitez livrer.
  • Ajoutez rapidement des fonctionnalités ou des exigences à partir du backlog et renseignez les détails ultérieurement.
  • Utilisez le type d’élément de travail Spécification pour décomposer les fonctionnalités en travaux appartenant à l’équipe de développement. De plus :
    • Pour Agile, utilisez le type d’élément de travail Récit utilisateur.
    • Pour De base, utilisez le type d’élément de travail Problème.
    • Pour Scrum, utilisez le type d’élément de travail Élément de backlog de produit.
    • Pour CMMI, utilisez le type d’élément de travail Spécification.
  • Utilisez le type d’élément de travail Bogue pour capturer les défauts de code.
  • Mappez les exigences aux fonctionnalités pour suivre l’évolution au niveau de la gestion du projet.
  • Dimensionnez les exigences à satisfaire au cours d’un sprint.
  • Dimensionnez les fonctionnalités à satisfaire au cours d’un ou de plusieurs sprints.
  • Dimensionnez les éléments de travail Épopée à livrer par trimestre ou en fonction d’un certaine étape.
  • Laissez les développeurs utiliser la catégorie Tâche pour décomposer leur travail selon leurs besoins.

En tant que chef de projet, vous gérez les fonctionnalités, et l’équipe de développement gère les exigences. Vous bénéficiez d’une meilleure visibilité sur l’évolution de vos fonctionnalités lorsque vous les mappez à l’aide de liens parent-enfant. Chaque élément de travail que vous ajoutez au backlog de votre équipe se voit automatiquement attribuer le chemin de zone et le chemin d'itération par défaut définis pour votre équipe.

Si vous avez des initiatives ou des scénarios de plus grande envergure qui requièrent la livraison de plusieurs fonctionnalités, regroupez-les dans la catégorie Épopée, en utilisant à nouveau des liens parent-enfant.

Pour plus d’informations sur les types d’éléments de travail, consultez :

Créer votre plan de produit

Créez votre plan de produit à l’aide du backlog de fonctionnalités. L’équipe de développement crée ensuite son plan de produit à l’aide du backlog de produit. Vous devez régulièrement revoir et affiner vos plans de produits.

Backlog de fonctionnalités

Les chefs de projet lancent le plan de produit en ajoutant des fonctionnalités au backlog de fonctionnalités. Chaque fonctionnalité doit représenter un produit livrable qui répond à un besoin du client.

Capture d’écran montrant un backlog de fonctionnalités.

Backlog de produit

Les équipes de développement ajoutent des récits utilisateur à leur backlog de produit de sorte que le récit utilisateur se voit automatiquement attribuer le chemin de zone et le chemin d’itération par défaut de l’équipe. Ensuite, ils peuvent mapper ces récits sous chaque fonctionnalité représentant le travail nécessaire pour implémenter la fonctionnalité. Chaque récit utilisateur doit être dimensionné de telle sorte qu’il puisse être achevé au cours d’un sprint.

Capture d’écran montrant un backlog de produit.

Affiner chaque backlog

Passez régulièrement en revue chaque backlog en effectuant les tâches suivantes :

  • Définir le travail à effectuer.
  • Réorganiser les éléments de travail par glisser-déposer pour qu’ils apparaissent dans l’ordre de priorité.
  • Ouvrir les éléments de travail et ajouter des détails.
  • Assigner le travail aux membres de l’équipe ou aux sprints.
  • Capturer la dette technique et le travail non fonctionnel nécessaire pour soutenir un écosystème de livraison sain.
  • Mapper le travail sans parent aux fonctionnalités auxquelles il appartient.
  • Estimer la taille des exigences pour aider à déterminer la vélocité de l’équipe et prendre en charge les prévisions (facultatif).

Conseil

Vous pouvez contrôler la vélocité de l'équipe en vous basant sur les estimations attribuées au travail achevé ou sur un simple décompte des éléments de travail achevés au cours des sprints. Cependant, pour utiliser la fonction de prévision, vous devez attribuer une valeur au champ Story Points, Effort ou Taille . Si vous ne souhaitez pas estimer les exigences, vous pouvez simplement attribuer une valeur de 1 aux estimations des exigences, puis utiliser l’outil de prévision basé sur un décompte des éléments de travail.

Conseils de bonnes pratiques

  • Affinez régulièrement votre backlog.
  • Veillez à dimensionner les fonctionnalités et les exigences de manière appropriée.
  • Définissez les critères d’acceptation et la définition du terme « terminé » pour les fonctionnalités et le travail.
  • Mappez le travail non mappé aux fonctionnalités.
  • Définissez vos options de visualisation pour prendre en charge les tâches du backlog que vous souhaitez accomplir.
  • Prévoyez votre backlog.

Pour plus d’informations, consultez l’article suivant :

Utiliser des étiquettes pour faciliter les requêtes et le filtrage

Grâce aux étiquettes de travail, les membres de l'équipe peuvent attribuer des étiquettes ad hoc aux éléments de travail. Vous pouvez utiliser ces étiquettes pour filtrer les backlogs et les tableaux. Vous pouvez également les utiliser pour exécuter des requête sur des éléments de travail. Pour que les étiquettes soient utiles à l'équipe, donnez des indications générales sur la manière dont votre équipe doit les utiliser. Envisagez de documenter ces conseils dans un endroit central, tel que le Wiki du projet.

L’image suivante montre un tableau Kanban filtré sur le mot-clé web qui affiche les cartes avec l’étiquette Web.

Capture d’écran montrant un tableau Kanban filtré à l’aide de la recherche par mot-clé.

Conseils de bonnes pratiques

  • Mettez en place une stratégie concernant l’utilisation des étiquettes par vos équipes.
  • Indiquez comment vous utilisez les étiquettes pour prendre en charge les requêtes, le filtrage et les rapports.
  • Envisagez d’utiliser des étiquettes pour identifier les dépendances entre équipes ou entre projets.

Pour plus d’informations, consultez l’article suivant :

Prévision et planification des jalons

Pour savoir quelles fonctionnalités peuvent être livrées et à quel moment, utilisez l'outil Prévision. Cet outil nécessite de fournir des estimations dans les champs Story Points, Effort ou Taille pour chaque exigence. Si vous souhaitez effectuer des prévisions sur la base d’un simple décompte des éléments de travail, attribuez la valeur 1 aux estimations d’exigences.

Classer le backlog de fonctionnalités par ordre de priorité

En tant que chef de projet, vous devez toujours classer votre backlog de fonctionnalités par ordre de priorité, ce qui permet à l'équipe de développement de savoir quelles fonctionnalités sont les plus importantes à finaliser en premier.

Ici, le backlog de fonctionnalités montre la séquence des fonctionnalités à livrer.

Capture d’écran montrant un backlog de fonctionnalités classé en fonction des fonctionnalités parentes.

Classer le backlog d’exigences en fonction des fonctionnalités parentes

Vous devez d’abord veiller à satisfaire les exigences relatives à l’envoi des fonctionnalités. Comme illustré dans l’image suivante, le backlog des exigences est organisé en fonction des fonctionnalités que vous souhaitez livrer. Cette organisation suppose que toutes les exigences d’une fonctionnalité doivent être satisfaites pour que celle-ci puisse être livrée. De plus, des Story Points sont attribués à chaque récit utilisateur.

Capture d’écran montrant un backlog d’exigences classé en fonction des fonctionnalités parentes.

Prévoir le backlog des exigences

Avec des estimations attribuées à chaque exigence, vous pouvez définir la vélocité de l'équipe. Dans l’exemple suivant, nous spécifions 12 pour la vélocité, ce qui équivaut à dire qu’en moyenne l’équipe peut compléter 12 Story Points par sprint. L'outil Prévision indique les exigences et les fonctionnalités que l'équipe peut réaliser au cours des six prochains sprints. Lorsque vous utilisez l’outil de planification vous permet d’affecter rapidement des exigences aux sprints prévus.

Pour afficher l’image complète, cliquez sur l’image à développer. Choisissez l’icône Fermer pour fermer.

Capture d’écran qui montre la prévision d’un backlog d’exigences trié en fonction des fonctionnalités parentes.

L'amélioration du processus nécessite d’obtenir de bonnes estimations et de prédire la vélocité des équipes.

Mettre à jour votre tableau de fonctionnalités

En prévoyant la date de livraison d'une fonctionnalité, vous pouvez mettre à jour le chemin d'itération de chaque fonctionnalité. Attribuez rapidement des valeurs à une fonctionnalité en ajoutant ces champs à la carte sur le tableau Kanban, comme le montre l’image suivante.

Capture d’écran montrant un tableau de fonctionnalités avec des chemins d’itération mis à jour.

Planification des jalons

Les marqueurs de jalon ne sont pas utilisés dans le suivi du travail Azure Boards, à l’exception des plans de livraison. Les plans de livraison fournissent un affichage en calendrier et vous permettent de définir un marqueur de jalon. Vous pouvez utiliser une ou plusieurs des options suivantes pour marquer un élément de travail comme jalon :

Gérer les dépendances

Dans Microsoft Project, vous gérez les tâches qui dépendent de la réalisation d'autres tâches en les liant. Pour gérer les dépendances dans Azure Boards, vous pouvez ajouter des liens similaires en ajoutant des types de liens prédécesseur/successeur aux éléments de travail. Ajoutez ces liens à partir de la boîte de dialogue Ajouter un lien pour un élément de travail.

Azure Boards prend en charge de nombreux types de liens pour suivre le travail associé. Choisissez les types de liens Prédécesseur/Successeur pour suivre le travail avec des dépendances. Un moyen rapide de lier des éléments de travail consiste à ajouter une balise à ceux qui participent à la production ou à la consommation de dépendances. Créez une requête basée sur la base de la balise, puis ajoutez les liens nécessaires.

La boîte de dialogue Ajouter un lien suivante illustre la façon dont deux éléments de travail sont liés à l’aide du type de lien Successeur.

Capture d’écran montrant la boîte de dialogue Ajouter un lien avec le type de lien Successeur.

Visualiser les relations d’élément de travail

Vous pouvez afficher les dépendances et identifier les dépendances qui rencontrent des problèmes avec les plans de livraison. Comme illustré dans l’image suivante, vous pouvez activer l’affichage des lignes de dépendance entre les éléments de travail liés. Pour plus d’informations, consultez Suivre les dépendances à l’aide de plans de livraison.

Capture d’écran montrant les lignes de dépendance entre plusieurs éléments de travail.

L’extension de la Place de marché Visualisation de l’élément de travail vous permet de visualiser les relations entre plusieurs éléments de travail, comme illustré dans l’image suivante.

Pour afficher l’image complète, cliquez sur l’image à développer. Choisissez l’icône Fermer pour fermer.

Capture d’écran qui montre Visualiser les relations d’élément de travail

Produit minimum viable (MVP) et gestion du chemin critique (CPM)

Azure Boards ne fournit pas une vue native du chemin critique. Les méthodologies Agile privilégient un produit minimum viable (MVP) par rapport à la gestion du chemin critique (CPM). En utilisant MVP, vous identifiez le chemin et les dépendances les plus courts en hiérarchisant les types d’éléments de travail Épopée, Fonctionnalité, Récit utilisateur et Tâche. Pour plus de contexte, consultez Le chemin critique sur les projets Agile et Diriger une start-up efficace sur Azure DevOps.

Conseils de bonnes pratiques

  • Ajoutez une balise dependency aux éléments de travail participant à la gestion des dépendances.
  • Utilisez les types de liens Prédécesseur/Successeur pour suivre les dépendances du travail appartenant à d’autres équipes ou au sein d’autres projets.
  • Créez des requêtes pour suivre, ajouter et trier des dépendances.
  • Utilisez des plans de livraison pour afficher le travail sur lequel vous avez des dépendances à partir d’autres équipes.
  • Utilisez l’extension de la Place de marché Visualisation de l’élément de travail pour visualiser les dépendances d’un élément de travail spécifique dans le formulaire d’élément de travail.

Remarque

Les extensions de la Place de marché ne sont pas prises en charge par les fonctionnalités d’Azure Boards, et ne sont par conséquent pas prises en charge par l’équipe produit. Pour les questions, suggestions ou problèmes que vous rencontrez lors de l’utilisation de ces extensions, visitez les pages des extensions correspondantes.

Pour plus d’informations, consultez l’article suivant :

Travailler sur les sprints

Les sprints permettent à l’équipe de développement de se concentrer sur l’exécution d’un ensemble de tâches présélectionnées. Le travail affecté à un sprint s’affiche dans le backlog sprint de l’équipe. Les backlogs sprint sont définis uniquement pour les backlogs de produit, pas pour les backlogs de portefeuille.

Burndown chart Sprint

En mettant à jour l’état du travail quotidien tout au long d’un sprint, vous pouvez facilement suivre la progression du sprint avec le graphique de burndown sprint, comme illustré dans l’image suivante.

Capture d’écran montrant un graphique de burndown sprint Analytics

Conseils de bonnes pratiques

Pour chaque sprint, effectuez les tâches suivantes :

  • Planifier chaque sprint avec votre équipe.
  • Utiliser le backlog Sprint de l’équipe pour passer en revue les livrables de sprint.
  • Vérifier que chaque élément de travail de sprint est attribué à un membre de l’équipe.
  • Vérifier que chaque élément de travail est limité à l’achèvement dans le sprint.
  • S’assurer que les critères d’acceptation du travail sont bien définis et compris.
  • Mettre à jour l’état des éléments de travail de sprint au fur et à mesure que le travail passe de l’état Nouveau à l’état Actif puis à l’état Terminé, en surveillant le burndown du sprint.
  • Vérifier auprès d’autres équipes les dépendances dont dépend le travail de votre équipe.
  • Surveiller la progression du sprint à l’aide du graphique de burndown sprint.

Pour plus d’informations, consultez l’article suivant :

Passer en revue la progression et les livrables de fonctionnalités

Les trois principaux outils que vous devez utiliser pour examiner la progression et les résultats attendus sont les suivants :

  • Fonctionnalités du tableau Kanban
  • Backlog de fonctionnalités avec colonnes de cumul
  • Plans de livraison

Fonctionnalités du tableau Kanban

Votre tableau de fonctionnalités est un autre endroit pour passer en revue la progression et garantir le flux continu des livrables. L’image suivante illustre un tableau de fonctionnalités personnalisé comprenant des colonnes de progression comme Need more info, On Deck, In Progress et Customer Rollout. Ces colonnes fournissent un ensemble d’états plus naturel au fur et à mesure que les fonctionnalités sont proposées, recherchées, conçues, développées, puis déployées en production.

Pour afficher l’image complète, cliquez sur l’image à développer. Choisissez l’icône Fermer pour fermer.

Capture d’écran montrant un tableau de fonctionnalités avec des colonnes personnalisées.

Cumul

Le backlog de fonctionnalités est un moyen rapide et visuel de suivre les progrès accomplis. En ajoutant la colonne de la barre de progression du déploiement, vous pouvez voir le pourcentage de travail accompli pour chaque fonctionnalité, comme le montre l'image suivante.

Capture d’écran montrant un backlog de fonctionnalités avec l’option de colonne des barres de progression.

Plans de livraison et livrables de plusieurs équipes

Pour passer en revue les fonctionnalités livrées par plusieurs équipes, configurez un plan de livraison. Les plans de livraison représentent un tableau interactif permettant d’examiner le calendrier des récits ou des fonctionnalités que plusieurs équipes prévoient de livrer.

Capture d’écran avec les légendes des plans de livraison.

Éléments de plan interactifs

Conseils de bonnes pratiques

  • Personnalisez votre tableau Kanban de fonctionnalités pour prendre en charge les processus de votre équipe.
  • Ajoutez des champs aux cartes afin de mettre à jour leurs valeurs rapidement et facilement.
  • Mettez à jour le chemin d’itération (sprint) des fonctionnalités au fur et à mesure que vous obtenez des précisions sur leur date de livraison.
  • Passez en revue le tableau des fonctionnalités pour discuter des états, des blocs/problèmes/risques/changements, et mettez à jour l’état.
  • Utilisez la fonction de filtre pour vous concentrer sur les éléments balisés, attribués par fonctionnalités, sprints spécifiques, etc.
  • Ajoutez des colonnes de cumul à votre backlog de fonctionnalités pour suivre la progression globale en fonction du nombre d’éléments de travail terminés.
  • Utilisez des plans de livraison pour passer en revue les fonctionnalités de plusieurs équipes afin de discuter des dépendances inter-équipes.

Pour plus d’informations, consultez l’article suivant :

Amélioration des processus

L’amélioration continue est au cœur des méthodes Agile. Pour améliorer vos processus, vous devez avoir des objectifs partagés et un plan partagé. Pour lancer des activités d’amélioration des processus, vous pouvez les ajouter par le biais de pratiques régulières. Vous pourriez vouloir :

  • Planifier des sprints.
  • Définir des objectifs de sprint.
  • Réaliser des rétrospectives régulières.

Lorsque vous définissez des objectifs, tenez compte des questions suivantes :

  • Qu’est-ce que vous apprenez sur vos clients ? Ce que vous devez savoir
  • Quelles sont les données mesurées ? Une action est-elle possible ? Quelles données doivent être mesurées ?
  • Comment se déroule le flux des livrables ? Fonctionne-t-il comme prévu ? Où des améliorations peuvent-elles être apportées ?
  • Les membres de votre équipe sont-ils en condition de donner leur maximum ? Quels outils ou informations les aideraient à s’améliorer ?
  • Dans quelle mesure l’information est-elle partagée ? Dans quelle mesure les équipes collaborent-elles ?
  • Dans quelle mesure votre équipe gère-t-elle la dette technique et la fermeture des bogues ?

Certains des outils Agile que vous pouvez utiliser pour prendre en charge l’amélioration des processus sont la vélocité de l’équipe, les tableaux de bord d’équipe et l’extension de la Place de marché Rétrospectives.

Vélocité de l'équipe

À partir du graphique de vélocité d’équipe, vous pouvez comprendre dans quelle mesure l’équipe planifie et exécute un sprint. Comme le montre l’exemple suivant, le graphique de vélocité montre le nombre d’éléments de travail planifiés, terminés, terminés en retard et incomplets pour plusieurs sprints. Les équipes peuvent consulter ce tableau pour déterminer la qualité de leur estimation et de leur exécution, ainsi que les améliorations à apporter.

Capture d’écran illustrant un graphique de vélocité d’équipe.

Tableaux de bord d'équipe

Les équipes peuvent définir un ou plusieurs tableaux de bord pour partager des informations et suivre en temps réel l’avancement des travaux.

Capture d’écran montrant un exemple de tableau de bord d’équipe.

Conseils de bonnes pratiques

  • Identifiez les objectifs d’amélioration du processus sur lesquels votre équipe peut s’entendre, mettez-les par écrit et revoyez-les périodiquement
  • Utilisez des tableaux de bord d’équipe pour partager des informations et des tableaux de suivi du travail que vous et votre équipe examinerez régulièrement.
  • Demandez à votre équipe d’identifier au moins un objectif de sprint lié à l’amélioration des processus lors des réunions de planification de sprint.
  • Effectuez des rétrospectives régulières pour déterminer ce qui a bien fonctionné, ce qui n’a pas bien fonctionné et les mesures à prendre pour améliorer la situation.
  • Conservez un tableau de suivi des améliorations, par exemple celui disponible avec l’extension de la Place de marché Rétrospectives.

Pour plus d’informations, consultez l’article suivant :

Étapes suivantes

Configurer et personnaliser Azure Boards

Articles sur le secteur d’activité