Entreprise agile : pourquoi les méthodes agiles ne rendent pas une organisation agile

Une entreprise lance des sprints, installe des tableaux Kanban, forme des managers au leadership agile et crée plusieurs équipes autonomes. Est-elle devenue agile ?

Pas nécessairement.

Elle a peut-être adopté des méthodes qui raccourcissent certaines boucles de production. Elle a peut-être amélioré la visibilité du travail, la fréquence des livraisons ou la coopération dans quelques équipes. Ces résultats comptent. Ils ne démontrent pourtant pas que l’organisation sait détecter une évolution, réviser ses choix, déplacer ses ressources et modifier son fonctionnement à l’échelle du système.

Une méthode agile organise une manière de travailler. L’agilité organisationnelle décrit une capacité à s’adapter.

La différence paraît sémantique. Elle est stratégique. Lorsqu’elle disparaît, les entreprises confondent facilement l’installation de rituels avec l’acquisition d’une aptitude. Elles mesurent le nombre d’équipes formées, de cérémonies organisées ou de projets conduits en mode agile. Elles mesurent beaucoup moins souvent le temps nécessaire pour faire remonter une information dérangeante, arbitrer une priorité, abandonner une initiative devenue inutile ou réallouer des compétences rares.

Le paradoxe est fréquent : les équipes accélèrent, mais l’organisation reste lente. Les cycles raccourcissent, mais les décisions structurantes remontent toujours au même niveau. Les collaborateurs expérimentent, mais les budgets, les métiers et les systèmes d’incitation demeurent immobiles. L’agilité existe dans le vocabulaire et dans les projets. Elle ne traverse pas l’entreprise.

Une entreprise ne devient pas agile parce qu’elle travaille en sprints. Elle le devient lorsqu’elle peut détecter, décider et reconfigurer son action avant que l’urgence ne choisisse à sa place.

Entreprise agile : de quoi parle-t-on exactement ?

Il n’existe pas de définition absolument stabilisée de l’entreprise agile. Les recherches proviennent de plusieurs traditions : stratégie, systèmes d’information, développement logiciel, production, innovation, design organisationnel et management. Chacune observe une partie différente du phénomène.

Un point commun se dégage néanmoins. L’agilité désigne la capacité à percevoir des changements pertinents et à y répondre rapidement par une modification coordonnée de l’action.

Cette définition comporte deux verbes indissociables : percevoir et répondre.

Une organisation qui reçoit beaucoup d’informations mais ne modifie jamais ses décisions n’est pas agile. Elle est informée. Une organisation qui change très vite sans avoir correctement interprété la situation n’est pas davantage agile. Elle est réactive.

L’agilité organisationnelle suppose donc une relation de qualité entre trois opérations :

1. Interpréter. Distinguer les signaux importants du bruit, comprendre ce qu’ils remettent en cause et formuler plusieurs lectures de la situation.
2. Décider. Choisir, renoncer et rendre les arbitrages intelligibles malgré l’incertitude.
3. Reconfigurer. Déplacer effectivement l’attention, les compétences, les budgets, les responsabilités et les routines.

Teece, Peteraf et Leih relient cette aptitude aux capacités dynamiques de l’entreprise. Face à une incertitude profonde, les outils conçus pour des risques connus ne suffisent plus. L’organisation doit être capable de détecter les évolutions, de saisir les possibilités qu’elles ouvrent et de transformer sa base de ressources. Les auteurs insistent aussi sur un point rarement repris dans les discours commerciaux : l’agilité a un coût et son niveau doit être calibré en fonction de la stratégie (Teece, Peteraf et Leih, 2016).

Une organisation agile n’est donc pas une organisation placée dans un état de transformation permanente et uniforme. C’est une organisation capable de produire la bonne variation, au bon endroit et au bon rythme.

Méthode agile et agilité organisationnelle : deux objets différents

