Dans une PME qui cherche à transformer son SI ou à automatiser ses processus, certaines décisions structurantes restent en suspens pendant des mois. Pas par manque de volonté. Par manque de regard externe. Ce qui se passe quand quelqu'un arrive et pose les bonnes questions.
Donatien Lefranc
Fondateur & Président, Leando
La décision ne tarde pas parce que personne ne veut décider. Elle tarde parce que les personnes qui devraient décider sont trop proches du problème pour en voir les contours. Elles ont construit, avec le temps, une carte mentale de leur SI, de leurs processus, de leurs contraintes. Cette carte est précieuse. Elle est aussi un filtre qui rend certaines questions impossibles à poser de l'intérieur.
Le phénomène est courant dans les PME en croissance. Un chantier SI démarre. Les équipes s'impliquent. Des réunions s'organisent. Des options se profilent. Et puis quelque chose se grippe : la décision revient d'une réunion à l'autre sans être tranchée. Le DSI hésite entre deux architectures. Le DG voudrait aller plus vite mais ne veut pas casser ce qui fonctionne. Les responsables de service ont chacun une opinion que les autres n'arrivent pas à réconcilier. Les semaines passent.
Quand une PME travaille sur un chantier SI depuis plusieurs mois, chaque participant a déjà une position sur la solution. Ces positions créent des angles morts : on hésite à choisir l'option A parce qu'un collègue avait proposé l'option B il y a six semaines, on ne repose pas une question car elle a déjà été débattue dans une réunion dont personne ne conteste les conclusions, on s'interdit certaines pistes parce qu'elles sembleraient remettre en cause un travail antérieur ou des convictions ancrees dans la culture de l'entreprise.
Les équipes internes qui connaissent bien leur organisation ont une tendance naturelle à cartographier les problèmes en se concentrant sur les exceptions connues. Elles savent que tel processus est difficile, que tel interlocuteur est réfractaire, que telle règle métier ne peut pas être modifiée. Cette connaissance les protège d'erreurs naïves. Elle les empêche aussi de poser les questions de fond qui permettent de décider autrement.Ce n'est pas un problème de compétences. C'est un problème de position.
Ce n'est pas de l'expertise supplémentaire. La plupart des équipes internes qui n'arrivent pas à décider ont déjà l'expertise nécessaire. Elles connaissent leurs outils, leur secteur, leurs processus. Ce qui manque n'est pas un expert de plus qui ajouterait une couche d'information sur les couches déjà existantes.
Ce qui manque, c'est quelqu'un en position tierce. Quelqu'un qui peut parler avec le dirigeant de sa vision sans être perçu comme un concurrent interne. Quelqu'un qui peut parler avec les équipes terrain de leur quotidien sans être leur manager hiérarchique. Quelqu'un qui peut formuler une recommandation sans avoir à en défendre les implications politiques au sein de l'organisation. Cette position n'est pas accessible en interne, quel que soit le niveau de confiance entre les équipes.
« Ce qu'ils apprécient très fortement avec nous, c'est qu'on était là à la fois pour se poser les bonnes questions dans leur métier et à la fois prendre les décisions qu'ils n'arrivaient pas à prendre eux-mêmes. »
Cette ETI du secteur de l'énergie avait mobilisé des freelances en 2025 pour avancer sur ses chantiers SI. Les freelances avaient travaillé. Ils avaient produit du code. Mais les décisions de fond n'avaient pas été prises : quel périmètre prioritaire attaquer, quel modèle de données poser, comment gérer la migration progressive depuis le legacy PHP sans couper la continuité de service. Ces décisions supposaient quelqu'un capable de parler simultanément avec le DG (vision), le DSI (contraintes techniques) et les équipes métier (règles opérationnelles), puis d'en faire une synthèse que tout le monde pouvait valider. Ce n'est pas ce que fait un freelance spécialisé sur un périmètre précis.
Quand un regard externe intervient dans cette configuration, il ne remplace pas l'équipe interne. Il fait circuler l'information entre les couches de l'organisation qui ne communiquent pas directement, formule les options de façon à ce qu'une décision devienne possible, et porte la recommandation en son nom propre pour éviter que chaque camp y projette ses intérêts. Ce rôle est distinct de celui du consultant qui délivre une préconisation et repart, et de celui du prestataire technique qui attend une spec pour coder.

