Frameworks Agile

Aucun framework Agile n'est meilleur qu'un autre. L'approche optimale pour votre équipe ou votre organisation dépendra de divers facteurs, tels que votre secteur d'activité, le niveau de maturité Agile, le nombre d'équipes Agile et les objectifs du déploiement Agile au sein de votre organisation.

Nous allons brièvement décrire ci-dessous chacun des frameworks Agile les plus populaires, et fournir des ressources pour vous aider à choisir le framework Agile le mieux adapté à vos besoins.

Comme nous le savons maintenant, la méthodologie Agile a techniquement vu le jour avec la rédaction et la publication du Manifeste Agile. C'est le Manifeste Agile qui a formellement fait connaître la méthode Agile à l'univers du développement logiciel, même si bon nombre des idées qu'il contient sont des itérations de pratiques qui prévalaient déjà à l'époque dans ce domaine.

Un grand nombre des principes que nous qualifions d'Agile, ou que nous considérons comme étant Agile, ont des racines plus profondes. Kanban est, par exemple, une méthode de workflow visuel souvent utilisée dans la méthodologie Agile et qui est considérée comme une méthode Agile. Pourtant, sa création a largement précédé celle de la méthodologie Agile.

Même si la méthodologie Agile a été initialement conçue comme une approche du développement logiciel, elle s'est depuis développée pour répondre aux besoins de nombreux types d'équipes.

Les frameworks Agile à grande échelle incluent même des directives pour des fonctions traditionnellement non Agile, telles que les finances et les RH (ressources humaines). À mesure que le mouvement Agile continue de se développer et que de nouvelles applications d'Agile apparaissent régulièrement, les frameworks Agile continuent eux aussi d'évoluer.

Scrum

Scrum est l'un des frameworks Agile les plus connus des équipes. Le Guide Scrum définit Scrum comme « ...un cadre de travail (framework) au sein duquel les acteurs peuvent aborder des problèmes complexes et adaptatifs, en livrant de manière efficace et créative des produits de la plus grande valeur possible ».

Par définition, Scrum est conçu pour être léger et simple à comprendre. Certains diront cependant qu'il est difficile à maîtriser. L'élément le plus reconnaissable de Scrum est l'utilisation d'itérations délimitées dans le temps : les équipes Scrum fonctionnent par périodes de temps déterminées, appelées sprints, qui durent généralement de deux à quatre semaines.

L'utilisation de sprints permet aux équipes de livrer rapidement et de manière prévisible, tout en conservant l'agilité nécessaire pour changer d'orientation au besoin. Cliquez ici pour en savoir plus sur Scrum.

XP

Extreme Programming (ou XP) est un autre framework Agile au niveau de l'équipe qui trouve ses origines dans le développement logiciel. Comme la plupart des approches Agile, XP permet des releases fréquents via des sprints de développement courts qui encouragent le changement lorsqu'il est nécessaire.

XP est moins rigide que de nombreux frameworks Agile et suit un ensemble de valeurs, plutôt que des étapes. Les valeurs fondamentales de XP sont les suivantes :

• Simplicité
• Communication
• Feedback régulier
• Respect

L'Extreme Programming exige des développeurs qu'ils commencent par planifier et comprendre les récits utilisateur du client, c'est-à-dire ses descriptions informelles des fonctionnalités et des exigences en la matière.

Cliquez ici pour en savoir plus sur l'Extreme Programming.

Kanban

« Kanban » est dérivé du terme japonais signifiant « signal visuel » ou « carte ». Bien que Kanban trouve ses racines dans l'industrie manufacturière, ce framework Agile a été largement appliqué au développement logiciel et à d'autres types de travail intellectuel.

Cette méthodologie a recours à des tableaux physiques ou numériques pour représenter le processus spécifique d'une équipe ou d'une organisation. Les éléments essentiels de Kanban sont les suivants :

• Les éléments de travail sont représentés par des cartes sur un tableau Kanban, comme des notes autocollantes sur un tableau blanc.
• Chaque étape du processus est représentée par une ligne verticale ou colonne. La version la plus basique d'un processus est « À faire », « En cours » et « Terminé ».
• Les cartes sont ensuite déplacées de gauche à droite dans le tableau pour indiquer où se trouve chaque activité dans le processus.
• Les cartes peuvent contenir une multitude d'informations sur la tâche, telles que le statut, les dates d'échéance, les personnes affectées à la carte, etc.

En offrant une visibilité partagée, Kanban permet aux équipes de collaborer plus efficacement et de travailler avec une plus grande agilité. Kanban est souvent utilisé comme un outil par les équipes Lean et Agile, et peut s'intégrer à d'autres frameworks Agile.

Pour en savoir plus sur Kanban, cliquez ici.

Scrumban

