Simyl
simylflow
Accueil du cours
Module 4 : Grande solution
Leçon 1 sur 3
18 min

Le Solution Train

Coordonner plusieurs ART lorsque le produit est trop grand pour un seul train.

1Quand vous avez besoin d'un Solution Train

La plupart des organisations n'ont pas besoin du niveau Grande Solution. SAFe essentiel (un seul ART) gère la majorité des scénarios de mise à l'échelle. Vous avez besoin d'un Solution Train lorsque :

  • Le produit nécessite plusieurs ART (200+ personnes) pour le construire et le maintenir
  • Il existe des dépendances importantes entre les ART qui ne peuvent pas être éliminées par l'architecture
  • Le système inclut du matériel, du micrologiciel ou des fournisseurs externes qui doivent s'intégrer avec le logiciel
  • Les exigences réglementaires exigent une conformité coordonnée entre plusieurs trains

Exemples de systèmes qui nécessitent souvent des Solution Trains :

  • Plateformes de véhicules autonomes (perception + planification + contrôle + infrastructure)
  • Grandes plateformes financières (négociation + risque + conformité + données)
  • Systèmes de télécommunications (réseau + facturation + expérience client)
  • Systèmes militaires/aérospatiaux (matériel + micrologiciel + logiciel + intégration)

L'indicateur clé : Si vos ART sont constamment bloqués les uns par les autres et que la gestion des dépendances consomme un temps important du RTE, vous pourriez avoir besoin de la structure de coordination qu'offre un Solution Train.

Ne pas pré-optimiser

Ne créez pas un Solution Train « au cas où ». Commencez avec des ART indépendants. N'ajoutez la couche Solution Train que lorsque la difficulté de coordination inter-ART est réelle et mesurable. Les frais généraux sont importants.

2Structure du Solution Train

Le Solution Train se situe au-dessus des ART et assure la coordination entre eux. Sa structure reflète celle de l'ART, mais à un niveau supérieur :

Solution Train Engineer (STE) — L'équivalent du RTE pour le Solution Train. Facilite les événements au niveau de la solution, gère les risques inter-ART et assure l'alignement des trains. C'est un rôle extrêmement exigeant qui nécessite une compréhension technique approfondie et des compétences exceptionnelles en facilitation.

Solution Management — L'équivalent du Product Management. Définit la vision et la feuille de route de la solution. Décompose les grandes initiatives en capacités qui correspondent aux ART. Travaille avec le Product Management de chaque ART pour assurer l'alignement.

Solution Architect/Engineer — Définit l'architecture globale à travers tous les ART. Assure la cohérence technique, gère les interfaces entre les sous-systèmes et maintient la piste architecturale au niveau de la solution. Doit équilibrer l'autonomie des ART avec la cohérence au niveau du système.

Solution Backlog — Contient les capacités (grands comportements de la solution qui couvrent plusieurs ART) et les facilitateurs au niveau de la solution. Les capacités sont décomposées en fonctionnalités que les ART individuels implémentent.

Le Solution Train ne remplace pas les structures au niveau de l'ART — il ajoute une couche de coordination par-dessus. Chaque ART conserve son propre RTE, Product Management et System Architect. Les rôles du Solution Train coordonnent ces rôles d'ART.

3Événements du Solution Train

Le Solution Train a sa propre cadence d'événements qui s'articulent autour des événements de l'ART :

Planification pré-PI (1 jour, avant la planification PI de l'ART) — Les parties prenantes au niveau de la solution s'alignent sur la vision et les principales capacités pour le prochain PI. Le Solution Management présente les priorités. Le Solution Architect présente l'orientation technique. Les dépendances inter-ART sont identifiées. Le résultat alimente l'événement de planification PI de chaque ART.

Planification PI de l'ART (2 jours, comme d'habitude) — Chaque ART exécute sa planification PI standard, mais maintenant éclairée par le résultat de la planification pré-PI. Les ART connaissent les priorités au niveau de la solution et les dépendances inter-ART.

Planification post-PI (1 jour, après que tous les ART ont planifié) — Des représentants de tous les ART se réunissent pour harmoniser les plans, résoudre les dépendances restantes et créer les objectifs PI au niveau de la solution. Le Solution Train effectue un vote de confiance sur le plan intégré.

Solution Demo (fin du PI) — Comme la System Demo mais au niveau de la solution. Tous les ART démontrent leur contribution intégrée à la solution globale. Cela prouve que le système fonctionne de bout en bout à travers tous les trains.

Solution Train Sync (hebdomadaire) — Les STE et les RTE se réunissent pour gérer la coordination inter-ART, faire remonter les obstacles et suivre les progrès au niveau de la solution.

La cadence ajoute des frais généraux (pré-PI, post-PI), mais ces frais sont le prix à payer pour coordonner 200+ personnes sur un produit partagé. Sans cela, vous obtenez le chaos d'intégration à la fin de chaque PI.

Déplacements pour la planification pré/post-PI

Si vos ART sont géographiquement distribués, la planification pré-PI et post-PI vaut la peine de faire venir les gens en personne. La valeur de coordination de l'interaction en face à face à ce niveau est énorme. Le mode à distance fonctionne pour les synchronisations quotidiennes ; la planification bénéficie de la proximité.

Points clés
  • Les Solution Trains coordonnent plusieurs ART qui construisent un seul grand produit
  • Rôles clés : STE, Solution Management, Solution Architect
  • La planification pré-PI et post-PI encadre la planification PI de l'ART avec un alignement au niveau de la solution
  • N'ajoutez la couche Solution Train que lorsque la difficulté de coordination inter-ART est réelle