Toutes les décisions ne se débloquent pas de la même façon. Celles qui bénéficient le plus d'un regard externe sont précisément celles où la légitimité interne est un obstacle. Trois types reviennent de façon systématique.
Les décisions de périmètre. Faut-il refondre l'outil de A à Z ou identifier la brique en tension prioritaire ? La réponse semble technique. Elle est d'abord organisationnelle. Une équipe interne a tendance à élargir le périmètre par peur de manquer quelque chose, ou à le rétrécir pour limiter le risque perçu. Un regard externe peut poser la question différemment : quelle est la brique qui, bien posée, débloque tout le reste et peut être livrée en trois à quatre mois ? C'est cette question qui permet de sortir de la logique de refonte totale pour aller vers un MVP qui apporte une valeur tangible rapidement. Chez BKW, c'est la partie commerciale en tensionqui a été identifiée comme le bon point d'entrée, pas la refonte globale du legacy.
Les décisions entre processus et outil. Beaucoup de projets SI commencent par « on a besoin de tel logiciel ». En réalité, le logiciel est une réponse à un processus qui ne fonctionne pas. Si le processus n'est pas reformulé avant de choisir l'outil, le nouvel outil reproduira les mêmes frictions avec une interface différente. Un tiers qui revient systématiquement au processus avant de parler outil débloque ce type de décision sans que les équipes aient l'impression d'être remises en question sur leurs choix précédents.
Les décisions inter-silos. Quand une décision touche à la fois le commercial, la logistique et la comptabilité, aucun responsable de service n'a intérêt à la prendre seul. Chacun attend que l'autre valide en premier. Un regard externe qui parle avec tous les silos, construit une restitution transversale et propose une recommandation permettant à chacun de valider sans exposer son périmètre est souvent la seule façon de faire avancer ces décisions. Ce n'est pas une question d'autorité hiérarchique, c'est une question de position neutre.
Pour comprendre comment cette posture se construit en pratique, voir pourquoi votre prestataire digital doit être un médecin, pas un vendeur d'outils.
La fenêtre optimale est celle du cadrage, avant la première ligne de code.Une fois que du développement a commencé, la marge de manœuvre sur les décisions structurantes se réduit considérablement. Revenir sur un modèle de données après avoir développé dessus pendant deux mois coûte entre cinq et dix fois plus cher que de l'avoir posé correctement en amont. L'intervention d'un regard externe est la plus efficace quand elle conditionne le démarrage des développements, pas quand elle tente de corriger une trajectoire déjà engagée.
Le signal qui indique qu'un regard externe est nécessaire est précis : une décision structurante qui revient d'une réunion à l'autre sans être tranchée.Si une question de périmètre, d'architecture ou de priorisation est restée ouverte pendant plus de six semaines malgré plusieurs sessions de travail dédiées, le problème n'est pas un manque d'information. C'est un manque de position externe pour la trancher.
En revanche, un regard externe n'est pas utile pour des décisions techniques pures où l'équipe interne a la compétence et l'autorité pour décider. Ce serait coûteux et contre-productif. La valeur du regard externe est proportionnelle à la complexité organisationnelle de la décision, pas à sa complexité technique. Sur une question d'algorithme ou de choix de stack, l'équipe technique interne n'a pas besoin d'un médiateur externe. Sur une question qui implique plusieurs métiers, plusieurs directions et plusieurs intérêts divergents, la position neutre d'un tiers est souvent la seule qui permette d'avancer.
Si vous êtes dans une configuration où des décisions structurantes sont en suspens depuis plusieurs semaines et que les prochaines réunions ne semblent pas en mesure de les résoudre, la prochaine étape n'est pas d'organiser une réunion supplémentaire. C'est d'identifier qui peut poser les questions que personne en interne ne pose plus, et d'en faire le point de départ d'un cadrage de quelques semaines. Pour comprendre comment ce travail se structure : note de cadrage pour moderniser son SI en PME.
Sur les projets SI en PME, les premières décisions structurantes se débloquent généralement dans les deux à quatre premières semaines. La raison est simple : un tiers externe peut poser des questions qu'une équipe interne ne poserait plus, parce qu'elle s'est habituée à ses propres compromis. Ce n'est pas un effet de magie, c'est un effet de posture. La durée dépend ensuite de la complexité des processus et du nombre de décideurs impliqués.
Un échange de 30 minutes pour identifier ce qui bloque et ce qu'un regard externe peut dénouer sur votre projet.
Prendre rendez-vous