Alors, vous débutez en Agile – Par où commencer ?

Si vous n’avez jamais travaillé avec Agile et que vous êtes curieux de savoir de quoi il s’agit, cet article est un excellent point de départ.

Ici, je vais vous présenter les bases essentielles que tout novice doit connaître. Je suis une grande adepte de tout ce qui touche à Agile, et je suis convaincue que les méthodes de travail Agile offrent une infinité de bénéfices aux entreprises et aux équipes. Vous pouvez même appliquer certains de ses principes dans votre vie personnelle quotidienne (plus à ce sujet ici). Cependant, un Agile mal appliqué—ou utilisé simplement pour pouvoir dire que vous êtes "Agile"—peut faire plus de mal que de bien. C’est pourquoi il est crucial de développer une compréhension de base de ses principes avant d’essayer de les mettre en pratique.

1. Agile est un état d'esprit, pas une méthodologie

Alors, qu’est-ce qu’Agile ? La définition courante le décrit comme un ensemble de 4 valeurs et 12 principes définis dans le Manifeste Agile (vous pouvez en lire plus ici). Le problème que j’ai avec cette définition, c’est qu’elle est trop axée sur le logiciel et, honnêtement, un peu dépassée—même pour le logiciel. Par exemple, "Livrer fréquemment des logiciels opérationnels, toutes les deux semaines à tous les deux mois" pouvait sembler révolutionnaire en 2001, mais aujourd’hui, il est courant de livrer de nouveaux logiciels tous les jours, voire toutes les heures.

Personnellement, je préfère définir Agile à travers ces principes fondamentaux :

• Adaptabilité au changement : Qu’il s’agisse de changements sur le marché, en technologie, en politique, en économie, dans le comportement des clients ou dans la disponibilité des ressources, la capacité de répondre rapidement et efficacement est clé. Plus vite vous pouvez vous remettre d’un changement imprévu, mieux c’est.

• Livraison de valeur au client : Concentrez-vous sur la livraison de valeur au client plutôt que sur le respect des délais, la satisfaction des parties prenantes ou la collecte de fonds. Lorsque vous priorisez les besoins des clients, le succès commercial suit naturellement.

• Appropriation par l’équipe : Les équipes qui prennent en charge leurs produits, objectifs et résultats ont tendance à être plus flexibles, créatives, innovantes et résilientes. Elles ne se contentent pas d’exécuter la vision de quelqu’un d’autre—elles façonnent la leur.

Remarquez que je n’ai pas mentionné les sprints, Scrum Masters ou points d’histoire ? C’est parce qu’Agile est une question d’état d’esprit et de bon sens. Les outils, rôles et pratiques viennent après.

2. Les éléments d’Agilité

Maintenant que nous avons clarifié l’état d’esprit, examinons les éléments qui composent Agile. Bien sûr, vous pouvez commencer avec seulement cet état d’esprit et trouver comment l’appliquer à votre travail, mais pourquoi réinventer la roue quand il existe déjà de bons outils ?

D’abord, nous avons les cadres comme les plus grands éléments d’Agilité. Scrum, Kanban, LeSS, SAFe, et bien d’autres offrent des approches structurées pour appliquer les principes Agile. Vous pouvez obtenir une certification officielle pour l’un de ces cadres, mais la vérité est que ce n’est pas nécessaire pour les appliquer à votre travail. Il est également tout à fait acceptable de combiner des éléments de différents cadres, tant que vous savez ce que vous faites.

Chaque cadre contient généralement ses propres sous-principes, qui complètent sans remplacer les principes Agile. Ensuite, il y a des éléments comme les rôles (certains cadres, comme Scrum ou SAFe, définissent strictement les rôles, tandis que d’autres, comme Kanban, vous laissent libres), les pratiques (par exemple, les revues de sprint ou le pair programming), et les artefacts (comme un backlog de sprint ou une définition de "fini").

En dehors de cela, nous avons aussi des outils non prescrits par un cadre mais qui aident à gérer notre travail—comme Trello, Jira, Miro, et autres.

Pour être Agile, vous n’avez pas besoin d’utiliser ces cadres ou outils. Et à l’inverse, les utiliser ne vous rendra pas automatiquement Agile. Bien que parfois, "faire semblant jusqu’à réussir" peut fonctionner, l’état d’esprit et les valeurs sont plus importants que tout.

C’est pourquoi je n’aime pas le terme "méthodologie Agile", et je l’évite dans mes supports. Agile n’est pas une méthodologie ! Elle ne vous dit pas quoi faire ou comment le faire ; elle vous aide simplement à vous concentrer sur les bonnes priorités.

3. Piège commun : Être Agile pour le simple plaisir d’être Agile

Lorsque les gens découvrent Agile et s’enthousiasment, ils tombent souvent dans le piège de "devenir Agile pour le simple plaisir de l’être". La première chose à retenir est qu’Agile n’est pas nécessairement une solution miracle ou la réponse ultime à tous les problèmes. Agile apporte de nombreux avantages—dans la plupart des cas. Mais il existe un moment et un lieu pour l’opposé d’Agile (ce que nous appelons habituellement le modèle en cascade, ou waterfall—un processus hiérarchique, rigide et intolérant au changement).

Par exemple, dans la construction, Agile pourrait causer plus de mal que de bien. Il est donc essentiel d’appliquer les cadres et outils Agile uniquement lorsqu’ils apportent une réelle valeur au produit, à l’organisation et au client. Nos objectifs doivent toujours être alignés avec la vision globale de l’entreprise et ses objectifs stratégiques.

4. "Est-ce que je fais ça correctement ?"

Beaucoup de personnes au début de leur parcours Agile ont tendance à être des "puristes"—elles tentent d’implémenter les pratiques Agile à la lettre, exactement comme elles les ont apprises lors de formations ou de cours de certification. Toute déviation des directives peut les rendre nerveuses et mal à l’aise.

Mais la vérité est qu’il n’existe pas de solution universelle, et les cadres sont rarement appliqués tels quels sans aucune modification.

En tant que coach Agile d’entreprise expérimentée, j’ai travaillé avec de nombreux clients sur des transformations Agile complètes, et voici un secret : vous ne verrez presque jamais un cadre appliqué exactement comme il est décrit en théorie. La plupart du temps, il s’agit d’une combinaison sur mesure d’éléments issus de plusieurs cadres, conçue pour s’adapter aux processus et au contexte produit de l’organisation.

Bien sûr, il est important de comprendre comment les éléments d’Agile fonctionnent et quel est leur objectif avant de les mélanger. Mais le critère ultime pour déterminer si vous faites les choses correctement est de vous poser la question : Est-ce que cela aide mon équipe à délivrer de la valeur à nos clients ? Si la réponse est "oui", vous êtes probablement sur la bonne voie.

5. Prêt à en apprendre davantage ?

Vous voulez tout savoir sur Agile ? Bienvenue dans mon cours Understanding Agile, où je couvre toutes les bases dont vous avez besoin pour devenir un praticien Agile confiant !