Les méthodes agiles se sont principalement développées dans le champ du logiciel. Elles proposent des principes et des pratiques destinés à mieux travailler lorsque les besoins évoluent, que la connaissance se construit en avançant et qu’une planification exhaustive devient peu réaliste. Cycles courts, incréments, rétrospectives, priorisation continue et coopération étroite avec l’utilisateur peuvent réduire le délai d’apprentissage.

Le problème ne vient pas de ces pratiques. Il apparaît lorsqu’on leur attribue une portée qu’elles n’ont pas.

Une étude conceptuelle de Kieran Conboy publiée en 2009 relevait déjà le manque de clarté théorique entourant le terme « agile » dans le développement des systèmes d’information. L’auteur proposait de revenir aux propriétés de l’agilité plutôt que de considérer qu’une méthode est agile parce qu’elle porte cette étiquette. Son travail rappelait notamment que Scrum, XP ou une méthode traditionnelle pouvaient être évalués selon leur capacité réelle à créer de la flexibilité, de la rapidité et de l’apprentissage dans un contexte donné (Conboy, 2009).

Cette distinction devient encore plus importante quand on passe du projet à l’organisation.

Une équipe peut travailler par itérations sans pouvoir modifier son périmètre. Elle peut visualiser parfaitement ses tâches sans avoir accès à la stratégie qui les justifie. Elle peut livrer chaque semaine alors que le processus budgétaire interdit toute réallocation pendant un an. Elle peut organiser des rétrospectives dont les enseignements ne changent ni les interfaces avec les autres métiers, ni les décisions prises au-dessus d’elle.

Dans chacun de ces cas, l’équipe dispose de pratiques agiles à l’intérieur d’un système qui limite leur effet.

La recherche de Wendler dans l’industrie des logiciels et des services informatiques est éclairante. Elle part précisément du constat qu’une organisation ne se réduit pas à ses équipes de développement. Son enquête identifie plusieurs facteurs interdépendants, regroupés autour de trois dimensions : les prérequis de l’agilité, l’agilité des personnes et les structures qui la rendent possible. L’étude reste exploratoire et sectorielle. Elle interdit néanmoins une conclusion simpliste : l’agilité ne peut pas être déduite de la seule utilisation d’une méthode (Wendler, 2016).

Les méthodes agiles peuvent donc contribuer à l’agilité de l’entreprise. Elles n’en constituent ni une preuve, ni une condition suffisante.

Le piège du « mode agile »

L’expression « travailler en mode agile » résume assez bien le problème. Elle transforme une capacité organisationnelle en style d’exécution. Le projet conserve sa gouvernance, ses contraintes, ses objectifs et parfois son calendrier. On lui ajoute des rituels, un vocabulaire et un outil de visualisation.

Cette greffe peut améliorer l’activité locale. Elle peut aussi créer une forme de théâtre organisationnel.

Les équipes participent à des cérémonies mais ne disposent pas de décisions réelles à prendre. Les priorités changent fréquemment, non parce que de nouvelles informations ont été apprises, mais parce que plusieurs commanditaires se disputent la ressource. L’autonomie est célébrée, puis retirée dès qu’un choix devient sensible. Le droit à l’erreur s’arrête au premier échec visible. Les rétrospectives recensent les mêmes obstacles, car personne ne possède le pouvoir de les supprimer.

Dans ce contexte, la méthode peut accélérer la révélation des contradictions sans donner les moyens de les résoudre. Elle rend le dysfonctionnement plus visible, puis l’organisation accuse parfois l’équipe de ne pas être assez mature.

L’agilité devient alors une injonction comportementale : soyez flexibles, coopérez davantage, sortez de votre zone de confort. La structure, elle, demeure protégée de l’effort demandé aux personnes.

Ce déplacement est commode. Il permet de traiter une lenteur de décision comme un problème d’état d’esprit, une rivalité budgétaire comme un manque de collaboration et une surcharge de transformations comme une résistance au changement.

