Planification des capacités basée sur les caractéristiques
Les vues décrites ci-dessous font partie des capacités de planification de la capacité au niveau du programme. Ils permettent de comparer la demande, c'est-à-dire la charge de travail prévue, avec la capacité disponible des équipes qui effectuent le travail. Il est particulièrement utile aux gestionnaires de produits, aux ingénieurs de formation à la mise en production et aux architectes de systèmes lorsqu'ils déterminent si les objectifs globaux de l'incrément de programme (PI) peuvent être atteints avec les équipes disponibles.
Le carnet de commandes du programme est principalement une liste de fonctionnalités, mais il peut contenir d'autres éléments tels que des "facilitateurs" technologiques. Les fonctionnalités sont planifiées en versions ou en incréments de programme (PI). La vue Backlog du programme permet de répartir les éléments du backlog du programme (Features) entre un ou plusieurs Program Increments (PI) et équipes. Nous recommandons d'utiliser cette vue pour planifier un prochain PI ou suivre un PI en cours d'un seul train de lancement agile (ART).


La demande est résumée à partir des caractéristiques estimées.La capacité des versions/incréments de programme est définie manuellement ou résumée à partir des itérations de l'équipe interne.

Cas d'usage
Le tableau de planification des capacités peut être utilisé pour suivre les progrès réalisés dans le cadre d'une feuille de route stratégique. Il aide les gestionnaires de programme à avoir une vue d'ensemble et à prévoir à l'avance dans quelle version telle ou telle fonctionnalité pourra être achevée et livrée. Cette capacité inclut la possibilité de suivre les versions en fonction du nombre de fonctionnalités attribuées et terminées sur la base de décomptes, d'estimations de haut niveau ou de points d'histoire. En conséquence, la capacité permet de comprendre quels éléments de travail seront inclus dans une version programmée.
Par exemple, si une version est surchargée, les gestionnaires de programme peuvent reporter les fonctionnalités moins importantes sur la version suivante. En outre, les vues de planification de la capacité aident à détecter les goulets d'étranglement et peuvent indiquer que le nombre d'équipes allouées ou le nombre de personnes dans les équipes devraient être augmentés.
Prérequis. Cartographie des données
Les mises à jour ou les incréments de programme (IP) doivent être déterminés par la date et incrémentaux, c'est-à-dire programmés l'un après l'autre sans que les dates ne se chevauchent. Les mises à disposition durent généralement de 8 à 12 semaines. Ils peuvent également représenter 2 à 3 mois civils ou 1 trimestre financier.

Une fonctionnalité typique doit pouvoir être intégrée dans une seule version. Lorsque les fonctionnalités sont plus importantes, nous recommandons de les diviser en sous-fonctionnalités plus petites, de sorte que chacune d'entre elles puisse tenir dans une version.
Configuration de la vue du carnet de commandes du programme
Pour planifier la capacité de votre carnet de commandes, ouvrez ou créez une vue de tableau présentant les caractéristiques sous forme de cartes et les versions sous forme de colonnes. si nécessaire.
Personnaliser les cartes pour que le champ numérique "Estimation initiale" soit affiché pour chaque caractéristique. Il est ainsi possible de voir rapidement la demande pour chaque carte.

La comparaison entre la demande et la capacité apparaît dans chaque cellule. La demande totale des cartes sélectionnées est calculée à la volée.

Un surlignage rouge indique que la capacité de rejet est surchargée. Il faut soit augmenter la capacité de la version, soit lui retirer certaines fonctionnalités.

Calculs de la demande
La demande est résumée à partir des caractéristiques assignées. Elle est mesurée en points. Par défaut, le système calcule la demande à partir des estimations initiales des caractéristiques.

