Les chefs de projet cherchent sans cesse les meilleures façons de créer leurs produits ou d’accompagner le développement logiciel. La plupart du temps, cela ressemble à une bataille entre efficacité et productivité. L’objectif principal est de trouver le juste équilibre entre les deux : livrer des produits remarquables dans le temps le plus court possible.
La manière d’atteindre cet objectif dépendra des membres de l’équipe avec lesquels vous travaillez. Il existe une grande variété de méthodologies de gestion de projet, mais seulement deux d’entre elles sont le plus souvent en concurrence pour la première place. La première s’appelle la méthodologie lean. L’autre est une méthodologie agile.
Choisir la méthodologie à adopter peut être difficile. Les deux sont extrêmement utiles à leur manière. C’est pourquoi l’une des discussions les plus courantes porte sur les différences entre les deux. Cependant, ce qui rend la frontière encore plus floue, ce sont les similitudes qu’elles présentent. Parfois, cela va jusqu’au point où les entreprises utilisent l’un des noms pour désigner l’autre, ou passent fréquemment de l’une à l’autre.
C’est pourquoi, aujourd’hui, nous examinons les similarités entre les méthodologies de développement agile et lean. Avec cet article, nous espérons rapprocher les concepts du lean et de l’agile management de votre startup et aider le propriétaire du produit à décider laquelle conviendra le mieux à votre équipe.
Comprendre les méthodologies lean et agile
Pour saisir ce que chaque méthodologie représente, il faut s’intéresser un peu à l’histoire des deux. Examiner leurs différences nous aidera à voir plus clairement leurs ressemblances.
Les origines des principes lean
Les racines de la fabrication lean – à l’image de la méthode en cascade – se trouvent dans les années 1950, dans les usines automobiles Toyota au Japon. Ils ont constaté un excès de ressources qui ralentissait leur flux de travail. Ils se sont donc employés à réduire les coûts de stockage et ainsi à améliorer la rapidité du processus dans son ensemble. C’est ainsi qu’est né le Système de Production Toyota.
Toyota utilisait des indicateurs visuels pour gérer les besoins en inventaire. Ils obtenaient des informations précises sur le moment où chaque élément était nécessaire dans le flux de travail, réduisant ainsi globalement les gaspillages. Grâce à la pensée lean, ils ont pu optimiser l’ensemble de leurs opérations.
Les origines des principes agiles
Les modes de fonctionnement agiles sont apparus plus tard, dans les années 80 et 90, et ont été développés avec des programmeurs informatiques. Avant l’agile, leurs projets prenaient beaucoup de temps – parfois des années – à se terminer. Or, l’industrie informatique et de la programmation évolue sans cesse – et cela était déjà vrai durant la seconde moitié du XXᵉ siècle. Cela signifiait qu’une fois le produit sorti, il était souvent déjà obsolète. Il leur fallait donc une nouvelle approche pour travailler.
Le principal problème était que le coût de l’ensemble du processus n’a jamais permis de justifier le manque de longévité du produit fini. Pourtant, alors que l’industrie évoluait, il y avait une demande de la clientèle pour de nouveaux produits – et un manque de main-d'œuvre qualifiée. Les coûts ont donc continué de grimper au lieu de baisser.
Ainsi, la méthodologie agile s’est principalement concentrée sur le facteur temps. Le principal objectif de vos équipes agiles est de porter une attention continue à la livraison du produit – d’abord le livrer rapidement, puis continuer à l’améliorer grâce aux retours clients.
Il a fallu quelques années pour façonner la méthodologie – et ainsi, le Manifeste Agile a été rédigé en 2001. Il en énumère les principaux objectifs et présente 12 principes agiles qui guident la méthodologie. Et, tout comme la méthodologie lean, elle a commencé dans un secteur de niche, puis a rapidement été adoptée par d’autres entreprises.
Kanban vs. scrum – un exemple de différences entre lean et agile
L’un des meilleurs exemples d’utilisation de ces deux méthodologies de gestion de projet est la comparaison entre Kanban et Scrum. Il s’agit de deux processus de développement logiciel distincts qui permettent d’avoir une vision claire de la méthodologie lean et agile ainsi que de leurs différences.
Tout d’abord, il y a Scrum – un cadre de développement logiciel agile que votre équipe de développement peut utiliser pour des produits complexes. Comme dans l’histoire, son principal accent est mis sur le développement logiciel, mais il est aussi utilisé dans d’autres secteurs. Il est parfait pour une petite équipe de développement – de une à dix personnes.
L’essentiel est de diviser le développement du produit en objectifs (appelés backlog de projet) que l’on réalise dans une démarche d’amélioration continue. Ces courtes itérations s’appellent des sprints et durent généralement environ deux semaines. À la fin de chacune, vous tenez une réunion pour faire le point sur votre sprint et sur l’avancée de votre développement agile. Beaucoup d’équipes utilisent des tableaux de bord agiles pour visualiser les métriques du sprint et suivre la progression en temps réel pendant le sprint.
D'un autre côté, Kanban est une méthode de développement conçue pour accompagner l’ensemble de votre processus de développement produit. Comparé à agile, il utilise un tableau Kanban pour vous aider à mettre en évidence les problèmes et à les résoudre. Il y parvient en mesurant le cycle de vie et le temps de traitement aussi bien pour l'ensemble du processus que pour votre flux de valeur (qui est constitué des différentes parties du processus).