Une approche sérieuse commence ailleurs. Elle recherche les mécanismes qui empêchent le système de transformer une information en action.

Les cinq capacités d’une organisation réellement agile

Les modèles de l’agilité organisationnelle ne découpent pas tous le phénomène de la même manière. Doz et Kosonen proposent, par exemple, trois métacapacités de l’agilité stratégique : la sensibilité stratégique, l’unité du leadership et la fluidité des ressources. Une revue systématique consacrée à l’organisation agile distingue pour sa part des dimensions stratégique, fonctionnelle et opérationnelle (Doz et Kosonen, 2010 ; Greineder, Blohm et Leicht, 2020).

Pour le diagnostic et l’action, UNREST retient une lecture en cinq capacités observables. Elle ne prétend pas créer une nouvelle échelle scientifique universelle. Elle traduit les principaux apports de la littérature en questions de fonctionnement.

1. Détecter ce qui mérite une réponse

L’information n’est pas rare dans l’entreprise contemporaine. L’attention l’est.

Une organisation agile ne se contente pas de multiplier les tableaux de bord. Elle sait repérer les écarts qui remettent en cause une hypothèse, une priorité ou une manière de travailler. Elle permet aux signaux provenant du terrain, des clients, des opérations ou de l’environnement de circuler sans être neutralisés par la hiérarchie.

La détection dépend donc moins du volume de données que de plusieurs conditions : la proximité avec le réel, la diversité des interprétations, la possibilité de contredire une lecture dominante et l’existence d’un lieu où les signaux peuvent effectivement modifier la décision.

Une organisation peut posséder une excellente veille et rester aveugle si les informations importantes arrivent à des acteurs qui n’ont ni l’autorité ni l’espace pour les utiliser.

2. Arbitrer dans l’incertitude

Détecter ne suffit pas. Encore faut-il choisir.

L’entreprise lente n’est pas toujours celle qui manque de données. C’est souvent celle qui ne sait pas qui peut décider, selon quels critères et avec quel degré de réversibilité. Le moindre arbitrage traverse plusieurs niveaux, chacun ajoute une demande d’analyse et personne n’assume clairement le renoncement.

Le management agile est parfois associé à la décision collective. Cette idée mérite d’être nuancée. La participation peut enrichir l’interprétation et améliorer l’appropriation. Elle ne signifie pas que toute décision doive être consensuelle.

Une organisation agile distingue les décisions :

• celles qui peuvent être prises localement ;
• celles qui engagent plusieurs interdépendances ;
• celles qui sont facilement réversibles ;
• celles dont le coût d’erreur justifie une instruction plus approfondie ;
• celles qui exigent un arbitrage explicite de la direction.

L’objectif n’est pas de décentraliser par principe. Il est de placer la décision au niveau qui réunit l’information, la responsabilité et la capacité d’agir.

3. Réallouer les ressources

Une décision sans déplacement de ressources reste une intention.

L’agilité devient réelle lorsque l’organisation peut réaffecter des compétences, du temps, des budgets et des moyens vers une priorité nouvelle. Doz et Kosonen parlent de fluidité des ressources. Cette fluidité rencontre pourtant des obstacles très concrets : budgets captifs, objectifs individuels, frontières métiers, systèmes de gestion, pénurie d’expertise et managers évalués sur la taille de leur périmètre.

Le problème apparaît clairement lorsqu’une entreprise annonce trois priorités nouvelles sans en retirer aucune. Elle ne réalloue pas. Elle empile.

La capacité de renoncer constitue donc l’un des meilleurs indicateurs d’agilité. Que peut-on arrêter ? Qui peut le décider ? Que devient le budget libéré ? Comment protège-t-on les personnes associées à une initiative abandonnée ?

Une organisation qui sait lancer mais ne sait pas arrêter n’est pas agile. Elle est encombrée.

4. Expérimenter et apprendre

