Vous êtes Agile. Vous avez les cérémonies en place, vous avez la planification en main - et au fur et à mesure que vous avancez dans chaque étape, vous découvrez la nécessité d'ajuster les processus et de mettre en œuvre des pratiques d'amélioration continue. Une gestion efficace du programme Agile signifie disposer des bonnes métriques Agiles pour mesurer les progrès, les performances et la santé globale de l'équipe.
Nous avons récemment organisé une série de discussions virtuelles accompagnées de démonstrations qui décrivent comment l'établissement d'une gestion de programme Agile peut aider les entreprises à relever certains des principaux défis liés à la mise à l'échelle d'Agile.
Dans cette série de blogs en quatre parties, je partage les points forts de chaque discussion en proposant des moyens d'améliorer votre approche de la mise à l'échelle d'Agile.
Ce blog est consacré à "Part 3 : Lean and Agile Metrics - Oh My" et se concentre sur la façon dont les logiciels de gestion de programme agile peuvent aider les organisations à visualiser le travail et les données, à gérer les limites du WIP, à dimensionner les fonctionnalités, à évaluer la vélocité et à mesurer le burndown au niveau du programme et de l'équipe.
Si ce sujet vous intéresse, voici un accès rapide à la série complète de discussions et de démonstrations sur la gestion de programme Agile 4-Part.
Pourquoi les métriques agiles sont-elles importantes ?
Les métriques Agile sont un moyen de promouvoir le feedback de l'équipe pour mesurer et améliorer les processus Agile - de la façon dont les cérémonies sont menées à la façon dont les équipes livrent le travail.
Les quatre domaines des métriques agiles sont les suivants :
- Productivité et débit
- Prévisibilité et stabilité
- Réactivité et temps de traitement
- Qualité et densité des défauts
Les métriques Lean et Agile comprennent, sans s'y limiter, les éléments suivants : Les mesures de livraison, telles que la fréquence et la vitesse de livraison, la vélocité, le burndown des sprints, le burnup des épopées et des versions, le temps de cycle/lead time, le flux cumulé et le burndown des épopées et des versions. Pour une explication plus détaillée, consultez l'article Agile Metrics vs. Lean Metrics.
Gestion de programme agile et Planview AgilePlace
Comme nous l'avons vu dans les blogs précédents, vous avez besoin d'une solution Kanban d'entreprise comme Planview AgilePlace pour mettre en place des tableaux au niveau de l'équipe (pour les équipes d'équipes ou les Agile Release Trains), puis faire remonter les informations des tableaux d'équipe vers une vue unique au niveau du programme. Non seulement il vous permet de gérer et de visualiser le travail, de mener des cérémonies telles que la planification PI, mais vous avez également accès aux métriques Lean et Agile pour lancer des conversations, identifier les risques et améliorer les processus.
Métriques " out of the box " dans Planview AgilePlace
Chaque tableau Kanban dans Planview AgilePlace est fourni avec . Les métriques "État actuel" vous aident à répondre à des questions telles que :
- Utilisateurs assignés: Combien d'utilisateurs sont affectés au travail en cours ?
- Distribution: Sur quel type de travail travaillons-nous ?
- Exceptions: Quels éléments de travail ont manqué leur date de début et/ou de fin prévue ?
- Ligne de temps: Où en sommes-nous avec les éléments de travail prévus ? Et qu'est-ce qui est en danger ?
En plus des mesures de l'état actuel, vous pouvez également afficher les "tendances historiques" de , ce qui vous aide à répondre à des questions telles que :
- Burndown : Sommes-nous sur la bonne voie pour terminer le travail prévu avant la date limite/fin de cette itération/sprint ?
- Efficacité : Le nombre de cartes actives et inactives en cours de traitement pour une date spécifique ainsi que les travaux en cours.
- Flux cumulatif : Quel travail est en cours lorsqu'il circule dans le système Kanban ?
- Pourcentage d'achèvement planifié : Quel travail est achevé à la date d'achèvement planifiée par rapport à la date d'achèvement réelle ?
- Vitesse : C'est le temps moyen que prend une carte pour être traitée depuis une ou plusieurs voies de départ spécifiées jusqu'à une voie d'arrivée spécifiée. Sommes-nous sur la bonne voie pour terminer notre travail pour un incrément de programme donné ?
Toutes ces mesures dans Planview AgilePlace permettent aux équipes d'avoir des conversations au niveau de l'équipe et du programme. Je vais partager ci-dessous l'un de mes rapports d'équipe préférés et vous expliquer pourquoi la connexion des tableaux d'équipe est essentielle pour les rapports au niveau du programme.
Rapport d'exceptions - Un rapport précieux pour toute équipe
Le rapport d'exceptions fournit un excellent aperçu pour l'ensemble de l'équipe - mais aussi pour le Scrum Master, car son travail consiste à éliminer les blocages et à faire remonter les risques pour améliorer les performances de l'équipe. Le rapport permet aux membres de l'équipe d'identifier rapidement les risques pour les cartes en cours de vol. Le rapport offre une vue hiérarchisée par "gravité du risque" afin que vous puissiez voir en premier lieu les risques les plus élevés et agir en conséquence.
Visualisez les risques en :
- Date de début manquée
- Date d'achèvement manquée
- Inactivité
- Vitesse
Vous pouvez ensuite aller plus loin en creusant dans la carte elle-même et entamer une discussion sur la base des informations figurant dans la section historique et santé pour collaborer, prendre des décisions, établir des priorités ou rectifier le tir si nécessaire.
Rapports prêts à l'emploi + possibilité de créer des rapports personnalisés au niveau du programme
À partir du tableau du programme, les dirigeants peuvent visualiser et suivre l'avancement du travail des équipes - une capacité extrêmement puissante de Planview AgilePlace. Au niveau du programme, les dirigeants ont accès aux mêmes mesures et rapports Agile prêts à l'emploi mentionnés ci-dessus, mais du point de vue d'une équipe d'équipes. Par exemple, au niveau du programme, vous pouvez visualiser comment les fonctionnalités se déplacent dans les processus de l'équipe X, de l'équipe Y et de l'équipe Z, ainsi que visualiser la santé et l'historique de chacun d'entre eux pour prendre d'importantes décisions commerciales basées sur des données et consulter le rapport d'exceptions pour évaluer les risques à travers l'ART.
En outre, vous pouvez également créer des rapports personnalisés en exploitant les données connectées de plusieurs tableaux au niveau de l'équipe pour des mesures uniques à votre organisation. À titre d'exemple, au cours de la démonstration, l'équipe a fourni un exemple de rapport personnalisé intitulé "Agile Program Execution" qui présente des informations sur plusieurs tableaux d'équipe à travers plusieurs incréments de programme et affichant les points d'interactions, le total des cartes complétées, la portée totale ainsi que les fonctionnalités complétées et les facilitateurs complétés. Ce n'est qu'un exemple de la façon dont la connexion de plusieurs tableaux d'équipe à un tableau de programme peut permettre un reporting puissant au niveau du programme et comment le leadership peut faire progresser son programme Agile et promouvoir l'amélioration continue.
451 Vidéo de recherche : Gestion de programme agile
Pour obtenir des conseils d'experts sur la gestion de programme Agile, regardez Chris Marsh, analyste principal de 451 Research, donner son avis sur les avantages, les meilleures pratiques et la technologie de soutien.
Restez à l'écoute du blog de Planview, où nous nous plongerons dans la discussion de la démo finale, Agile Program Management - Eating the Cake, too ! Alors que l'équipe discute de l'avantage de mettre en œuvre une solution de gestion de programme Agile.
![Gestion de programme Agile : Comment augmenter le succès de la mise à l'échelle d'Agile [Vidéo] (en anglais)](https://blog.planview.com/wp-content/uploads/2020/09/Apm-video.gif)
