Pourquoi les transformations échouent-elles parfois malgré de bons outils ?
COLLECTION — TRANSFORMATION & INNOVATION PUBLIQUE
Pour les collectivités territoriales, réussir une transformation ne consiste pas seulement à déployer une solution performante. Il s'agit de faire évoluer durablement les pratiques, les organisations et les usages.
Un projet réussi sur le papier. Mais qu'en est-il sur le terrain ?
Une collectivité engage un projet de transformation.
Le diagnostic a été réalisé.
Les objectifs sont définis.
Une solution numérique a été sélectionnée.
Les équipes ont été mobilisées.
Le calendrier est respecté.
L'outil fonctionne.
Et pourtant, plusieurs mois après son déploiement, les résultats ne sont pas toujours à la hauteur des attentes.
Les anciennes pratiques persistent.
Certains agents utilisent peu les nouvelles fonctionnalités.
Des procédures parallèles continuent d'exister.
Les équipes rencontrent des difficultés qui n'avaient pas été anticipées.
Le projet est techniquement opérationnel, mais les changements espérés peinent à se concrétiser.
Comment expliquer qu'une transformation puisse rencontrer des difficultés alors même que les outils choisis sont pertinents ?
La réponse tient souvent à une distinction fondamentale :
Déployer une solution ne signifie pas nécessairement transformer les usages.
Et pour les directions générales des collectivités, cette distinction mérite une attention particulière.
1. Un bon outil ne garantit pas une transformation réussie
Les collectivités disposent aujourd'hui d'un nombre croissant de solutions pour moderniser leurs services.
Plateformes collaboratives, applications métiers, outils de gestion, dispositifs de relation aux usagers, intelligence artificielle, systèmes d'information ou nouveaux environnements de formation.
Ces technologies peuvent contribuer à améliorer le fonctionnement des organisations.
Mais leur efficacité dépend largement de la manière dont elles sont intégrées aux pratiques professionnelles.
Un outil peut être performant sur le plan technique sans correspondre pleinement aux situations rencontrées par ses utilisateurs.
Il peut proposer des fonctionnalités pertinentes sans que les agents comprennent immédiatement leur intérêt.
Il peut simplifier une procédure sur le papier tout en introduisant de nouvelles contraintes dans certaines situations de travail.
La valeur d'une solution ne réside donc pas uniquement dans ce qu'elle permet de faire, mais dans ce que les personnes peuvent réellement en faire.
Pour un DGS ou un DGA, la question stratégique devient alors :
« Qu'est-ce que cet investissement doit permettre de changer concrètement dans le fonctionnement de notre collectivité ? »
Cette interrogation devrait accompagner le projet dès sa conception.
2. Déployer, adopter et transformer : trois réalités différentes
Dans les projets de modernisation, trois notions sont parfois confondues.
Déployer : rendre une solution disponible
Le déploiement correspond à la mise en place du dispositif.
Les équipements sont installés.
Les accès sont ouverts.
Les fonctionnalités sont opérationnelles.
Les utilisateurs ont été informés ou formés.
Cette étape est indispensable.
Mais elle renseigne principalement sur la disponibilité de la solution.
Adopter : intégrer progressivement l'outil dans les pratiques
L'adoption suppose que les utilisateurs commencent à mobiliser réellement la solution dans leur activité.
Ils comprennent son fonctionnement.
Ils identifient son utilité.
Ils savent dans quelles situations l'utiliser.
Ils l'intègrent progressivement à leurs habitudes professionnelles.
L'adoption ne se décrète pas.
Elle se construit au contact des usages.
Transformer : faire évoluer durablement les manières de travailler
La transformation va plus loin.
Elle implique une évolution des pratiques, des processus, de la coopération ou de la qualité du service rendu.
Un nouvel outil collaboratif, par exemple, peut être déployé sans que les échanges entre services évoluent réellement.
Il peut être adopté pour certaines tâches tout en laissant subsister des circuits de validation inchangés.
La transformation apparaît lorsque les nouvelles pratiques produisent les évolutions recherchées.
DÉPLOYER ≠ ADOPTER ≠ TRANSFORMER
Cette distinction est essentielle pour piloter un projet public.
La réussite ne se mesure pas uniquement à ce qui a été installé, mais aussi à ce qui a effectivement changé.
3. Première difficulté : commencer par la solution plutôt que par le problème
De nombreux projets naissent d'une intention légitime.
Moderniser les services.
Améliorer la productivité.
Simplifier les démarches.
Renforcer la coopération.
Répondre à de nouvelles obligations.
Mais il arrive que la réflexion se concentre rapidement sur la solution à acquérir ou à développer.
Quel logiciel choisir ?
Quelle plateforme installer ?
Quelle technologie intégrer ?
Quelles fonctionnalités proposer ?
Ces questions sont importantes, mais elles ne devraient pas nécessairement constituer le point de départ.
Avant de choisir une solution, il faut comprendre le problème qu'elle doit résoudre.
Prenons l'exemple d'une collectivité qui souhaite améliorer la circulation de l'information entre plusieurs directions.
La première idée pourrait être de déployer un nouvel outil collaboratif.
Pourtant, les difficultés rencontrées peuvent provenir de plusieurs facteurs :
des responsabilités insuffisamment définies ;
des procédures de validation trop complexes ;
des habitudes de travail cloisonnées ;
des informations dispersées ;
un manque de coordination entre services ;
des contraintes organisationnelles qui limitent le partage.
Dans ce contexte, un nouvel outil peut contribuer à l'amélioration.
Mais il ne résoudra pas automatiquement l'ensemble des difficultés.
La bonne question n'est donc pas seulement : « De quel outil avons-nous besoin ? »
Elle est d'abord : « Quel problème cherchons-nous à résoudre, pour qui et dans quelles situations ? »
Cette approche permet de replacer la technologie au service d'un objectif clairement identifié.
4. Deuxième difficulté : sous-estimer la réalité des usages
Une transformation est souvent conçue à partir d'objectifs stratégiques, de processus théoriques et de besoins fonctionnels.
Mais le travail réel est parfois plus complexe que celui décrit dans les procédures.
Les agents composent avec des contraintes de temps.
Ils doivent gérer des situations imprévues.
Ils adaptent leurs pratiques aux particularités de leur service.
Ils utilisent parfois plusieurs outils pour accomplir une même tâche.
Ils développent des habitudes qui répondent à des besoins concrets.
Ces réalités ne sont pas toujours visibles depuis le niveau de pilotage du projet.
C'est pourquoi l'observation des usages constitue une étape essentielle.
Elle permet notamment de comprendre :
comment les agents réalisent réellement leurs missions ;
quelles difficultés ils rencontrent ;
quels outils ils mobilisent déjà ;
quelles pratiques ils souhaitent conserver ;
quels changements pourraient leur apporter une valeur concrète.
Cette démarche évite de réduire les difficultés d'adoption à une simple résistance au changement.
Lorsqu'un agent n'utilise pas une solution, la première question devrait être de comprendre pourquoi.
Le problème peut provenir d'un manque de formation.
Mais il peut aussi résulter d'une interface peu adaptée, d'une procédure incohérente ou d'une utilité insuffisamment perceptible.
Comprendre les usages permet de distinguer ces situations et d'apporter des réponses adaptées.
5. Troisième difficulté : former à l'outil sans préparer les nouvelles pratiques
Dans de nombreux projets, la formation constitue une étape importante du déploiement.
Les agents découvrent les fonctionnalités.
Ils apprennent à naviguer dans l'interface.
Ils réalisent des exercices.
Ils prennent connaissance des nouvelles procédures.
Cette transmission de connaissances est nécessaire.
Mais elle ne garantit pas que les nouvelles pratiques seront immédiatement maîtrisées.
Savoir utiliser un outil ne signifie pas toujours savoir l'intégrer à son travail.
Prenons l'exemple d'un agent formé à une nouvelle application de gestion des demandes des usagers.
Il connaît les différentes fonctionnalités.
Mais que doit-il faire lorsqu'une demande concerne plusieurs services ?
Comment traiter une situation qui ne correspond pas aux cas habituels ?
À quel moment utiliser une fonctionnalité particulière ?
Comment articuler le nouvel outil avec les procédures existantes ?
Ces questions relèvent moins de la connaissance technique que de la capacité à agir dans un contexte professionnel.
C'est ici que les approches expérientielles peuvent apporter une valeur complémentaire.
Plutôt que de limiter la formation à la présentation des fonctionnalités, il devient possible de concevoir des situations dans lesquelles les agents doivent mobiliser leurs connaissances.
Une simulation.
Un scénario interactif.
Une mise en situation.
Un parcours de décision.
Un atelier d'expérimentation.
L'objectif n'est plus seulement d'apprendre comment fonctionne l'outil, mais de comprendre comment travailler autrement grâce à lui.
6. Quatrième difficulté : vouloir généraliser avant d'avoir expérimenté
Les projets de transformation s'inscrivent souvent dans des calendriers exigeants.
Les arbitrages ont été rendus.
Les budgets sont engagés.
Les échéances doivent être respectées.
Dans ce contexte, la tentation peut être de passer rapidement de la conception au déploiement général.
Pourtant, certaines difficultés ne deviennent visibles qu'au moment où les utilisateurs sont confrontés à la solution.
Une fonctionnalité peut être comprise différemment de ce qui était prévu.
Un parcours peut comporter trop d'étapes.
Une nouvelle procédure peut créer des difficultés dans un service particulier.
Une interaction peut s'avérer peu intuitive.
Ces situations ne remettent pas nécessairement en cause la pertinence du projet.
Elles montrent simplement que les hypothèses initiales doivent être confrontées à la réalité.
Et si nous expérimentions avant de généraliser ?
Une démarche progressive peut permettre de tester certaines dimensions d'une transformation avant d'engager son déploiement complet.
Il peut s'agir de réaliser un prototype interactif.
De simuler une nouvelle procédure.
De concevoir un parcours utilisateur.
De tester un dispositif auprès d'un groupe d'agents.
Ou d'expérimenter une nouvelle organisation dans un périmètre limité.
L'objectif est d'apprendre avant de généraliser.
COMPRENDRE → PROTOTYPER → EXPÉRIMENTER → OBSERVER → AJUSTER → DÉPLOYER
Cette démarche ne supprime pas tous les risques.
Mais elle peut permettre de détecter plus tôt certaines difficultés, d'améliorer la conception et de mieux préparer l'appropriation des changements.
Pour les collectivités, elle constitue également une manière de sécuriser progressivement les investissements.
7. Cinquième difficulté : mesurer le déploiement plutôt que les changements
Les projets de transformation disposent généralement d'indicateurs de suivi.
Nombre de comptes créés.
Taux de connexion.
Nombre d'agents formés.
Pourcentage de fonctionnalités opérationnelles.
Respect du calendrier.
Ces données sont utiles pour piloter le déploiement.
Mais elles ne permettent pas, à elles seules, de déterminer si les objectifs de transformation ont été atteints.
Un agent peut se connecter régulièrement à une application sans utiliser les fonctionnalités qui devaient améliorer son activité.
Un service peut avoir suivi une formation sans avoir modifié ses pratiques.
Une procédure peut avoir été dématérialisée sans devenir plus simple pour les usagers.
Il est donc nécessaire de compléter les indicateurs techniques par des observations portant sur les usages.
Qu'est-ce qui a réellement changé ?
Les agents accomplissent-ils certaines tâches différemment ?
Les échanges entre services sont-ils plus fluides ?
Les difficultés initialement identifiées ont-elles diminué ?
Les nouvelles pratiques sont-elles maintenues dans le temps ?
Les usagers bénéficient-ils d'un service plus accessible ou plus efficace ?
Les réponses à ces questions permettent de rapprocher l'évaluation du projet de ses objectifs initiaux.
Elles doivent toutefois tenir compte du contexte : une évolution observée ne peut pas toujours être attribuée à un seul outil ou à une seule action de formation.
Mesurer la transformation, c'est chercher à comprendre les changements réels, pas uniquement vérifier que le projet a été livré.
8. Le rôle des DGS et DGA : donner du sens avant de demander de nouveaux comportements
Pour les directions générales, la réussite d'une transformation repose aussi sur sa cohérence stratégique.
Avant de demander aux agents de modifier leurs pratiques, il est essentiel d'expliciter le sens de cette évolution.
Pourquoi la collectivité engage-t-elle ce changement ?
Quels problèmes souhaite-t-elle résoudre ?
Quels bénéfices sont attendus pour les agents ?
Quelles améliorations sont recherchées pour les habitants ?
Quelles pratiques doivent évoluer, et pourquoi ?
Cette réflexion est particulièrement importante lorsque les projets mobilisent de nouvelles technologies, notamment l'intelligence artificielle.
Introduire de l'IA dans une organisation ne constitue pas, en soi, un objectif de transformation.
Son intérêt dépend des besoins auxquels elle répond et de la valeur qu'elle peut apporter.
La stratégie définit la direction. Les usages donnent une réalité à la transformation. La technologie peut en être un levier.
Pour les DGS et DGA, plusieurs responsabilités se rejoignent alors :
Donner une direction claire. Relier le projet aux enjeux de la collectivité et à ses missions de service public.
Mobiliser les directions concernées. Éviter qu'un projet transversal soit traité uniquement comme une question technique.
Associer les utilisateurs. Faire remonter les contraintes et les besoins des agents.
Créer les conditions de l'expérimentation. Autoriser les ajustements avant une généralisation.
Évaluer les changements. Observer les effets réels du projet au-delà de sa mise en service.
La transformation devient ainsi un projet collectif, et non la seule responsabilité d'une direction métier ou d'un prestataire technologique.
9. Comment le design d'expérience peut-il accompagner les transformations publiques ?
Chez Lian Studio, nous considérons qu'une transformation peut être facilitée lorsque les personnes concernées disposent de moyens concrets pour la comprendre et l'expérimenter.
Une recommandation stratégique peut être pertinente sans être immédiatement compréhensible dans ses implications quotidiennes.
Une nouvelle organisation peut être cohérente sans que chacun visualise précisément ce qui va changer.
Une solution numérique peut être performante sans que ses futurs utilisateurs parviennent à se projeter dans son utilisation.
Le design d'expérience permet de rendre certaines dimensions du changement plus concrètes, visibles et testables.
Il peut notamment prendre plusieurs formes.
Transformer une intention stratégique en expérience
Une orientation générale peut être traduite en situations représentatives des futures pratiques.
L'objectif est de permettre aux équipes de comprendre ce que le changement implique concrètement.
Concevoir un prototype interactif
Avant de développer une solution complète, un prototype peut rendre tangible un parcours, une interface ou une interaction.
Les utilisateurs peuvent le découvrir, le tester et formuler des retours.
Simuler de nouvelles situations professionnelles
Une simulation peut permettre aux agents d'explorer de nouvelles procédures ou de s'exercer à prendre des décisions.
Elle constitue un support possible de formation et de préparation au changement.
Créer des expériences pédagogiques interactives
Un parcours interactif ou un serious game peut être conçu pour accompagner l'acquisition de nouvelles pratiques.
L'apprenant ne reçoit pas seulement des informations : il est invité à agir, à choisir et à comprendre.
Expérimenter avec les utilisateurs
Les premières versions peuvent être confrontées aux usages réels afin d'identifier les difficultés et d'améliorer progressivement l'expérience.
Ces approches ne remplacent ni la stratégie, ni l'organisation, ni la conduite du changement.
Elles apportent une compétence complémentaire : transformer une intention en expérience que les utilisateurs peuvent explorer et tester.
10. Lian Studio : de la stratégie à l'expérience concrète
Lian Studio imagine, conçoit et développe des expériences numériques interactives et immersives sur mesure.
Notre savoir-faire associe plusieurs disciplines.
Experience Design : comprendre les parcours, les interactions et les situations d'usage.
Learning Design : concevoir des expériences permettant de développer des connaissances et des capacités d'action.
Game Design : structurer des scénarios, des choix et des mécaniques d'interaction.
Prototypage interactif : matérialiser rapidement une idée pour la rendre testable.
Simulation et technologies immersives : représenter des environnements ou des situations lorsque cela apporte une valeur réelle.
Développement numérique : transformer les intentions créatives et pédagogiques en dispositifs fonctionnels.
Expérimentation utilisateur : observer, écouter et ajuster les expériences à partir du terrain.
Cette complémentarité nous permet d'intervenir aux côtés des collectivités, de leurs équipes et de leurs partenaires pour donner une dimension concrète à certains projets de transformation.
Notre démarche repose sur une progression :
COMPRENDRE → IMAGINER → CONCEVOIR → PROTOTYPER → EXPÉRIMENTER → AMÉLIORER
Nous ne considérons pas la technologie comme une réponse automatique.
Nous cherchons d'abord à comprendre ce que l'expérience doit permettre aux personnes de faire, d'apprendre ou de transformer.
Un exemple de cette approche : SAFEROADS
Avec SAFEROADS, notre réalisation interactive consacrée à la prévention routière, nous illustrons cette manière de travailler.
Le projet part d'un enjeu concret : comment dépasser la simple transmission de messages de prévention pour permettre aux jeunes d'observer des situations, de prendre des décisions et de comprendre leurs conséquences ?
La réponse ne consiste pas seulement à produire un outil numérique.
Elle repose sur la conception d'une expérience pédagogique, la scénarisation de situations, le développement d'interactions et leur confrontation aux usages lors des expérimentations.
Même si SAFEROADS relève du domaine de la prévention, la démarche de conception mobilisée présente un intérêt plus large.
Elle illustre un principe applicable à de nombreux projets publics :
Avant de généraliser une solution, il est utile de comprendre comment les personnes vont réellement en faire l'expérience.
11. Cinq questions à se poser avant de lancer une transformation
Pour les DGS, DGA et directions de projet, cinq questions peuvent aider à structurer la réflexion.
1. Quel problème concret cherchons-nous à résoudre ?
Au-delà de la solution envisagée, quel besoin justifie le projet ?
2. Quelles pratiques doivent réellement évoluer ?
Quels changements souhaite-t-on observer dans le travail des agents ou dans les services rendus aux usagers ?
3. Avons-nous suffisamment compris les situations de terrain ?
Les futurs utilisateurs ont-ils été associés à la définition du besoin ?
4. Pouvons-nous expérimenter avant de généraliser ?
Quelles hypothèses pourraient être testées grâce à un prototype, une simulation ou une expérimentation limitée ?
5. Comment saurons-nous que la transformation produit de la valeur ?
Quels indicateurs permettront d'observer les changements recherchés ?
Ces questions ne garantissent pas à elles seules la réussite d'un projet.
Mais elles permettent de déplacer le regard.
De la solution vers le besoin.
Du déploiement vers l'appropriation.
De la technologie vers les usages.
Du projet livré vers la transformation réellement accomplie.
Conclusion — La transformation ne se trouve pas dans l'outil, mais dans ce que les personnes en font
Les collectivités ont besoin d'outils performants pour moderniser leurs services.
Mais la qualité technique d'une solution ne suffit pas à garantir son appropriation.
Une transformation peut rencontrer des difficultés lorsque les usages ont été insuffisamment étudiés, lorsque les objectifs manquent de clarté, lorsque la formation reste trop éloignée des situations professionnelles ou lorsque l'expérimentation intervient trop tard.
Pour les DGS et DGA, l'enjeu consiste donc à penser la transformation comme une évolution des pratiques, et non comme un simple projet de déploiement.
Cela suppose de donner du sens, d'associer les équipes, de rendre les changements concrets et de mesurer leurs effets.
Chez Lian Studio, nous contribuons à cette démarche en concevant des expériences interactives, des prototypes et des simulations qui permettent de comprendre, de tester et de préparer de nouveaux usages.
Car une transformation réussie ne se résume pas à l'installation d'un outil.
Elle se reconnaît à ce que les personnes peuvent désormais faire différemment, plus efficacement ou plus justement grâce à lui.
Et dans votre collectivité ?
Après le déploiement d'un nouvel outil ou d'un nouveau dispositif, comment vérifiez-vous que les pratiques ont réellement évolué ?
Lian Studio — De la création au développement.
Créons ensemble des solutions de demain.
Commentaires