L’expérimentation sert à réduire une incertitude par l’action. Elle n’est ni une permission générale d’improviser, ni une manière plus séduisante de nommer un projet déjà décidé.

Une expérimentation utile part d’une hypothèse explicite. Elle définit ce qui sera observé, limite l’exposition au risque et prévoit les conditions d’une révision. Son résultat peut confirmer l’hypothèse, la préciser ou l’invalider.

De nombreuses organisations expérimentent sans apprendre. Elles lancent des pilotes qui deviennent automatiquement des déploiements. Elles retiennent les résultats favorables et expliquent les autres par un manque d’engagement. Elles organisent des retours d’expérience qui n’ont aucun effet sur les routines, les critères de décision ou l’allocation des ressources.

L’apprentissage organisationnel commence lorsque l’information acquise modifie quelque chose au-delà de l’équipe qui l’a produite.

5. Stabiliser ce qui rend l’adaptation possible

La dernière capacité semble contredire les quatre précédentes. Elle en constitue pourtant la condition.

Une organisation ne peut pas tout reconfigurer simultanément. Pour interpréter les résultats d’une expérimentation, elle doit maintenir certains repères. Pour décider rapidement, elle a besoin de responsabilités connues. Pour prendre un risque local, l’équipe doit pouvoir compter sur des fonctions critiques fiables. Pour apprendre, elle doit conserver une mémoire.

Farjoun propose de dépasser l’opposition classique entre stabilité et changement. Les mécanismes qui produisent la stabilité peuvent permettre la transformation, tandis que certaines formes de changement peuvent renforcer la continuité. La relation n’est pas celle de deux forces absolument incompatibles, mais celle d’une dualité (Farjoun, 2010).

Cette idée est centrale pour UNREST. La stabilité utile n’est pas l’immobilité. Elle fournit les appuis à partir desquels l’organisation peut varier sans perdre sa cohérence.

Les droits de décision comptent davantage que les rituels

Les organisations cherchent souvent à accélérer la décision par la technologie ou les réunions. Elles créent un tableau de bord en temps réel, raccourcissent les comités et ajoutent un rituel de synchronisation. Ces dispositifs ne résolvent pas une ambiguïté de pouvoir.

Lorsque plusieurs acteurs pensent posséder le dernier mot, une décision apparemment locale devient une négociation implicite. Lorsque personne ne sait qui supportera les conséquences d’une erreur, chacun cherche une validation supplémentaire. Lorsque les critères d’arbitrage restent instables, les équipes apprennent à attendre le signal politique plutôt qu’à utiliser les données.

Le délai de décision ne vient donc pas seulement du nombre d’étapes. Il vient de l’écart entre l’autorité officielle, l’influence réelle et la responsabilité assumée.

Une clarification sérieuse des droits de décision répond à cinq questions :

1. Qui formule la décision à prendre ?
2. Qui apporte une expertise ou une contrainte pertinente ?
3. Qui décide effectivement ?
4. Qui met la décision en œuvre ?
5. Dans quelles conditions et à quel moment la décision sera-t-elle réexaminée ?

La cinquième question est particulièrement importante. Une décision présentée comme définitive exige davantage de preuves et attire davantage de validations. Rendre explicite sa réversibilité peut accélérer l’action sans affaiblir la responsabilité.

Le véritable management agile ne promet donc pas de supprimer la hiérarchie. Il rend l’autorité plus intelligible, rapproche certaines décisions du travail réel et organise leur révision.

L’unité du leadership ne signifie pas l’unanimité

Doz et Kosonen identifient l’unité du leadership comme l’une des conditions de l’agilité stratégique. L’expression peut être mal comprise. Elle ne signifie pas que les dirigeants partagent spontanément la même interprétation ni qu’ils doivent masquer leurs désaccords.

Une équipe de direction agile sait produire un engagement coordonné après la confrontation des lectures. Elle distingue le temps du débat du temps de l’exécution. Elle évite que chaque dirigeant traduise ensuite la décision commune selon les intérêts de son propre périmètre.

