Guide de planification avancée dans Jira
Qu'est-ce que la planification avancée dans Jira ?
La planification avancée est un ensemble de fonctions proposées dans une fonctionnalité appelée Planifications.
Planifications permet aux équipes de planifier et de suivre le travail transverse, comme un programme ou une initiative. Dans un plan, vous pouvez planifier le travail, allouer des capacités, mapper des dépendances et modéliser différents scénarios, le tout à partir d'une source de référence unique.
Planifications extrait des données de tableaux, de projets et de filtres dans Jira pour visualiser le travail dans une interface personnalisable. À l'instar d'un environnement de sandbox, vous pouvez planifier et expérimenter avant de mettre à jour vos données d'origine dans Jira.
Ce guide explique les concepts clés de la planification avancée, y compris comment créer votre premier plan et les bonnes pratiques pour garantir une expérience de planification fluide.
La planification avancée est disponible dans le cadre de Jira Premium et Jira Enterprise.
Comment créer un plan ?
L'avantage de créer un plan ? Il fournit une vue d'ensemble et montre le lien entre les tâches réalisées par les différentes équipes. Il permet de visualiser la contribution de chaque équipe à la réalisation des objectifs organisationnels généraux.
Le moyen le plus simple de se lancer avec Planifications est d'utiliser notre modèle de planification de niveau supérieur. Ce modèle comprend un plan, un projet et une hiérarchie des tickets, tous préconfigurés pour aider vos équipes à gérer les efforts transverses de grande envergure, comme un programme ou une initiative.
Vous pouvez également créer un exemple de plan. Vous générez ainsi un plan s'appuyant sur des données factices qui vous permettent de vous faire rapidement une idée de ce à quoi ressemble un plan complet et d'explorer ses fonctionnalités sans risque.
Après avoir élaboré vos propres plans pour soutenir les processus de vos équipes, vous pouvez facilement faire évoluer leur structure. N'importe quel plan peut être dupliqué en quelques clics. La copie contiendra les mêmes tickets et paramètres que l'original. Vous pouvez ainsi réutiliser un plan existant pour plusieurs applications, qu'il s'agisse de prendre en charge des cas d'usage similaires ou de standardiser les bonnes pratiques de planification Agile au sein de l'organisation.
Comment ajouter des sources de tickets à un plan ?
Les sources de tickets déterminent les données à utiliser dans Jira pour créer un plan. Elles décrivent le travail à accomplir et les problèmes que vous essayez de résoudre. Elles sont sélectionnées dès la création du plan et peuvent être ajustées à tout moment.
Planifications prend en charge trois sources de types de ticket :
- Tableaux (Scrum ou Kanban) : tickets liés aux équipes qui suivent le volume et l'avancement de leur travail. Ils peuvent être classés en tant que Scrum ou Kanban. Les tableaux Scrum sont destinés aux équipes qui planifient leur travail dans des sprints ou des itérations, tandis que les tableaux Kanban conviennent mieux aux équipes appliquant un flux de travail continu.
- Projets : tickets définis par un objectif ou un livrable spécifique, tel qu'un produit ou une fonctionnalité.
- Filtres : tickets définis par une requête dans Jira Software. Les requêtes utilisent le langage Jira Query Language (JQL).
Pour configurer davantage votre plan, découvrez-en plus sur les paramètres des plans.
Comment personnaliser la hiérarchie des tickets d'un plan ?
Planifications utilise la même hiérarchie de tickets que Jira, mais cette hiérarchie peut être personnalisée et étendue afin de suivre des objectifs plus ambitieux au-delà du niveau epic. Par exemple, vous pouvez créer un niveau hiérarchique Initiative pour représenter un programme contenant plusieurs projets ou des efforts combinés impliquant plusieurs équipes. Lorsqu'elle est placée au-dessus du niveau des epics, l'initiative peut être utilisée comme conteneur pour epics.
- Epic : un vaste corpus de tâches qui peut être subdivisé en stories, tâches et bugs. Dans un plan, les epics représentent une étape importante ou un livrable important. Les tâches d'une epic peuvent être assignées à plusieurs équipes.
- Story, tâche ou bug : les stories et tâches sont des tickets qui représentent le travail qui doit être terminé. Les bugs sont des problèmes qui empêchent d'avancer ou rendent le travail non fonctionnel. Ces types de tickets peuvent être assignés à des équipes spécifiques.
- Sous-tâche : une tâche bien précise requise pour terminer une story, une tâche ou un bug. Dans un plan, il n'est pas possible d'assigner des équipes à des sous-tâches. Les sous-tâches héritent de l'équipe assignée au ticket parent.
Comment ajouter mes équipes à un plan ?
Associez des équipes aux sources de tickets de votre plan afin que leur travail puisse être géré directement dans ce plan. Toutes les équipes Atlassian de votre annuaire des équipes peuvent être intégrées à un plan. Les équipes vous permettent de regrouper et de filtrer le travail, mais aussi de gérer l'allocation du travail en fonction de la capacité.
Selon la façon dont le travail est structuré, les gestionnaires de projet ou de programme coordonnent généralement les équipes. En hiérarchisant les objectifs et en déterminant les parcours critiques, ils sont les moteurs et les décideurs du plan transverse. Les responsables d'équipe et de domaine contribuent au plan en gérant les capacités et en allouant le travail à leurs équipes respectives.
Comment gérer la capacité de l'équipe dans un plan ?
La capacité indique les unités de travail dont une équipe se charge au cours d'une période donnée. Elle peut être utilisée pour estimer l'aptitude d'une équipe à terminer le travail dans une période spécifique et se révèle inestimable pour évaluer les risques lors de la prise de décisions clés.
La capacité est ajoutée au plan par les responsables d'équipe et de domaine qui évaluent régulièrement la disponibilité de leur équipe, l'allocation des ressources et la hiérarchisation des autres projets.
La mesure de la capacité diffère entre les équipes Scrum et Kanban. Bien que ces deux types d'équipes puissent mesurer la capacité en termes de temps (jours ou heures), une équipe Scrum peut également utiliser des story points (une estimation relative de l'effort requis). Cela est dû au fait que les équipes Scrum travaillent dans des itérations limitées dans le temps (sprints), tandis que les équipes Kanban évoluent dans un flux de travail continu.
La planification de la capacité est disponible pour les équipes Scrum et Kanban. Cependant, la planification des sprints est réservée aux équipes qui utilisent les tableaux Scrum comme source de tickets. La fonctionnalité de planification des sprints vous permet d'allouer le travail à chaque sprint, aux dates de livraison du projet ou aux étapes importantes en fonction des capacités des équipes. Elle peut également vous indiquer quand les sprints sont surchargés (lorsque le travail alloué dépasse les capacités de l'équipe.)
Comment gérer les dépendances dans un plan ?
Les dépendances montrent la relation entre les tickets de votre plan, tels que les imprévus et les bloqueurs. La visualisation et la compréhension des dépendances sont essentielles lorsque les gestionnaires de projet ou de programme déterminent un parcours critique dans le plan. Lorsque les dépendances sont soigneusement cartographiées, une équipe peut s'adapter et planifier d'autres parcours.
Une dépendance peut être entrante ou sortante. Elle révèle quand un ticket en bloque d'autres, ou est bloqué, et quels tickets doivent être priorisés pour s'assurer que le travail progresse. Vous pouvez choisir d'afficher les dépendances sous forme de badges ou de lignes dans les paramètres d'affichage de votre plan.
Vous pouvez également afficher les dépendances dans l'onglet Dependencies report (Rapport sur les dépendances), qui cartographie visuellement les relations entre les tickets de votre plan.
Comment gérer les versions dans un plan ?
Les livraisons sont les étapes importantes d'un plan qui marquent un point dans le temps où le travail doit être terminé. En fonction de la façon dont votre travail est structuré, une livraison peut représenter un bloc de travail livrable, une version pour les clients ou un incrément de programme.
Les futures versions liées à un projet de votre plan apparaîtront automatiquement dans l'onglet Releases (Versions) de Planifications. Pour exclure une version (et ses tickets) du plan, vous pouvez ajouter une règle d'exclusion lors de la création du plan.
Planifications utilise deux types de versions différents : les versions uniques et les versions inter-projets. Une version unique est liée à un projet, tandis qu'une version inter-projets aligne les dates de plusieurs projets. Les deux types de versions peuvent être créés et modifiés dans l'onglet Releases (Versions), mais les versions inter-projets ne sont utilisées que dans Planifications et ne peuvent pas être enregistrées dans vos tickets dans Jira.
Comment planifier différents scénarios ?
Étant donné que Planifications fonctionne comme un environnement de sandbox pour les données Jira, vous pouvez activer des scénarios pour explorer d'autres parcours afin d'atteindre des étapes importantes ou achever le projet. La planification de différents scénarios vous permet d'ajuster les dates, les ressources et d'autres informations avec un minimum de perturbations. Vous pouvez viser le meilleur scénario, planifier le pire et vous préparer à toutes les possibilités intermédiaires.
Comment suivre l'avancement d'un plan et en rendre compte ?
L'écran de résumé est l'endroit idéal pour obtenir un aperçu rapide de l'évolution de votre plan. Dans le résumé, vous pouvez voir l'avancement des tickets, les principales dépendances, l'avancement de l'équipe et sa capacité pour votre plan dans la période choisie.
Pour avoir un instantané précis de votre plan, vous pouvez créer une nouvelle vue. Ceci est particulièrement utile pour les grands projets transverses, où les préoccupations et les besoins varient en fonction des parties prenantes. Les filtres et les paramètres d'affichage vous permettent de mettre en valeur les différents aspects de votre plan. Ces vues peuvent ensuite être enregistrées et consultées facilement à tout moment. Par exemple, vous pouvez créer une vue qui ne montre que certains niveaux de tickets ou le travail d'une équipe.
Comment partager un plan avec des parties prenantes ?
Les plans sont faits pour être partagés ! Communiquez des mises à jour et tenez toutes les parties prenantes informées de l'avancement des projets et des équipes vers leurs objectifs. Toutes les vues, quel que soit le plan, peuvent être partagées sous forme de lien direct, intégrées à une page Confluence pour une visualisation en direct, ou exportées sous forme de fichier CSV ou d'image PNG pour une vue statique.
