Coordination à l'échelle

La coordination entre les ART est l'endroit où Large Solution SAFe fait ses preuves — ou échoue. Plusieurs modèles aident :

1. Communautés de pratique (CoP) — Groupes inter-ART organisés autour de compétences ou de domaines (p. ex., CoP frontend, CoP sécurité, CoP ingénierie de données). Les CoP partagent les connaissances, alignent les normes et réduisent la duplication. Elles se réunissent régulièrement mais ne sont pas responsables de la livraison — les équipes le sont.

2. Services partagés — Petites équipes qui fournissent des capacités utilisées par tous les ART. Exemples : équipe plateforme, équipe DevOps/SRE, équipe plateforme de données. Ces équipes opèrent selon leur propre cadence mais s'alignent sur le rythme PI du Solution Train.

3. Équipes système — Équipes dédiées qui possèdent l'intégration, l'infrastructure de build et les tests au niveau système. Elles s'assurent que le pipeline CI/CD au niveau solution fonctionne et maintiennent les environnements d'intégration.

4. Gestion des versions — Coordination du moment et de la manière dont la solution est publiée. Dans les grandes solutions, la publication peut se faire selon une cadence différente de celle du PI. Une version peut inclure le travail de plusieurs PI, ou le travail d'un PI peut être publié de manière incrémentale.

5. Conseils d'architecture — Les architectes de solution de tous les ART se réunissent régulièrement pour s'aligner sur la direction architecturale, résoudre les décisions techniques inter-ART et maintenir la piste d'architecture au niveau solution.

Le fil conducteur : ces modèles créent des structures de coordination légères et persistantes qui opèrent en continu, pas seulement pendant les événements de planification. La planification PI est essentielle, mais elle ne suffit pas — la coordination doit aussi se faire entre les événements de planification.

De nombreuses grandes solutions impliquent des fournisseurs externes — vendeurs de matériel, fournisseurs de logiciels tiers, équipes de développement externalisées. La coordination avec les fournisseurs ajoute de la complexité parce que vous avez moins de contrôle.

Stratégies pour la coordination avec les fournisseurs :

1. Aligner la cadence : Si possible, alignez la cadence de livraison du fournisseur avec votre cadence PI. Même si le fournisseur n'utilise pas SAFe, des points de livraison réguliers créent des opportunités d'intégration.

2. Définir les contrats comme des interfaces : Au lieu de spécifier comment le fournisseur devrait travailler, définissez des contrats d'interface clairs (API, protocoles, formats de données). Testez par rapport au contrat, pas à l'implémentation.

3. Inclure des représentants des fournisseurs dans la planification PI : Invitez les contacts clés des fournisseurs à la planification pré-PI et post-PI. Ils n'ont pas besoin d'assister à la planification PI complète de l'ART, mais ils ont besoin de visibilité sur les plans et les dépendances.

4. Créer des stubs d'intégration : Construisez des versions simulées des composants du fournisseur pour que vos équipes puissent développer et tester sans attendre la vraie chose. Cela découple votre rythme de développement de celui du fournisseur.

5. Points de contrôle d'intégration réguliers : Planifiez des sessions d'intégration régulières (hebdomadaires ou bihebdomadaires) où votre système s'intègre avec les livrables réels du fournisseur. N'attendez pas la fin du PI.

La coordination avec les fournisseurs est souvent la partie la plus frustrante de Large Solution SAFe parce que vous ne pouvez pas imposer la façon dont les organisations externes travaillent. Concentrez-vous sur ce que vous pouvez contrôler : les définitions d'interface, les tests d'intégration et la communication claire des attentes.

Les frontières des ART ne sont pas permanentes. À mesure que le produit et l'organisation évoluent, vous pourriez avoir besoin de vous réorganiser :

Signes que vous devriez diviser un ART :

• Plus de 12 équipes — l'ART est trop grand pour une planification PI efficace
• Deux flux de valeur distincts existent au sein d'un seul ART
• La plupart des dépendances sont au sein de sous-groupes, pas à travers tout l'ART
• La démo système est devenue trop longue et peu ciblée

Signes que vous devriez fusionner des ART :

• Deux ART ont des dépendances importantes qui créent une surcharge de coordination constante
• Un flux de valeur a été artificiellement divisé entre des ART
• Un ART est trop petit (moins de 3 équipes) pour justifier la surcharge
• Des équipes sont fréquemment « prêtées » entre les ART

Signes que les frontières de votre ART sont incorrectes :

• Les dépendances inter-ART sont plus nombreuses que les dépendances intra-ART
• Les ART ne s'alignent pas avec l'architecture (violation de la loi de Conway)
• La planification PI produit plus de chaînes de dépendances inter-ART qu'intra-ART

Réorganiser les ART est perturbateur, alors ne le faites pas à la légère. Mais ne l'évitez pas non plus — vivre avec de mauvaises frontières crée une taxe de coordination continue qui s'accumule à chaque PI. Le meilleur moment pour se réorganiser est à une frontière de PI.