Cette capacité suppose des comportements observables :

• rendre les hypothèses discutables ;
• signaler une information contradictoire ;
• expliciter les intérêts et les contraintes ;
• décider malgré un désaccord résiduel ;
• soutenir collectivement l’arbitrage ;
• rouvrir la décision lorsque les faits qui la fondaient ont changé.

Sans ces comportements, l’alignement peut n’être qu’une apparence. Le comité décide, puis chaque direction protège ses ressources. La stratégie demande de la fluidité tandis que la gouvernance récompense la conservation des territoires.

L’agilité se joue alors moins dans la qualité d’un séminaire que dans la manière dont le collectif dirigeant traite un conflit de priorités réel.

L’autonomie sans interdépendance produit des optimisations locales

L’autonomie est une autre promesse centrale de l’entreprise agile. Là encore, la formule peut produire des effets opposés à ceux qui sont recherchés.

Une équipe autonome optimise naturellement les variables sur lesquelles elle possède de l’information et du contrôle. Si les interdépendances avec le reste de l’organisation sont peu visibles, cette optimisation locale peut augmenter le coût global. Une équipe accélère ses livraisons en transférant davantage de charge à une fonction support. Un métier simplifie son processus en complexifiant celui du client. Une unité protège son résultat au détriment d’une capacité partagée.

L’autonomie utile n’est donc pas l’indépendance. Elle combine :

• un périmètre de décision clair ;
• un accès aux informations nécessaires ;
• une compréhension des dépendances ;
• des critères de performance qui ne récompensent pas le déplacement des coûts ;
• des mécanismes d’escalade lorsque la décision dépasse le périmètre.

Cette conception rejoint une lecture systémique de l’entreprise. Les équipes ne sont pas des unités isolées qu’il suffirait de libérer. Elles font partie de réseaux de contraintes, de ressources et d’engagements. L’agilité de l’ensemble dépend de la qualité des interfaces autant que de la vitesse de chaque composant.

Une organisation composée d’équipes rapides peut donc rester lente si leur coordination exige des négociations constantes ou si leurs décisions se neutralisent.

Le management agile ne se réduit pas à une posture

Les contenus consacrés au management agile énumèrent souvent des qualités consensuelles : écoute, confiance, collaboration, flexibilité, responsabilisation. Ces qualités peuvent soutenir l’adaptation. Elles restent trop générales pour guider l’action.

Un manager ne devient pas agile parce qu’il adopte une posture plus ouverte. Il le devient lorsqu’il modifie concrètement les conditions dans lesquelles son équipe perçoit, décide et apprend.

Cela peut signifier :

• transformer un objectif abstrait en critères d’arbitrage utilisables ;
• protéger l’équipe contre des priorités concurrentes ;
• distinguer une erreur d’apprentissage d’une négligence ;
• faire remonter une contradiction plutôt que la rendre absorbable localement ;
• redistribuer une décision vers la personne la mieux placée ;
• interrompre une expérimentation qui n’apprend plus rien ;
• maintenir une routine fiable au milieu d’une transformation ;
• organiser la récupération après une période de forte mobilisation.

Le rôle du manager n’est donc pas de rendre les collaborateurs disponibles pour tous les changements. Il est d’augmenter la capacité du collectif à discerner ceux qui comptent, à agir et à préserver ses ressources.

Cette définition évite de transformer l’agilité en nouvelle norme comportementale. Elle permet également d’évaluer le management à partir de situations observables, plutôt qu’à partir d’un idéal de personnalité.

Une entreprise agile sait aussi ne pas changer

La recherche d’agilité peut conduire à survaloriser le mouvement. Le changement devient une preuve de modernité, et la continuité une attitude suspecte. Cette logique produit des organisations qui modifient leurs priorités avant d’avoir appris des précédentes, rebaptisent leurs structures sans modifier les décisions et confondent renouvellement du vocabulaire avec transformation du travail.

