Comparaison des frameworks agiles : SAFe, LeSS, Nexus

Si la gestion d’un projet même simple peut s’avérer difficile. Plusieurs équipes sur un même projet ? La catastrophe n’est pas loin ! Une équipe de 50 à 200 professionnels est confrontée aux mêmes difficultés qu’une équipe classique – puissance dix. Vous l’aurez donc compris : les grosses équipes s’accompagnent facilement de gros problèmes. Et lorsque les complications sont au menu, les frameworks agiles sont une véritable baguette magique qui permet aux équipes d’avoir la situation en main et d’être productives.

Les frameworks SAFe, LeSS ou Nexus exigent une transformation culturelle et une très bonne maturité Scrum de la part de toutes les équipes impliquées. Examinons ces trois frameworks d’un peu plus près.

SAFe : Le Principal Framework de l’Agilité à l’Échelle

Imaginez que le nombre de personnes de votre équipe explose, et passe à 100-150 personnes. Qu’allez-vous faire ? Comment allez-vous communiquer ? Comment allez-vous suivre le rythme des membres de votre équipe ?

C’est là que SAFe entre en jeu. Spécifiquement conçu pour coordonner de larges équipes et projets agiles, ce framework agile créé en 2011 a déjà permis à de très grandes entreprises dans le monde de trouver une nouvelle manière de développer des logiciels et créer de la valeur.

#Principes SAFe :

• Adopter une pensée systémique
• Prendre en compte le principe de variabilité et préserver les options
• Opter pour un développement progressif avec des cycles d’apprentissages rapides et intégrés
• Baser des jalons sur l’évaluation des objectifs des systèmes de travail
• Visualiser et limiter le Work in Progress (le travail en cours), réduire la taille des lots et minimiser les files d’attente
• Appliquer de la cadence, se synchroniser avec une planification inter-domaines
• Débloquer la motivation intrinsèque des travailleurs
• Décentraliser la prise de décision

Tout a un objectif final. Appliquer le framework SAFe permet de garantir que tous les acteurs du processus de développement d’un produit sont en phase lorsqu’il s’agit de passer de la stratégie à l’exécution.

L’application de cette stratégie s’est avérée très efficace, avec des résultats impressionnants :

• 30-75% d’accélération du time-to-market
• 10-50% d’augmentation de l’engagement des employés
• 25-75% d’augmentation de la productivité
• 20-50% d’amélioration de la qualité

D’après le 13^e Annual State Of Agile Report (rapport annuel sur l’agilité de Version One), SAFe demeure l’un des frameworks agiles que les entreprises sont le plus prêtes à suivre. De nombreuses organisations privilégient cette option, car elle permet de récolter des avantages et de poser de premiers jalons rapidement.

Pour une équipe de 50 à 120 personnes travaillant dans une entreprise traditionnelle, SAFe est un choix judicieux et un coup de pouce nécessaire pour évoluer.

Cependant, ce framework agile pose certaines exigences qui conditionnent la réussite de son implémentation :

• Un style de management agile
• Une mentalité agile de l’équipe
• Un processus agile
• Un framework de développement
• Des user stories

Tous ces facteurs sont axés sur l’idée que l’équipe est ouverte aux changements, qu’elle peut prendre rapidement des décisions et dispose de bonnes user stories avec des critères d’acceptation.

#Les trois niveaux complémentaires de SAFe :

• Le niveau « portefeuille » (appelé aussi Portfolio), c’est à ce niveau que la stratégie entreprise et la stratégie d’investissement sont mises en cohérence.
• Le niveau « programme « joue un rôle important, appelé aussi agile release train (ART, train de livraison agile), il représente plusieurs équipes travaillant sur le même résultat opérationnel.
• Le niveau « équipe » qui se compose d’un Product Owner, d’un Scrum Master et d’une équipe de développement.

Si vous connaissez le modèle Scrum, vous connaissez sans doute déjà les artéfacts. Le framework SAFe ne fait pas exception, puisqu’il compte deux artéfacts : le backlog produit/équipe et le sprint backlog.

