Capacités et facilitateurs

Une capacité est un comportement de niveau supérieur de la solution qui couvre généralement plusieurs ART. C'est l'équivalent d'une fonctionnalité pour une grande solution — mais en plus grand.

Fonctionnalité vs. Capacité :

• Une fonctionnalité apporte de la valeur au sein d'un seul ART. Une équipe (ou quelques équipes sur le même ART) peut la mettre en œuvre.
• Une capacité apporte de la valeur à travers plusieurs ART. Elle nécessite un travail coordonné entre les trains.

Exemple pour une plateforme de véhicule autonome :

• Capacité : « Le véhicule peut naviguer en toute sécurité dans un échangeur autoroutier »
  • Fonctionnalité ART 1 (Perception) : Détecter les marquages de voie et les zones de fusion à vitesse autoroutière
  • Fonctionnalité ART 2 (Planification) : Générer une trajectoire sécuritaire à travers l'échangeur
  • Fonctionnalité ART 3 (Contrôle) : Exécuter les changements de voie avec l'accélération appropriée
  • Fonctionnalité ART 4 (Infrastructure) : Données cartographiques pour les types d'échangeurs

Les capacités se trouvent dans le backlog de solution, géré par la gestion de solution. Lors de la planification pré-PI, les capacités sont décomposées en fonctionnalités qui alimentent le backlog de programme de chaque ART.

Dimensionnement des capacités : Les capacités devraient tenir dans un seul PI. Si une capacité s'étend sur plusieurs PI, c'est en réalité une épopée et devrait être gérée au niveau du portefeuille avec une analyse de rentabilisation Lean.

Tout comme les équipes ont des récits facilitateurs et les ART ont des fonctionnalités facilitatrices, les trains de solution ont des facilitateurs au niveau de la solution.

Ceux-ci répondent aux besoins techniques inter-ART :

Facilitateurs d'architecture : Plateformes partagées, API et protocoles dont plusieurs ART ont besoin. Exemple : un bus de messages auquel tous les ART publient et s'abonnent.

Facilitateurs d'infrastructure : Environnements d'intégration, infrastructure de test, pipelines de déploiement qui couvrent les ART. Exemple : un environnement de test d'intégration au niveau du système qui combine tous les résultats des ART.

Facilitateurs d'exploration : Preuves de concept ou études comparatives inter-ART. Exemple : évaluer deux approches concurrentes pour la communication entre services.

Facilitateurs de conformité : Exigences réglementaires qui couvrent l'ensemble de la solution. Exemple : conformité RGPD qui affecte la façon dont tous les ART traitent les données personnelles.

Gestion des facilitateurs de solution :

Les facilitateurs de solution se disputent la capacité tout comme les capacités. La gestion de solution priorise le backlog de solution, en équilibrant la livraison de capacités avec l'investissement dans les facilitateurs.

Une allocation saine dépend de la maturité de la solution :

• Nouvelle solution : 40-50 % de facilitateurs (construction des fondations)
• Solution en maturation : 20-30 % de facilitateurs (maintien de la piste)
• Solution stable : 10-20 % de facilitateurs (améliorations progressives)

Le Kanban de solution gère le flux de capacités et de facilitateurs à travers le système. Il est similaire au Kanban de portefeuille mais fonctionne au niveau de la solution.

Colonnes typiques :

1. Entonnoir — Nouvelles idées de capacités capturées mais pas encore analysées
2. Analyse — La gestion de solution et l'architecte de solution évaluent la faisabilité, définissent les critères d'acceptation et estiment la taille
3. Backlog — Analysées et prêtes pour la planification PI, priorisées par WSJF (Weighted Shortest Job First)
4. Mise en œuvre — Actives dans le PI actuel, décomposées en fonctionnalités à travers les ART
5. Validation — Intégrées à travers les ART et validées au niveau de la solution
6. Terminé — Déployées et apportant de la valeur

Les limites TEC s'appliquent à chaque étape. Le Kanban de solution a généralement des limites TEC plus basses que prévu — un train de solution peut n'avoir que 3 à 5 capacités en mise en œuvre à la fois, car chaque capacité nécessite une coordination entre plusieurs ART.

Priorisation WSJF : Les capacités sont priorisées en utilisant Weighted Shortest Job First, qui équilibre le coût du délai (valeur utilisateur/affaires + criticité temporelle + réduction des risques) par rapport à la taille du travail. Cela garantit que le travail de plus grande valeur et de plus courte durée est effectué en premier.