Teece et ses collègues rappellent que l’agilité ne doit pas être traitée comme une qualité immuable qui placerait l’entreprise en transformation constante. Toute reconfiguration possède un coût. Elle n’est ni toujours nécessaire, ni toujours possible.

Le refus de changer peut donc être pertinent lorsque :

• le signal observé reste trop faible ou ambigu ;
• le coût de variation excède le bénéfice attendu ;
• une fonction critique exige une grande fiabilité ;
• l’organisation n’a pas encore consolidé l’apprentissage précédent ;
• la nouvelle priorité contredit des engagements stratégiques plus importants ;
• une expérimentation moins exposée peut réduire l’incertitude.

La discipline consiste à distinguer une continuité choisie d’une inertie subie.

Une entreprise agile ne change donc pas davantage que les autres. Elle change de manière plus intentionnelle. Elle sait aussi expliquer ce qui restera stable et pourquoi.

L’agilité sans résilience finit par réduire l’agilité

L’article consacré à la résilience organisationnelle et à l’organisation agile développe ce paradoxe : une entreprise peut apprendre à pivoter rapidement tout en consommant les ressources qui lui permettent de continuer à pivoter.

Chaque changement mobilise de l’attention, demande un effort d’apprentissage et perturbe certaines routines. Si l’organisation ne prévoit ni récupération, ni consolidation, ni mécanisme d’arrêt, la capacité d’adaptation diminue au fil des transformations.

L’agilité et la résilience répondent à deux questions différentes :

• pouvons-nous réorienter rapidement notre action ?
• pouvons-nous absorber cette réorientation, récupérer et préserver notre capacité future ?

Le programme Résilience-Agilité d’UNREST travaille précisément leur articulation. L’objectif n’est pas d’apprendre aux personnes à supporter une accélération illimitée. Il est de développer les comportements et les mécanismes collectifs qui permettent de changer de cap sans épuiser le système.

Trop peu d’agilité produit de l’inertie. Une agilité qui dépasse durablement la capacité d’absorption produit de la fatigue du changement. Dans les deux cas, l’organisation devient moins adaptable.

Comment mesurer l’agilité d’une organisation ?

Mesurer l’agilité par le nombre d’équipes formées ou par l’usage déclaré d’une méthode revient à mesurer une capacité par les moyens censés la produire.

Un diagnostic plus utile part d’événements réels. Il choisit une décision, une perturbation, une expérimentation ou une transformation récente et reconstruit ce qui s’est effectivement passé.

Mesurer la détection

• Quel acteur a observé le premier signal ?
• Combien de temps a-t-il fallu pour qu’il atteigne un niveau capable d’agir ?
• Quelles informations ont été filtrées ou reformulées ?
• Le signal a-t-il modifié une hypothèse ou une priorité ?

Mesurer la décision

• Le décideur était-il identifiable avant l’arbitrage ?
• Combien de validations ont été recherchées ?
• Les critères de choix étaient-ils explicites ?
• La décision comportait-elle une condition de révision ?

Mesurer la réallocation

• Quelles ressources ont réellement changé d’affectation ?
• Quelles activités ont été arrêtées ou réduites ?
• Combien de temps la réallocation a-t-elle demandé ?
• Les compétences nécessaires étaient-elles disponibles ?

Mesurer l’apprentissage

• Quelle hypothèse l’action devait-elle tester ?
• Quels résultats auraient conduit à modifier ou arrêter l’initiative ?
• Quelles routines ont changé à la suite de l’expérience ?
• L’apprentissage est-il accessible à d’autres équipes ?

Mesurer la soutenabilité

• La transformation a-t-elle dégradé une fonction critique ?
• La charge supplémentaire a-t-elle été rendue visible et régulée ?
• Les équipes ont-elles retrouvé des marges après l’effort ?
• La capacité à engager un nouveau changement a-t-elle augmenté ou diminué ?