Si l’implémentation de SAFe semble simple à première vue, tout se complique lorsque l’on s’y met. En amont, l’équipe doit adopter une mentalité agile. Dès le départ, il est nécessaire de former chaque membre de l’équipe à SAFe et de lancer les premiers agile release trains. Cela permet de préparer le terrain pour l’application du framework. La définition du flux de valeur et de son ajustabilité conditionnera les performances du projet. Enfin, créez un environnement au sein duquel l’auto-organisation de l’équipe avec les rôles proposés par SAFe pourra s’épanouir.

Les artéfacts Scrum sont plus importants qu’on ne le croit : ils fournissent des informations essentielles à l’équipe Scrum et aux parties prenantes.

#Avantages de SAFe :

• SAFe est le fruit des meilleures idées empruntées aux processus agiles et lean
• La possibilité d’identifier les dépendances et de les négocier pendant le PI planning (évènement de planification) et d’utiliser le program board (l’équivalent SAFe de la roadmap)
• Un niveau élevé d’engagement des parties prenantes, car les chefs d’entreprise décident des priorités et de la valeur
• Synchronicité, efficacité et prévisibilité du projet sur l’ensemble du groupe grâce à l’agile release train
• Les équipes sont structurées selon les fonctionnalités

More with LeSS : Un Framework Agile pour une Amélioration Continue qui Vise la Perfection

Vous recherchez à vous assurer que l’attention de votre équipe soit axée sur l’ensemble du produit, et non sur un aspect en particulier ? LeSS est fait pour vous ! LeSS, un framework de design organisationnel associé à Scrum, exige d’examiner les objectifs des éléments Scrum d’une seule équipe et de comprendre comment atteindre le même objectif tout en restant dans le cadre des règles standard Scrum.

Pour les équipes, LeSS est l’un des frameworks agiles dotés de règles qui permet à des groupes de produits d’expérimenter et de découvrir ce qui fonctionne le mieux pour eux à un moment donné.

Les deux frameworks Scrum à grande échelle de LeSS sont à l’échelle d’une seule équipe Scrum : LeSS (jusqu’à huit équipes) et LeSS Huge (jusqu’à plusieurs milliers de personnes sur un produit).

#Principes LeSS :

• Le Scrum à grande échelle reste du Scrum
• Le contrôle de processus empirique
• La transparence
• More with less (faire plus avec moins)
• Un focus sur l’ensemble du produit
• Une approche centrée sur le client
• L’amélioration continue visant la perfection
• Une approche systémique
• Une approche lean
• La théorie des files d’attente

Dans LeSS, chaque équipe est dotée d’un Scrum Master dédié à plein temps qui aide ses membres à se concentrer sur l’ensemble du produit. De plus, le Product Owner est responsable de prioriser et clarifier les éléments dans le backlog pour l’ensemble du produit. L’équipe de développement, qui intègre 2 à 8 équipes, est un bloc transversal et auto-organisé partageant un produit de travail.

À l’instar de la plupart des frameworks agiles, LeSS implique que toutes les équipes participent à différents événements, comme la planification de Sprint, le raffinement de backlog produit, les réunions quotidiennes (daily scrum), la revue du sprint, la rétrospective du sprint. Chaque équipe dispose d’un sprint backlog dérivé d’un backlog produit unique.

LeSS Huge est plus approprié pour les équipes plus importantes.

#Les rôles de LeSS Huge :

• Product Owner (PO) – un PO pour l’intégralité du produit
• Product Owner de domaine – un PO de domaine pour chaque exigence
• Scrum master – un SM par équipe
• Équipes de développement – 2 à 8 équipes pour chaque domaine, pas plus de 3 domaines

#Les artéfacts de LeSS Huge :

• Backlog produit – vue d’ensemble générale du travail devant être accompli
• Area backlog – vue du backlog produit basée sur le domaine d’exigence, où les éléments sont divisés, clarifiés et priorisés indépendamment.
• Sprint backlog – liste du travail devant être réalisé par l’équipe pour terminer les éléments de l’area backlog.