Le framework Agile Scrumban est un hybride de Scrum et Kanban. Il a vu le jour pour répondre aux besoins des équipes qui voulaient minimiser le traitement du travail par lots et adopter un système de flux tiré. En combinant des éléments Scrum et Kanban, ce framework Agile offre aux équipes la flexibilité nécessaire pour s'adapter aux besoins des parties prenantes et de la production, sans se sentir surchargées par leur méthodologie de projet.

Scrumban fournit la structure de Scrum avec la flexibilité et la visualisation de Kanban, ce qui en fait une approche très polyvalente de la gestion du workflow.

Il est également possible d'utiliser Scrumban comme un tremplin pour les équipes cherchant à passer de Scrum à Kanban. Scrumban offre aux équipes un moyen d'apprendre à pratiquer l'amélioration continue dans Kanban, sans abandonner la structure familière de Scrum.

Cliquez ici pour en savoir plus sur Scrumban.

Scrum de Scrums

La méthode Scrum de Scrums vise à s'appuyer sur les principes de Scrum au niveau de l'équipe, ainsi qu'à permettre aux organisations de connecter plusieurs équipes Scrum ayant besoin de collaborer pour livrer des solutions complexes.

Même si la méthode Scrum de Scrums est une technique permettant d'étendre Scrum à plusieurs équipes, elle n'est pas considérée comme un véritable framework de déploiement Agile à grande échelle, car elle ne fournit pas les directives concrètes nécessaires pour assurer le déploiement Agile dans toute l'organisation.

Comme d'autres frameworks basés sur Scrum, la transparence, l'inspection et l'adaptation sont trois éléments clés de la méthode Scrum de Scrums. Cette approche offre une solution pour aider les équipes à trouver un équilibre entre la taille réduite des équipes et la nécessité de livrer des produits complexes.

La livraison de produits (ou services) complexes nécessite les efforts coordonnés de nombreuses équipes interfonctionnelles, ce pour quoi Scrum ne fournit pas de directives. Scrum de Scrums permet aux organisations d'étendre le succès de leurs équipes Scrum existantes à grande échelle, sans modifier considérablement leurs pratiques.

De nombreux facteurs influent sur la capacité d'une entreprise à assurer le déploiement Agile à l'échelle de toute son organisation, notamment les évolutions culturelles, technologiques et en termes de gestion du travail qui sont nécessaires pour véritablement adopter la méthode Agile à grande échelle. C'est pourquoi les frameworks Agile d'entreprise ont gagné en popularité auprès des organisations qui se trouvent à ce stade de leur parcours Agile.

Les frameworks de déploiement Agile, tels que ceux présentés ci-dessous, offrent une structure et des directives pour aider les entreprises à répondre à leurs besoins opérationnels, quelle que soit la phase de transformation Agile à laquelle elles se trouvent.

SAFe

SAFe® est l'acronyme de Scaled Agile Framework®. Il s'agit d'un des différents cadres Agile conçus pour guider les entreprises tout au long du déploiement des méthodes Agile au-delà des équipes individuelles. SAFe emprunte des concepts à plusieurs des approches Agiles au niveau de l'équipe, présentées précédemment dans cet article.

Obtenir l'infographie : « Comment Planview soutient l'agilité d'entreprise avec Scaled Agile Framework »

Plus précisément, SAFe aide les grandes organisations à relever les défis liés à la mise en œuvre, à l'extension et à l'utilisation des méthodologies et pratiques Agile entre plusieurs équipes et départements d'une organisation.

SAFe a été développé par et pour des professionnels en s'appuyant sur trois principaux corpus de connaissances :

• Développement logiciel Agile
• Développement de produits Lean
• Réflexion systémique

SAFe adopte une approche prescriptive et structurée pour permettre aux organisations d'assurer l'alignement, d'améliorer la collaboration, d'optimiser la flexibilité et de booster la prévisibilité à travers plusieurs équipes Agile.

Accédez à cette page pour en savoir plus le Scaled Agile Framework.

DA (Disciplined Agile)

Disciplined Agile, ou DA, est un framework Agile qui fournit des directives simples pour aider les équipes à pratiquer la méthode Agile à grande échelle. DA s'appuie sur une approche d'Agile qui donne la priorité aux personnes et est généralement considérée comme une forme hybride de XP, Scrum, Kanban et d'autres frameworks Agile.

Disciplined Agile convient mieux aux organisations qui se sont déjà familiarisées avec les principes Agile, car elle offre peu de possibilités d'apprentissage concernant les principes ou pratiques Agile de base. En revanche, la méthodologie DA peut s'avérer très profitable pour les organisations Agile matures qui recherchent une approche de déploiement hybride et légère.

Pour en savoir plus sur Disciplined Agile, reportez-vous à cette page.

LeSS (Large Scale Scrum)

Scrum est un véritable cadre Agile au niveau de l'équipe, en ce sens qu'il offre peu d'indications sur la manière d'étendre le déploiement à plusieurs équipes. De nombreuses équipes connaissent le succès avec Scrum et souhaitent l'étendre sans abandonner les éléments de Scrum qui ont fonctionné pour elles. Pour ces équipes, LeSS (ou Large Scale Scrum) peut représenter un framework Agile utile.