Ces questions transforment l’agilité en objet observable. Elles permettent de distinguer une perception générale, souvent influencée par le discours de l’entreprise, des mécanismes concrets qui accélèrent ou bloquent l’adaptation.

L’Organizational Stress Test prolonge cette logique en examinant la manière dont le système réagit sous la pression d’un changement. Il ne cherche pas à certifier abstraitement qu’une entreprise est agile. Il rend visibles les endroits où sa capacité risque de céder : information, arbitrage, coopération, charge, leadership ou structure.

Du projet agile au change enablement

Une méthode agile améliore potentiellement la manière de conduire un projet. Le change enablement pose une question plus large : que doit savoir faire l’organisation pour réussir des transformations répétées sans reconstruire à chaque fois un dispositif exceptionnel ?

Cette différence devient décisive lorsque le changement n’est plus épisodique.

Une logique classique mobilise une équipe projet, une gouvernance, une communication et des formations autour d’une transformation identifiée. Lorsque le projet se termine, une grande partie du dispositif disparaît. Le suivant crée ses propres outils, son propre langage et ses propres instances.

Le change enablement cherche au contraire à laisser derrière chaque transformation des capacités réutilisables :

• une meilleure circulation des signaux ;
• des droits de décision plus explicites ;
• des compétences d’expérimentation ;
• des boucles de feedback plus courtes ;
• une méthode de régulation de la charge de changement ;
• une mémoire accessible des apprentissages ;
• une capacité plus forte à mobiliser et réallouer les ressources.

Le succès ne se mesure donc pas seulement à la livraison du projet. Il se mesure aussi à l’état de l’organisation après sa livraison.

Une transformation qui atteint son objectif grâce à une équipe héroïque, une surcharge temporaire et la concentration des décisions au sommet peut réussir sur le papier tout en diminuant l’agilité future de l’entreprise.

Le développement organisationnel comme discipline de l’agilité

Si l’agilité dépend de la stratégie, des décisions, des ressources, des interfaces et des comportements, elle ne peut pas être installée par une méthode unique.

Le conseil en développement organisationnel intervient précisément sur ces relations. Il examine moins la conformité de l’entreprise à un modèle que les mécanismes par lesquels son fonctionnement produit de la vitesse, de la lenteur, de l’apprentissage ou de l’inertie.

Le point de départ est le travail réel.

Où les informations se perdent-elles ? Quels arbitrages reviennent constamment ? Quelles dépendances rendent une équipe faussement autonome ? Pourquoi les initiatives s’accumulent-elles ? Qu’est-ce qui empêche une expérimentation de modifier une décision ? Quelles règles implicites protègent un fonctionnement devenu coûteux ?

À partir de ce diagnostic, l’intervention peut porter sur des objets différents :

• clarifier une architecture de décision ;
• revoir une interface entre métiers ;
• réduire un portefeuille de transformations ;
• rendre certaines ressources plus mobilisables ;
• sécuriser une fonction critique pendant une expérimentation ;
• modifier les critères d’évaluation qui favorisent les optimisations locales ;
• entraîner un collectif dirigeant à arbitrer sous incertitude ;
• créer des boucles d’apprentissage entre projets.

Cette approche évite deux erreurs symétriques. La première consiste à croire qu’une réorganisation suffira à modifier les comportements. La seconde consiste à demander aux personnes de devenir plus agiles sans transformer les règles qui encadrent leur action.

L’agilité organisationnelle se développe à l’intersection des deux.

Ce qu’il faut retenir

Une entreprise agile n’est pas une entreprise qui applique partout les mêmes méthodes. Elle sait différencier ses réponses selon la nature du travail, le degré d’incertitude et le coût de l’erreur.

Elle possède cinq capacités observables : détecter les signaux pertinents, arbitrer, réallouer les ressources, expérimenter et stabiliser ce qui rend l’adaptation possible.

