Lancement des ART

Avant votre première planification de PI, vous devez définir la structure de l'ART :

1. Définir le flux de valeur : Quelle valeur cet ART livre-t-il? À qui? Soyez précis. « Nous développons les applications web et mobiles destinées aux clients » est mieux que « Nous faisons du frontend ».

2. Identifier les personnes : Qui fera partie de l'ART? Cela signifie souvent retirer des personnes d'équipes existantes et les réorganiser. Visez 50 à 125 personnes. Incluez toutes les compétences nécessaires pour une livraison de bout en bout.

3. Former les équipes : Créez des équipes interfonctionnelles de 5 à 11 personnes. Optimisez pour :

• Minimiser les dépendances entre les équipes
• Maximiser la capacité de chaque équipe à livrer de la valeur de bout en bout
• Équilibrer les compétences et l'expérience entre les équipes
• Respecter les relations et les modèles de travail existants dans la mesure du possible

4. Attribuer les rôles de l'ART :

• RTE : Votre meilleur facilitateur avec une capacité de pensée systémique. Ce rôle fait ou défait l'ART.
• Gestion de produit : Quelqu'un qui comprend profondément les besoins des clients et peut prioriser sans pitié.
• Architecte système : Votre leader technique le plus respecté qui pense au système dans son ensemble.

5. Définir la cadence :

• Durée de l'itération : 2 semaines (par défaut, ajustez seulement si vous avez de bonnes raisons)
• Durée du PI : 5 itérations + 1 itération IP = 12 semaines (par défaut)
• Planification de PI : 2 jours, en présentiel

Erreurs courantes d'organisation :

• Créer des équipes par couche technologique (équipe frontend, équipe backend, équipe base de données) au lieu de par domaine fonctionnel
• Attribuer le rôle de RTE à un chef de projet qui n'a pas été formé
• Faire de la gestion de produit un comité au lieu d'une personne
• Répartir les gens entre plusieurs ART

La première planification de PI est l'événement de lancement de l'ART. La préparation est essentielle :

8 semaines avant :

• Attribuer et former le RTE, la gestion de produit et l'architecte système
• Ces rôles nécessitent une formation spécifique à SAFe (Leading SAFe, SAFe for Architects, etc.)
• Commencer à construire le backlog de programme avec 8 à 12 fonctionnalités pour le premier PI

6 semaines avant :

• Former tous les membres de l'équipe (formation SAFe for Teams, 2 jours)
• Former les équipes et attribuer les Scrum Masters et les Product Owners
• Mettre en place l'infrastructure de développement (dépôts, CI/CD, environnements)

4 semaines avant :

• Préparer la présentation du contexte d'affaires (commanditaire exécutif)
• Préparer la présentation de la vision produit/solution (gestion de produit)
• Préparer la présentation de la vision architecturale (architecte système)
• Affiner les principales fonctionnalités du backlog de programme (critères d'acceptation, dimensionnement)

2 semaines avant :

• Logistique : Réserver la salle (assez grande pour toutes les équipes), préparer le matériel (tableaux, notes autocollantes, ficelle), installer l'audiovisuel
• Communication : Envoyer l'ordre du jour, les attentes et les lectures préalables à tous les participants
• Répétition : Le RTE, la gestion de produit et l'architecte système répètent leurs présentations
• Préparation du backlog : Les 10 à 15 principales fonctionnalités sont affinées et prêtes pour la décomposition par les équipes

La veille :

• Installer la salle. Chaque équipe obtient une table/zone. Le tableau de programme est au mur. Les présentations sont chargées et testées.
• Le RTE fait une dernière révision de l'ordre du jour et de la logistique.

Facteur clé de succès : N'essayez pas de rendre la première planification de PI parfaite. Ce sera désordonné. L'objectif est de planifier ensemble, de faire ressortir les dépendances et de créer l'alignement — pas de produire un plan impeccable. La perfection vient avec la pratique.

Le premier PI concerne l'apprentissage de la mécanique. Ne jugez pas la performance de l'ART par les résultats du PI 1.

PI 1 — Apprendre la danse

• Les équipes apprennent de nouveaux processus et rôles
• La planification de PI semble chaotique et dépasse le temps prévu
• Trop de dépendances sont découvertes — c'est bien (elles existaient avant, vous ne pouviez tout simplement pas les voir)
• La prévisibilité est faible (50 à 70 % des objectifs planifiés livrés est normal)
• Focus : Bien établir la cadence. Exécuter tous les événements. Apprendre de chacun.

PI 2 — Trouver le rythme

• La planification de PI est plus fluide (les équipes savent à quoi s'attendre)
• Les dépendances sont mieux gérées (certaines ont été éliminées)
• La prévisibilité s'améliore (60 à 80 %)
• Les équipes commencent à s'auto-organiser plus efficacement
• Focus : Améliorer les pratiques de qualité. Commencer à traiter les obstacles systémiques issus de l'I&A.

PI 3 — Atteindre la vitesse de croisière

• La cadence semble naturelle
• La prévisibilité se stabilise (80 % et plus)
• La collaboration entre équipes s'améliore (la confiance se construit par l'interaction répétée)
• Les métriques au niveau de l'ART deviennent significatives (données de tendance)
• Focus : Optimiser le flux. Réduire la taille des lots. Traiter les contraintes architecturales.

PI 4+ — Amélioration continue

• L'ART est une équipe performante d'équipes
• L'amélioration est incrémentale et basée sur les données
• Le processus d'I&A produit des changements impactants
• Focus : Optimisation de la performance. Innovation. Aider d'autres ART à apprendre de votre expérience.

Le rôle du coach : Les coachs Lean-Agile devraient être intégrés à l'ART pour les 3 à 4 premiers PI. Ils coachent les RTE, les Scrum Masters, les Product Owners et la direction. Réduisez progressivement l'intensité du coaching à mesure que la compétence se développe. Ne retirez pas le coaching trop tôt — la régression est courante.