Les méthodologies lean et agile se concentrent toutes deux sur la valeur client
Comme c'est souvent le cas (et comme cela devrait l'être) dans le monde des affaires, le client est à l’origine des deux méthodologies. Bien sûr, les questions de temps et d’argent étaient également en jeu, mais les méthodologies lean et agile ont toutes deux été créées dans l’objectif de satisfaire le client avec le produit, tout en facilitant le travail des membres de l’équipe.
Notez que les deux visent à offrir un service de meilleure qualité et plus rapide. Ce qui les distingue, c’est principalement la manière dont elles atteignent leurs objectifs.
Si vous utilisez la méthodologie lean, vous cherchez l’excellence technique pour le client. Vous souhaitez également la fournir dans les plus brefs délais. L’approche agile ne diffère pas sur le point du délai : la livraison rapide reste prioritaire.
Cependant, vous n’avez pas besoin d’un produit parfait. Vous pouvez continuer à travailler dessus et à l’améliorer grâce aux retours du client.
La rapidité de gestion de projet, objectif partagé par les méthodologies lean et agile
Comme vous l'avez sans doute remarqué, ces deux méthodologies servent à accroître votre efficacité – autrement dit, la rapidité avec laquelle vous développerez un produit. C’est l’un des principaux objectifs de ces approches. Cependant, ce que vous devez modifier pour atteindre cette efficacité diffère selon la méthode choisie.
D’un côté, la méthodologie lean vise à éliminer tout ce qui n’apporte pas de valeur à votre travail. Cela signifie que vous réduirez les réunions inutiles ainsi que la bureaucratie superflue. Vous chercherez également à ne pas travailler sur des tâches « potentiellement nécessaires » à l’avenir. Enfin, vous éviterez les méthodes inefficaces – comme le multitâche.
En revanche, la méthodologie agile vous permet de choisir les pratiques et tâches qui vous conviennent le mieux. L’essentiel est que vous n’êtes pas prisonnier de vos choix initiaux. Les équipes utilisent souvent des logiciels de gestion agile pour adapter les workflows à la volée, re-prioriser les tâches, et encourager l’amélioration continue (d’où le nom agile). Concrètement, vous pouvez changer le workflow agile morceau par morceau, ce qui constitue une différence fondamentale entre les deux méthodes.
Si vous utilisez la méthodologie lean, vous mettez donc l’accent sur la conception de votre flux de travail dans son ensemble. Il faut alors prendre du recul et adopter une vision globale. Cela vous donne une meilleure maîtrise du processus et vous permet d’éliminer ce qui est superflu.
Par exemple, il n’est pas nécessaire que vos collaborateurs passent du temps sur un développement logiciel « au cas où », pour être prêts à 100 % lorsqu’on aura besoin d’eux. Ce qu’il vous faut, c’est croire qu’ils seront prêts et donneront leur meilleur lorsque le moment sera venu. Par exemple, vos programmeurs n'ont pas besoin de créer un outil dont l’utilisation n’est même pas garantie.
Laissez-les plutôt explorer et développer leurs compétences. De cette façon, vous mettez l’accent sur la qualité de votre produit. Cela vous évite également d’avoir à revenir et à retoucher le produit une fois livré au client.
Ce qui n’est pas le cas de la gestion de projet agile, qui nécessite des mises à jour constantes.
La confiance en vos coéquipiers est essentielle dans les méthodologies lean-agile
Comme vous pouvez le constater, adopter l’une ou l’autre méthode implique de repenser la gestion de votre équipe.
Mais ce qu’il faut surtout retenir, c’est que dans les deux cas, votre équipe sera très impliquée dans l’ensemble du flux de travail. En fin de compte, le travail d’équipe est au cœur de toute organisation. Sans cela, l’efficacité et la productivité subissent de lourdes pertes.
Avec la méthode lean, les membres de l’équipe peuvent apprendre les uns des autres. Grâce à la collaboration, vous trouvez les solutions les plus efficaces et limitez le gaspillage.
Par ailleurs, ces trois principes issus du Manifeste Agile mentionné précédemment promeuvent la collaboration et parlent d’eux-mêmes :
- « Les individus et leurs interactions plutôt que les processus et les outils. »
- « La collaboration avec les clients plutôt que la négociation contractuelle. »
- « Les utilisateurs métiers et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. »
Notez que la troisième phrase est l'une des 12 pratiques agiles du Manifeste Agile. Une conclusion que vous pourriez en tirer est que la méthodologie agile ne se soucie même pas des outils ou du processus de la même manière que la méthodologie lean. Au lieu de cela, cette méthodologie met l'accent sur les personnes dans le processus. Elle vous encourage également à travailler en étroite collaboration avec vos clients. Leurs retours peuvent faire des merveilles et vous permettre d'obtenir un produit bien meilleur, alors prenez le temps de les écouter.
Apprenez-en davantage sur l'agilité et les principaux principes agiles en suivant l'une de ces certifications agiles.
Conclusion
Pour conclure, il pourrait y avoir autant de similitudes que de différences entre la méthodologie agile et la méthodologie lean de développement logiciel. Même si leurs origines sont différentes, elles ont tout de même le même objectif principal : la satisfaction du client.
Vous devrez également prêter attention à votre flux de travail et aux façons dont vous pouvez l’optimiser. La rapidité de livraison est importante dans les deux méthodologies – mais il vous appartient, à vous et à votre équipe, de déterminer laquelle conviendra le mieux à votre situation. Cela peut demander de l’exploration et des essais, mais une fois que vous aurez choisi une méthode, votre entreprise sera sur la voie du succès en un rien de temps !