Pour permettre une planification précise de la demande, les membres des équipes agiles doivent fournir des estimations de haut niveau et attribuer des points à chaque fonctionnalité. Il est très important que toutes les équipes utilisent des points relatifs de la même échelle.
De multiples scénarios sont désormais pris en charge dans Targetprocess et peuvent être configurés à l'aide de vues, de champs et d'automatismes :
- Chaque caractéristique exige 1 point par défaut. La planification des capacités est basée sur le nombre;
- Chaque caractéristique fait l'objet d'une estimation de haut niveau à l'aide d'une échelle de points ou de tailles de t-shirts. Les estimations sont fournies avant qu'une fonctionnalité ne soit complètement décomposée en histoires d'utilisateurs estimées;
- Chaque fonctionnalité a une estimation égale au nombre total de ses histoires d'utilisateur. Les histoires doivent être créées à l'avance;
- Chaque fonctionnalité a une estimation résumée à partir des points de ses histoires d'utilisateur. Les histoires doivent être créées et estimées à l'avance;
- Un mélange sophistiqué de ces approches.
Si vous souhaitez activer l'un de ces scénarios, veuillez demander l'aide de notre équipe d'assistance.
Calculs de capacité
La capacité des versions/incréments de programme est définie manuellement ou résumée à partir des itérations de l'équipe interne. Elle est mesurée en points.Lorsque le tableau ne comporte pas de plans de baignade, la capacité de chaque cellule est extraite des champs de capacité des rejets.

Les champs doivent être configurés et remplis à l'avance. Guide de l'utilisateur pour les administrateurs : Capacité de lancement : configuration du calcul du total.
Planification de la capacité en équipe : Des fonctionnalités aux versions
La planification de la capacité basée sur l'équipe dans Targetprocess prend en charge 1 fonctionnalité : 1 cas d'utilisation d'équipe attribué.
l'indicateur d'alerte "Presque égale" (≈) signifie que la demande n'est pas calculée avec suffisamment de précision pour être manipulée mathématiquement. Cela se produit lorsque plusieurs équipes sont affectées à certains éléments. Les estimations de fonctionnalités basées sur le travail d'équipe ne sont pas encore prises en charge par Targetprocess.
Pour voir les entités ayant plus d'une équipe assignée et masquer toutes les autres, cliquez sur l'indicateur ≈, puis sur Focus on collaborative entities link.
Pour des calculs précis, il est recommandé de diviser les fonctionnalités inter-équipes en plusieurs fonctionnalités plus petites pour une seule équipe. En conséquence, chaque équipe peut donner son estimation de haut niveau pour chaque fonctionnalité, et l'ensemble du carnet de commandes du programme peut être planifié en tenant compte des estimations et de la capacité disponible.

Lorsque les équipes sont affichées sous forme de couloirs, il est possible de calculer la capacité d'une version pour chaque équipe en tant que capacité totale de ses itérations d'équipe.
Pour que les calculs fonctionnent correctement, vérifiez que vos releases sont divisées en itérations d'équipe pour toutes les équipes qui participent à votre Agile Release Train (ART). Chaque itération de l'équipe devrait avoir une valeur de capacité définie. Nous recommandons d'utiliser les valeurs historiques de vélocité comme capacité cible. N'oubliez pas que les vacances et les changements d'affectation des membres de l'équipe peuvent affecter de manière significative la capacité de l'équipe.

Cette capacité nécessite l'activation de la fonction `ReleaseForTeamIteration`. S'il n'y a pas de liens entre les versions et les itérations d'équipe dans votre système, veuillez demander à notre équipe de support d' activer la fonctionnalité.
meilleures pratiques
Encodage visuelPour identifier les caractéristiques qui pourraient nécessiter des ajustements de données supplémentaires, nous vous recommandons d'activer les règles d'encodage visuel suivantes sur votre tableau de planification des capacités :
| Règle | Résultat |
| ?InitialEstimate == 0 | Non estimé Caractéristiques |
| ?AssignedTeams.Nombre > 1 | Fonctionnalités avec plus d'une équipe affectée |
