Il y a quelques années, lorsque les entreprises ont commencé à adopter Agile, elles ont fait appel à un cabinet de conseil pour les aider à élaborer une stratégie pour le changement. Ils embaucheraient des Scrum Masters, fourniraient une formation de base à leurs équipes et déclareraient fièrement : « Nous sommes agiles maintenant ».
Mais cette déclaration ne pouvait pas être plus éloignée de la vérité. Plus qu’une méthodologie, Agile est une philosophie, et l’adopter signifie que chacun doit s’engager dans une transformation complète et profonde. Une transformation qui, souvent, échoue.
Richard Durnall et Dan North ont tous deux théorisé sur les modèles d’adoption Agile, ce dernier ayant donné un Ted Talk sur le sujet. Selon leur expérience, il y a six étapes dans la transformation Agile au cours desquelles quelque chose se brise. Dans cet article, nous verrons quels sont ces modèles d’adoption Agile et ce que vous pouvez faire pour éviter ces points de rupture dans votre propre parcours Agile.
Contre quoi les adoptants agiles sont-ils opposés
Si votre entreprise a essayé d’implémenter Agile et a échoué, vous n’êtes pas seul. En général, les entreprises doivent faire face à ces défis lorsqu’elles adoptent une transformation Agile :
-
Travailleurs désengagés
-
Agile est dicté de haut en bas
-
Problème de mise en œuvre d’un MVP
-
Manque d’inspection et d’adaptation
-
Peu d’avantages tangibles sont réalisés
1. Travailleurs désengagés
« State of the American Workplace » de Gallup montre que 7 travailleurs sur 10 sont désengagés au travail, 2 sur 7 déclarant être « activement désengagés ». Cela signifie qu’environ 20 % des membres de votre équipe peuvent être engagés dans des activités plus nuisibles que bénéfiques pour l’entreprise.
Le Manifeste Agile mentionne « les individus et les interactions plutôt que les processus et les outils ». Mais si une grande partie de votre équipe est désengagée, comment amorcer une transformation vers Agile ?
2. Agile est dicté de haut en bas
Souvent, la direction décide que l’entreprise adoptera Agile, mais considère cela comme une tâche au niveau de l’équipe plutôt que comme un changement organisationnel. Par conséquent, les managers demandent aux gens d’« adopter Agile » et de ne rien faire d’autre, confiants que les équipes s’auto-organiseront et atteindront les objectifs souhaités.
Cependant, comme la plupart des gens se sentent désengagés au travail, ils sont susceptibles de résister au changement. De plus, l’adoption d’Agile nécessite un changement beaucoup plus profond au niveau organisationnel. Vous devez repenser tous les aspects, de la gestion de projet, de programme et de portefeuille à la dotation en personnel, la conception d’équipe, l’alignement organisationnel, la gestion des performances et la budgétisation.
3. Problème de mise en œuvre d’un MVP
Un projet minimum viable (MVP) est l’un des principaux concepts d’Agile. L’idée est que la création d’une version du produit avec uniquement les fonctionnalités essentielles offrira de la place pour l’itération qui, à son tour, contribuera à la validation des hypothèses par l’équipe et à la construction du bon produit.
Cependant, si vos équipes sont désengagées et qu’Agile est dicté de haut en bas sans réelle transformation organisationnelle, vous aurez du mal à trouver un MVP viable et, par conséquent, à adopter l’agilité.
4. Manquer l’inspection et l’adaptation
L’inspection et l’adaptation sont essentielles en Agile, car elles sont la clé pour permettre un progrès et une amélioration constants. Cependant, ces concepts sont assez éloignés des modes de travail traditionnels et, par conséquent, sont rapidement abandonnés par les équipes qui n’y sont pas habituées. L’inspection et l’adaptation peuvent sembler une perte de temps, mais ce n’est pas le cas – la recherche montre que réfléchir au travail améliore les performances au travail de 20 %.
5. Peu d’avantages tangibles sont réalisés
Si une organisation parvient toujours à franchir les quatre étapes précédentes, avec toutes ses lacunes, elle arrivera à quelque chose qui n’est probablement pas vraiment Agile, même si la plupart des personnes impliquées le croiront.
Mais si la méthodologie n’est pas correctement adoptée, il y aura très peu, voire aucun, d’avantages tangibles. Par conséquent, les équipes et l’organisation considéreront rapidement Agile comme une perte de temps, sans se rendre compte qu’elles ne jugent pas Agile mais plutôt une solution hybride qu’elles ont implémentée et qui, naturellement, ne générera pas les mêmes avantages qu’un véritable Agile.
Points de rupture du modèle d’adoption agile et comment les corriger
Les points ci-dessus sont généralement le problème de base des modèles de rupture d’adoption Agile. Comme théorisé par Richard Durnall et Dan North, il y a généralement six étapes dans une transformation Agile où le processus est plus susceptible de se briser. Examinons chacun en détail et comprenons ce que vous pouvez faire pour l’empêcher dans votre organisation.
1. La pause des gens
Lors de la mise en œuvre d’Agile, si vous le faites correctement, la plupart des processus de l’organisation changent. Mais les êtres humains sont des créatures d’habitude et donc, face à tant de changements, ils se brisent. Ils se perdent et sont contrariés par ce « nouveau monde » dans lequel ils sont obligés d’entrer, et où ils se sentent souvent mal à l’aise ou inadéquats, surtout s’ils ne sont pas d’accord avec l’adoption Agile.
Comment le réparer: Obtenir de l’aide professionnelle est la meilleure approche. Faites en sorte que des coachs Agiles experts forment vos équipes pour aider chaque membre à mieux faire face aux problèmes liés à cette transformation. Les experts peuvent également instruire les équipes sur les avantages de l’adoption d’Agile, contribuant à la conviction de chacun que l’organisation est sur la bonne voie.
Faire participer les gens à la transformation est difficile mais faisable. Prenons l’exemple d’ING Pays-Bas. En 2014, l’entreprise a géré avec succès sa transformation, qui a nécessité 3 500 personnes pour apprendre un nouveau travail à partir de zéro, car elles ont été retirées de leurs postes éteints d’origine et placées dans de nouvelles équipes Agiles.
« Cela a commencé par peindre la vision et s’inspirer de différents leaders technologiques. Nous avons passé deux mois et cinq conseils hors site à développer l’organisation cible avec son nouveau « système nerveux ». En parallèle, nous avons mis en place cinq ou six équipes de pilotes et avons utilisé les leçons pour adapter la configuration, l’environnement de travail et la conception globale. Après cela, nous avons pu nous concentrer sur la mise en œuvre. —Bart Schlatmann, COO d’ING.
2. La pause des outils
Lorsque les gens commencent à adopter Agile, ils réalisent que les outils qu’ils utilisaient auparavant ne les servent plus. Les mesures sur lesquelles ils se sont appuyés pour évaluer la productivité ne correspondent pas. Les outils de communication précédents sont insuffisants. Tout casse et il faut le réparer.
Regardons l’exemple de Lonely Planet. Les méthodes de consommation d’informations ayant radicalement changé au fil des ans, l’entreprise s’est rendu compte que l’infrastructure existante ne les servait plus. Après avoir expérimenté différentes options, ils ont finalement opté pour Amazon Web Services. En fin de compte, cela s’est traduit par une réduction des coûts de 30 % des plateformes de publication et des développeurs pouvant créer environ dix fois plus dans le même délai.
Comment le réparer: Il s’agit principalement d’un processus d’essais et d’erreurs. Il n’y a pas d’outils qui conviennent à toutes les équipes, vous devrez donc expérimenter et voir ce qui convient le mieux à vos besoins. Au fur et à mesure que les équipes deviennent plus Agiles, elles découvriront naturellement des outils qui facilitent le travail. Apportez également ce sujet aux rétrospectives, car elles sont un moment formidable pour que tout le monde réfléchisse ensemble à ce qui pourrait aider à améliorer les processus de l’équipe.
3. Les ruptures de gouvernance
Une fois que les équipes individuelles ont adopté avec succès Agile et adopté de nouveaux outils plus adaptés, vous vous heurtez à un nouveau problème : faire évoluer Agile. Il ne s’agit plus seulement d’une équipe, vous devez gérer les dépendances entre les équipes et aligner le travail au niveau du portefeuille.
Prenons l’exemple d’Amazon en tant qu’entreprise qui a réussi à surmonter ce point de rupture. Ils peuvent déployer des logiciels des milliers de fois par jour alors que la plupart des entreprises, quelle que soit la quantité de code qu’elles écrivent, ne peuvent déployer que quelques fois par jour ou même une semaine. La raison en est qu’Amazon a construit sa structure informatique pour prendre en charge des versions fréquentes sans mettre en danger l’ensemble du système.
Comment le réparer: Établissez une vision claire de l’organisation et du produit que vous construisez, ainsi que des directives à suivre pour les équipes. Mettre en place des mesures qui contribuent à donner à chacun le sentiment de travailler dans une culture de transparence.
4. Le client casse
« À grande échelle, le client n’est plus le client, c’est un concept nébuleux. « Le client » est vraiment un espace réservé pour la direction du produit ou la compréhension du marché » — Dan North
Agile implique une relation totalement différente avec les clients, une relation à laquelle ils ne sont probablement pas habitués. La présence du client est généralement requise sur site, intégrée dans chaque équipe. Que se passe-t-il lorsque plusieurs équipes travaillent sur la livraison d’un produit ? « Client » devient un terme qui se traduit mieux par « orientation produit ».
Moonpig a connu une formidable transformation Agile que vous pouvez lire plus en détail ici. Ils ont obtenu des résultats tels que l’augmentation des revenus, des cycles de livraison plus rapides et un personnel plus heureux en adoptant Agile et en mettant l’accent sur les clients.
Comment le réparer: Cela dépend en grande partie de la façon dont les organisations sont mises en place. Assurez-vous qu’il existe un processus de retour rapide des utilisateurs vers l’équipe Agile. Maintenez une communication fluide, ouverte et claire entre toutes les parties impliquées.
5. L’argent casse
Agile brise les modes de financement habituels des projets et programmes. Le travail est en constante évolution et des estimations de travail sont faites au fur et à mesure que l’on en sait plus sur le projet. S’il n’y a pas d’estimation de travaux au départ, comment peut-il y avoir des estimations financières ?
Bien que cela puisse sembler instable pour les comptables habitués à une certaine façon de travailler, l’adoption de nouveaux modèles comptables s’est avérée fructueuse. Equinor, par exemple, a adopté Beyond Budgeting et gère les finances selon ces quatre règles : pas de budgétisation annuelle, des prévisions dynamiques, des niveaux de confiance élevés et un état d’esprit soucieux des coûts.
Comment le réparer: Vous devez adopter de nouveaux modèles comptables. Au-delà de la budgétisation et de la comptabilité de débit sont deux cadres qui aident les organisations à adopter une nouvelle façon de penser en matière de financement. Les estimations et les budgets peuvent aider les équipes de développement Agile à créer de grands projets de manière plus efficace. Vous pouvez en savoir plus sur l’utilisation des estimations par rapport aux budgets ici.
6. L’organisation s’interrompt
Après tous les changements mentionnés ci-dessus, il n’est pas étonnant que l’organisation se brise. Les gens ont changé, les outils sont différents, le modèle de gouvernance est nouveau, la relation avec le client a une nouvelle dynamique, et même la comptabilité est différente. L’ancienne organisation pourrait être presque méconnaissable après tant de changements.
Bosch a été fondée en Allemagne, en 1886. Une entreprise plus que centenaire qui a quand même réussi à se réinventer en profondeur en adoptant Agile. Comme le dit son PDG, Volkmar Denner : « Pour Bosch, l’agilité est cruciale, elle nous permet de nous adapter à la vitesse croissante du changement qui nous entoure. L’agilité nous permet de rester dans une position de leader de l’innovation.
Comment le réparer: Après tous les changements, cela vaut la peine de reconstruire l’organisation en tenant compte des flux de valeur, des flux et de l’apprentissage validé.
Conclusion
L’une des causes profondes de tous les modèles d’adoption Agile analysés ici est l’incapacité de certaines organisations à faire la distinction entre l’adoption Agile et la transformation Agile.
L’adoption agile est plus simple, il s’agit d’adopter de nouveaux processus et pratiques. Mais la transformation Agile va plus loin. Cela change radicalement non seulement ce que les gens font, mais aussi leur façon de penser et ce qu’ils ressentent envers le travail. Comprendre et mettre en œuvre cette différence pourrait être le dernier obstacle pour que votre organisation devienne vraiment Agile.
Ce faisant,…