LeSS reprend les bases de Scrum de telle sorte qu'il permet de les appliquer à plusieurs équipes. LeSS convient le mieux lorsque toutes les équipes concernées travaillent sur le même produit ou dans la même chaîne de valeur, mais il ne s'agit pas du framework Agile approprié pour une organisation cherchant à assurer un déploiement Agile dans l'ensemble du portefeuille.

Pour en savoir plus sur LeSS, consultez cette page.

Nexus

Nexus est un autre framework Agile qui s'appuie lui aussi sur les principes de base de Scrum. Il est conçu pour développer et pérenniser des initiatives de livraison de produits à grande échelle et met l'accent sur la minimisation et la gestion des dépendances entre les équipes Scrum pour favoriser l'agilité.

Dans ce framework Agile à grande échelle, le terme Nexus désigne trois à neuf équipes Scrum collaborant pour livrer un produit unique. Chaque Nexus comporte un seul Product Owner qui gère le backlog Produit de ce Nexus.

Les créateurs de Nexus insistent sur la nécessité de rester fidèle aux éléments fondamentaux de Scrum et de n'étendre le périmètre de Scrum qu'aux domaines dans lesquels il permet à plusieurs équipes Scrum de travailler ensemble sur un produit.

Pour en savoir plus sur Nexus et télécharger le Guide Nexus, rendez-vous sur le site Web Scrum.org.

Modèle Spotify

Spotify, la plateforme de streaming audio, a fait découvrir à de nombreuses personnes l'univers d'Agile ; à tel point qu'une configuration spécifique d'Agile qui fut appliquée et popularisée par l'entreprise est désignée par le terme « modèle Spotify ».

Le modèle Spotify est une approche de déploiement Agile autonome et axée sur les personnes. Techniquement, il ne s'agit pas réellement d'un framework, mais plutôt d'un exemple brillant de mise en pratique de la méthodologie Agile à grande échelle. Les ingénieurs de Spotify ont documenté leur approche du déploiement Agile à grande échelle (dans un document désormais célèbre intitulé Agilité à grande échelle @ Spotify) et l'ont partagée avec le monde entier. De nombreuses organisations ont depuis cherché à l'imiter.

Many Agile thinkers, including the author of Scaling Agile @ Spotify, have concluded that the Spotify Model is really an early version of Scrum@Scale.

Pour obtenir un aperçu plus complet du modèle Spotify, consultez le guide Agilité à grande échelle @ Spotify.

Scrum@Scale (S@S)

Jeff Sutherland, a well-known Agile expert who wrote the Scrum Guide, is credited with the development of Scrum@Scale, another one of the Agile frameworks designed to help organizations practice Scrum (you guessed it!) at scale. Scrum@Scale combines elements of:

• Scrum
• la théorie des systèmes complexes adaptatifs
• la théorie des jeux
• la technologie orientée objet

To learn more about Scrum@Scale, download the Scrum@Scale guide on the Scrum@Scale website.

Aucun framework Agile n'est meilleur qu'un autre. Le framework Agile optimal pour votre organisation dépendra de divers facteurs, tels que (mais sans s'y limiter) :

• Le niveau de maturité Agile de votre organisation
• Les objectifs de votre organisation en matière d'implémentation Agile
• Les chaînes de valeur/lignes de produits de votre organisation
• Votre secteur d'activité

Nous espérons que cet aperçu des frameworks Agile les plus populaires vous aura donné envie d'en savoir plus sur la diversité des frameworks Agile disponibles, au niveau de l'équipe et à grande échelle.

Au moment de choisir un framework Agile, il peut être utile de s'inspirer des exemples offerts par des organisations qui suivent ces différents frameworks afin de les observer en action.

Une recherche rapide sur Internet portant sur les termes « exemples de (insérer le framework Agile souhaité) » vous fournira des exemples concrets qui pourront vous aider à déterminer si un framework Agile spécifique pourrait fonctionner pour votre équipe.

Depuis Spotify, de nombreuses organisations ont publié des documents similaires au sujet de leurs processus Agile. Ces guides peuvent également constituer une source précieuse d'informations.

Que vous apparteniez à une équipe qui s'intéresse à Agile car elle recherche une approche plus structurée concernant sa mise en pratique de cette méthodologie, ou à une organisation qui compte plusieurs équipes Agile et cherche un moyen d'assurer un déploiement Agile à grande échelle de façon durable, il est important de se rappeler que la véritable agilité nécessite de garder des possibilités d'évolution.

Toutes les équipes et organisations trouvent des opportunités d'adapter les frameworks Agile existants afin de répondre au mieux à leurs besoins spécifiques. L'agilité des frameworks Agile tient au fait qu'il est possible de les modifier à mesure que les besoins évoluent et que les conditions changent.