Si vous avez travaillé avec ou autour de développeurs de logiciels au cours de la dernière décennie, vous avez probablement entendu parler de la méthodologie Agile. À l'origine, Agile a été conçu pour aider les développeurs à créer des logiciels de meilleure qualité, plus rapidement et de manière plus fiable.
Mais Agile n'est plus seulement réservé aux logiciels : Comme les équipes de logiciels ont connu des améliorations significatives en termes de vitesse, de qualité et de fiabilité grâce à l'utilisation de la méthodologie Agile, les équipes d'autres départements ont commencé à adopter les pratiques Agile dans l'espoir d'obtenir des résultats similaires. Aujourd'hui, la méthodologie Agile est utilisée dans des entreprises entières, par des équipes de marketing, de ventes, de succès client, d'opérations et autres, pour promouvoir la productivité, la durabilité, la flexibilité et la transparence.
- Individuals and interactions over processes and tools
- Un logiciel fonctionnel plutôt qu'une documentation complète
- Customer collaboration over contract negotiation
- Responding to change over following a plan
Bien que ces valeurs aient été conçues pour s'appliquer spécifiquement aux équipes de développement de logiciels, les principes qui les sous-tendent peuvent réellement s'appliquer aux équipes de n'importe quelle discipline. Plongeons dans chacune de ces valeurs et voyons comment elles se traduisent dans la vie réelle.
Individus et interactions par rapport aux processus et outils
À la fin des années 1990, il est devenu évident que les pratiques traditionnelles de développement logiciel n'étaient pas assez rapides ni adaptables pour gérer efficacement les flux de travail des équipes de développement. La plupart de ces méthodes étaient lourdes, excessivement réglementées et hautement microgérées - créant ainsi des environnements peu propices à inspirer l'innovation ou l'évolution.
En fin de compte, ces méthodes n'offraient pas la flexibilité, l'agilité, l'évolutivité et la transparence nécessaires au développement de logiciels modernes. La plupart d'entre elles nécessitaient une formation approfondie pour démarrer, et leur mise en pratique exigeait beaucoup de temps, de connaissances et d'efforts. Souvent, les équipes s'enlisent tellement dans les processus, outils, règles et rôles prescrits par leur méthodologie qu'elles perdent de vue leurs objectifs réels.
La méthodologie Agile met l'accent sur une collaboration efficace et communicative entre des personnes compétentes plutôt que sur des processus et des outils trop complexes. De nombreuses méthodes antérieures à Agile s'appuyaient fortement sur le cérémonial et la discipline d'un système de gestion du flux de travail hautement régi pour maintenir le contrôle sur les personnes. Non seulement c'est encombrant, mais c'est aussi horrible pour le moral. Les gens s'épanouissent rarement dans des environnements où ils n'ont pas de place pour l'expérimentation, la créativité ou l'autonomie.
Quel que soit votre secteur d'activité, il est important de se rappeler que ce sont les personnes de votre organisation qui en font la force. Donner aux personnes intelligentes les moyens de faire du bon travail est une stratégie à long terme bien plus intelligente que d'essayer de maintenir le contrôle par des systèmes de gestion étendus et complexes.
Consciente de cela, la méthodologie Agile valorise la collaboration efficace entre les personnes, les processus et les outils ne servant qu'à soutenir cette collaboration.
Logiciel fonctionnel sur une documentation complète
Aux premiers jours du développement de logiciels, les logiciels étaient développés et publiés par lots importants, ce qui rendait les cycles de développement intrinsèquement lents et complexes. Les méthodes qui prévalaient avant Agile exigeaient souvent des équipes qu'elles créent une documentation étendue pour tout ce qu'elles faisaient, afin de préserver la qualité et la durabilité du logiciel. Cette documentation était nécessaire pour que toutes les informations contenues dans une itération restent claires.
Un élément clé d'Agile est le développement fréquent et itératif - planifier et produire le travail en petits lots, puis tester ce travail sur le marché. À ce titre, la méthodologie Agile privilégie les logiciels fonctionnels - c'est-à-dire les logiciels qui peuvent être livrés sur le marché - par rapport à une documentation exhaustive. La pensée agile est qu'une bonne documentation est utile pour aider les gens à comprendre comment un logiciel a été construit et comment l'utiliser, mais en fin de compte, le but du développement est de créer des logiciels (ou dans d'autres disciplines : un produit ou un service fonctionnel), et non de la documentation.
Et si vous n'êtes pas dans le domaine des logiciels ? Ce principe - itérer fréquemment, viser la sortie de projets fonctionnels, quels qu'ils soient - peut toujours s'appliquer. Si vous lancez fréquemment des idées, des projets et des produits sur le marché, vous pouvez apporter de petits ajustements aux problèmes avant qu'ils ne deviennent de gros problèmes. Vous n'avez pas besoin d'une documentation exhaustive, car l'objet que vous lancez est loin d'être aussi complexe. Quel que soit votre domaine, privilégier l'exécution plutôt que la perfection (même si elle est lente) est toujours une bonne idée.
La collaboration avec le client plutôt que la négociation du contrat
Traditionnellement, les équipes de développement travaillaient en amont avec les clients pour élaborer un contrat qui répondait aux besoins exprimés au moment de la rédaction. Le problème de cette approche est qu'elle ne laissait aucune place à la collaboration après la signature du contrat - les équipes livraient des logiciels qui répondaient aux besoins exprimés dans le contrat, sans nécessairement que ces besoins soient réellement reflétés dans la réalité.
Les développeurs ont commencé à réaliser qu'il importe peu qu'un projet réponde aux besoins du contrat s'il ne répond pas réellement aux besoins du client au moment de sa livraison. Pour s'assurer que les équipes créent un travail dont le marché a réellement besoin, la méthodologie Agile fait intervenir la voix du client dans le développement des produits. Elle valorise la collaboration active et fréquente avec les clients pour développer des travaux qui répondent réellement à des besoins réels.
Même si votre secteur d'activité ne nécessite pas de contrats étendus avec vos clients, vous pouvez tout de même glaner quelque chose de cette idée : Travaillez avec vos clients tout au long du processus de développement, et pas seulement au début. Demandez-leur leur avis. Incorporez leurs idées dans vos conceptions. Permettez à leurs idées de façonner la façon dont vous travaillez. Une collaboration active et fréquente avec les clients permettra d'obtenir des solutions de meilleure qualité et plus innovantes pour répondre à leurs besoins.
Réagir au changement plutôt que de suivre un plan
Si votre entreprise fonctionne selon des cycles de développement longs, avec beaucoup de planification en amont et des délais très stricts pour chaque phase du travail, vous savez qu'il y a très peu de marge de manœuvre pour s'adapter au changement. Vous créez un plan serré avec un budget serré et vous devez vous y tenir, à tout prix.
Le problème de ce type de gestion du flux de travail est que les équipes se comportent rarement dans la vie réelle comme elles le font sur le papier. Même avec les estimations les plus fondées sur les données, les équipes ne seront pas toujours en mesure de livrer le travail selon un calendrier précis. Des changements dans le marché, l'équipe, les données ou les exigences peuvent avoir un impact considérable sur l'avancement d'un travail. Sans parler du fait que s'en tenir au plan à tout prix signifie souvent ignorer des informations et des idées précieuses du marché.
Les développeurs de logiciels ont reconnu qu'ils avaient besoin d'un système de gestion des flux de travail qui leur donnerait l'agilité nécessaire pour s'adapter à ce type de changements. La méthodologie Agile permet aux équipes de livrer par petits lots, fréquemment, avec des cycles de planification courts - ainsi, lorsque les plans changent, l'équipe peut changer avec.
Cette valeur est pertinente dans n'importe quel domaine, que vous planifiez la sortie d'un produit logiciel, une campagne de marketing ou un projet de recherche pour les ventes : N'essayez pas de manger l'éléphant d'un seul coup. Comme le dit le dicton, la façon de s'attaquer à tout grand problème est de le faire une bouchée à la fois. La méthodologie Agile encourage les équipes à diviser les grandes initiatives complexes en petits éléments gérables afin de maximiser la flexibilité, l'adaptabilité et la créativité.
En savoir plus
Prêt à vous lancer dans la méthodologie Agile ? Nous vous recommandons de regarder ce webinaire ou de lire cette page pour en savoir plus.
