Safe : Qu'est-ce que l'agilité à l'échelle?

Nos formations :

Introduction

SAFe s’inscrit dans la logique du passage des méthodes traditionnelles (en cascade/waterfall) à l’agilité et des projets aux produits. On passe donc d’une planification par vagues à l’agilité. Dans le premier cas le périmètre du livrable est fixe, alors que dans le second on élabore les livrables de façons progressive et continue pour améliorer la qualité. SAFe est spécifiquement adapté aux entreprises d’une certaine taille ou à la livraison de projets complexes en ayant toujours la possibilité de s’adapter et de livrer de la valeur.

Valeurs et principes de SAFe

SAFe est un ensemble de pratiques utilisables pour passer à l’agilité à l’échelle. Donc aller au-delà de l’agilité simplement au sein de quelques équipes, pour l’étendre à l’ensemble de l’organisation. Ce qui implique d’implanter Lean, Agile et DevOps également à l’échelle.

Les valeurs clés de SAFe sont :

• L’alignement (garantit l’homogénéité dans les équipes)
• La transparence
• La qualité incluse (plutôt que d’inspecter a posteriori les livrables)
• Le Program execution

Les principes :

1. Une valeur maximum dans un délai minimum
2. Une approche système globale
3. Garder ses options ouvertes durant le développement de solution
4. Construire de façon incrémentale, rapidement des MVP (minimum viable product)
5. Les jalons sont définis par des démonstrations fonctionnelles
6. Visualiser et limiter le travail en cours
7. Cadencer et synchroniser entre les différents domaines
8. Débloquer la motivation des collaborateurs les plus expérimentés
9. Décentraliser la prise de décision
10. Organiser autour de la création de valeur

Compétences

Compétences sont fondamentales dans Safe, certaines plus stratégiques, d’autres plus tactiques.

• La gestion de portefeuille
• L’agilité organisationnelle
• La culture de de l’apprentissage continu
• La livraison de produit agile (développer en cadence, livrer à la demande)
• L’agilité d’équipe et technique
• La livraison de solutions d’entreprise
• Le leadership lean agile

L’ensemble de ces compétences tourne autour du client.

Les configurations SAFe

Il en existe quatre pour apporter la bonne solution à chaque entreprise et pour permettre aussi une implantation progressive :

• Essentielle
• Large
• Portefeuille
• Complète

Focus sur la configuration Essentielle

C’est la première étape d’implantation de SAFe.

Dès cette étape on parle du train Agile Release Train (ART), qui regroupe une centaine de personnes réparties en une dizaine d’équipe, avec pour but de livrer de la valeur en restant alignés. Afin d’y parvenir cela nécessite de se structurer, de se cadencer pour travailler ensemble. Essential propose les cérémonies pour atteindre cette synchronisation et est aidé par quelques rôles clés, dont :

• le Release Train Engineer (conducteur du train ou Scrum Master en chef), appuyé par :
• le Product Manager (sorte de chef de produit) et enfin :
• le System Architect (pour le volet technique et architecture).

Autre élément en faveur de l’alignement : les backlogs (celui de chaque équipe et celui du Train qui inclut des features spécifiques).

La spécificité d’un ART est de contourner le risque de silos. En effet les entreprises sont organisées par fonction (ou département : les affaires, le matériel, les opérations, etc.), or la valeur doit transiter à travers ces différents silos. Ce qui peut créer des enjeux (de communication, de délais entre autres) et donc au final limiter la valeur.

SAFe vise justement à mettre à contribution des collaborateurs qui ont les compétences nécessaires pour livrer de la valeur de bout en bout, de les rassembler et de les mettre dans un train. Ils vont tous être synchronisés pour travailler en cadence selon le PI ou Program Increment (+/-) trimestriel. Toutes ces personnes sont alignées selon une vision partagée qui se traduit par le backlog général du programme.

Dans des configurations avancées un train peut lui-même contenir d’autres trains…

Rôles

L’équipe agile :

- 5 à 11 membres
- Crée et affine les stories et les critères d’acceptation
- Définit, Construit, teste et développe les stories
- S’assure du niveau de qualité à chaque incrément de la solution
- S’engage envers les objectifs du PI et le plan d’itération

Le Scrum Master :

- Guide l’équipe pour qu’elle devienne autonome
- Aide l’équipe à se consacrer à l’ajout de valeur lors de chaque incrément
- Facilite la suppression des obstacles à la progression de l’équipe
- S’assure que tous les événements d’équipe aient lieu, soient productifs et respectent le temps alloué.

Le Product owner (chef de projet) :

- Contribue à la vision et à la feuille de route – il est responsable de ce que l’équipe va produire
- Joue le rôle de l’utilisateur final pour répondre aux questions de l’équipe
-Crée, communique et valide les stories
- Hiérarchise le backlog de l’équipe

À l’échelle, on ajoute d’autres rôles :

- Le Release Train engineer : Scrum Master en chef, personne d’expérience avec des habiletés politiques. Il veille à la performance des équipes dans le train.
- Le Product Management : définit et priorise le backlog. Il doit avoir une bonne connaissance de son marché.
- Le système architect : guide technique.
- Le system team : assure l’intégration régulière des 5 à 12 équipes du train qui, chacune, développent un morceau. Le system team fait en sorte que tous les morceaux aillent ensemble.
- Le Business Owner : impliqués et décisionnels.

Dans ce double cercle on trouve tous les événements obligatoires (cercle du centre) pour chaque équipe.

La couche extérieure correspond aux événements qui impliquent le train au complet.

PI Planning

Tous les trois mois se tient le PI Planning. C’est rythme cardiaque du train pour aligner toutes les équipes autour d’une mission et d’une vision commune. On y définit un agenda incluant tous les points de synchronisation nécessaires pour s'assurer que, à la fin des deux jours de PI Planning, on a une feuille de route pour les trois prochains mois : les risques ont été évoqués, ainsi que les dépendances entre les différentes équipes, les objectifs ont été définis…

La force d'un tel événement est que tout le monde est là, donc les décisions sont prises rapidement et facilement. Au besoin il y a un dialogue face à face pour éviter les problèmes de communication.

Conclusion

SAFe est une approche qui se prête aux organisations d’une certaine taille (aussi bien privées que publiques/gouvernementales) ou aux projets relativement complexes qui, dans un cas comme dans l’autre, vont mobiliser de nombreuses équipes. Des équipes qui devront se synchroniser au niveau de leur livrables pour atteindre un produit fini qui apportera la valeur au client, conformément à la vision de l’entreprise et aux objectifs d’affaires. Ce n’est pas une méthode qu’on peut implanter du jour au lendemain. Pour que ce soit un succès il faut, idéalement, que l’entreprise soit déjà en mode agile (même partiel) et ensuite implanter les configurations SAFe de façon progressive (d’Essentielle à Complète).

La feuille de route idéale d’implantation de SAFe c’est de suivre les étapes suivantes :

Pour en savoir plus :

Voir toutes les formations en Gestion de projets

Retrouvez également la présentation disponible sur la page SlideShare de Technologia.