Les méthodes agiles peuvent contribuer à ces capacités. Elles ne remplacent ni une stratégie, ni des droits de décision clairs, ni une architecture de ressources, ni un travail sur les interdépendances.

Le management agile n’est pas une collection de qualités personnelles. Il consiste à créer les conditions concrètes dans lesquelles une équipe peut percevoir, décider, apprendre et récupérer.

Enfin, l’agilité ne se juge pas au nombre de transformations lancées. Elle se juge à la capacité de l’organisation à produire une réponse coordonnée sans compromettre sa capacité à répondre demain.

Le véritable test n’est donc pas : « Utilisons-nous des méthodes agiles ? »

Il est : « Que se passe-t-il, dans notre organisation, lorsqu’une information importante exige que nous changions réellement ? »

Questions fréquentes

Qu’est-ce qu’une entreprise agile ?

Une entreprise agile est capable de détecter un changement pertinent, de décider malgré l’incertitude et de reconfigurer rapidement son action, ses ressources ou ses processus. Cette capacité concerne l’ensemble du système et ne se réduit pas à l’utilisation de méthodes agiles.

Quelle différence entre une méthode agile et une organisation agile ?

Une méthode agile structure le travail d’une équipe ou d’un projet grâce à des cycles courts, à la priorisation et au feedback. Une organisation agile peut transformer les apprentissages locaux en décisions, réallocations de ressources et évolutions coordonnées à l’échelle de l’entreprise.

Quels sont les principes du management agile ?

Le management agile clarifie les priorités et les droits de décision, rapproche certaines décisions du travail réel, protège les équipes contre l’empilement des demandes, organise l’expérimentation et transforme les retours d’expérience en changements concrets.

Comment rendre une entreprise plus agile ?

Il faut d’abord diagnostiquer les mécanismes qui ralentissent l’adaptation : information filtrée, décisions ambiguës, ressources captives, initiatives concurrentes ou apprentissages sans conséquence. Les interventions doivent ensuite cibler ces mécanismes plutôt que déployer uniformément une méthode.

Une entreprise agile doit-elle changer en permanence ?

Non. L’agilité consiste à pouvoir changer lorsque la situation l’exige, pas à maximiser le changement. Une organisation agile sait également préserver les routines, les compétences et les fonctions dont dépend sa fiabilité.

Quel rapport entre agilité et résilience organisationnelle ?

L’agilité permet de réorienter rapidement l’action. La résilience permet d’absorber la perturbation, de récupérer et de préserver les capacités futures. Une agilité durable suppose que les deux soient développées conjointement.

Références

Conboy, K. (2009). Agility from first principles: Reconstructing the concept of agility in information systems development. Information Systems Research, 20(3), 329–354. https://doi.org/10.1287/isre.1090.0236

Doz, Y. L., & Kosonen, M. (2010). Embedding strategic agility: A leadership agenda for accelerating business model renewal. Long Range Planning, 43(2–3), 370–382. https://doi.org/10.1016/j.lrp.2009.07.006

Farjoun, M. (2010). Beyond dualism: Stability and change as a duality. Academy of Management Review, 35(2), 202–225. https://doi.org/10.5465/AMR.2010.48463331

Greineder, M., Blohm, I., & Leicht, N. (2020). Conceptualizing the agile work organization: A systematic literature review, framework and research agenda. BLED 2020 Proceedings, 25. https://aisel.aisnet.org/bled2020/25

Teece, D. J., Peteraf, M. A., & Leih, S. (2016). Dynamic capabilities and organizational agility: Risk, uncertainty, and strategy in the innovation economy. California Management Review, 58(4), 13–35. https://doi.org/10.1525/cmr.2016.58.4.13

Wendler, R. (2016). Dimensions of organizational agility in the software and IT service industry: Insights from an empirical investigation. Communications of the Association for Information Systems, 39. https://doi.org/10.17705/1CAIS.03921

‍