#Avantages de LeSS :

1. Met à l’échelle les principes Scrum aux projets de grande envergure en utilisant de petits lots pour livrer des avantages à l’entreprise à chaque sprint
2. Structure les équipes selon les fonctionnalités
3. Supporte de multiples équipes travaillant sur un produit
4. Privilégie la collaboration avec le client plutôt que la négociation des contrats
5. Les efforts sont axés davantage sur la collaboration et l’apprentissage au sein des équipes

Nexus : Un Framework de Processus Agile pour de Multiples Équipes Scrum

Le framework Nexus permet de diviser jusqu’à 80 personnes en trois ou neuf équipes Scrum travaillant sur un unique product backlog.

En termes de processus organisationnel, Nexus diffère des autres frameworks mentionnés plus haut.

#Rôles de l’équipe Nexus :

1. L’équipe d’intégration Nexus se compose du Product Owner, d’un Scrum Master et des membres de l’équipe. Sa responsabilité première est de coordonner et superviser l’application de Nexus et le fonctionnement de Scrum.
2. Trois à neuf équipes Scrum

Alors, à quoi ressemble le workflow avec Nexus ?

• Le raffinement du backlog produit – identification des dépendances dans le backlog produit pour les minimiser ou les supprimer.
• La planification de sprint Nexus – révision du backlog produit par des représentants de chaque équipe Scrum.
• Travail de développement – intégration de l’ensemble du travail à un environnement commun afin qu’il puisse être testé.
• Le daily Nexus – réunions quotidiennes de représentants de chaque équipe de développement.
• La revue de Sprint Nexus – réunion à la fin du sprint pour donner son avis sur l’incrément intégré au produit lors du sprint.
• La rétrospective de sprint Nexus – réunion de représentants pertinents de chaque équipe Scrum pour identifier les enjeux communs. La rétrospective de sprint Nexus est suivie par des rétrospectives sprint pour chaque équipe.

Nexus, comme tout framework Scrum, se compose d’équipes Scrum et de leurs composantes associées : rôles, événements, artéfacts et règles.

#Événements Nexus :

• Le raffinement du backlog produit – une prévision indiquant quelle équipe fournira quels éléments du product backlog, et identification des dépendances dans ces équipes.
• Planification de sprint Nexus – coordination de toutes les activités de toutes les équipes Scrum pendant un sprint.
• L’objectif Nexus – objectif défini pour le sprint.
• Les daily Nexus – inspection de l’état actuel de l’incrément intégré pour identifier les problèmes d’intégration ou les dépendances/impacts inter-équipes.
• La revue de sprint Nexus – événement organisé à la fin du sprint pour donner son avis sur l’incrément intégré produit lors du sprint.
• Nexus– réunion visant à inspecter le sprint précédent pour créer un plan d’améliorations pour le suivant, garantissant ainsi une amélioration continue.

Nexus est également défini par des artéfacts, des opportunités d’inspection et d’adaptation cruciales pour apporter de la transparence.

#Artéfacts Nexus

• Le backlog produit – backlog produit unique pour toutes les équipes Nexus Scrum, géré par le Product Owner.
• Le sprint backlog Nexus – association unique d’éléments de backlog produit issus des sprint backlog des équipes Scrum individuelles.
• Incrément intégré – somme du travail intégré effectué par l’équipe Nexus, et inspecté lors de la revue de sprint Nexus.

#Avantages de Nexus :

• Productivité élevée
• Optimisation de tous les efforts
• Auto-organisation d’un grand nombre de développeurs
• Possibilité de détecter des anomalies de productivité
• Pratiques permettant de résoudre des problématiques pouvant apparaître dans de grandes équipes

Vous êtes aussi accro aux frameworks agiles que nous ? Ces articles peuvent
vous intéresser :

L’agilité en mode startup : interview d’un directeur de projets IT

Méthode Agile : Pentalog partagera son expertise à la 1re conférence dédiée à Montréal