Qui pilote vraiment la transformation digitale en PME et pourquoi la réponse change tout

La question que personne ne pose avant de lancer un projet SI

Quand un projet SI démarre, deux questions occupent toute l'énergie des premières semaines : quel outil choisir, et combien ça va coûter. La question de gouvernance, elle, est rarement posée explicitement. Qui a l'autorité de valider les choix fonctionnels ? Qui peut arbitrer en cas de désaccord entre les utilisateurs ? Qui signe les décisions structurantes sur l'architecture ou le périmètre ?

Ces questions ne sont pas administratives. Elles déterminent la vitesse à laquelle un projet avance et la qualité des décisions prises en cours de route. Un projet sans pilote clair produit des décisions par défaut, prises par le prestataire ou l'intégrateur parce qu'il faut bien avancer, et jamais vraiment validées par l'entreprise.

Un grand groupe de luxe pour lequel nous avons travaillé avait laissé un projet bloqué dix-huit mois, non pas par manque de compétences techniques, mais par absence de décisionnaire unique ayant l'autorité sur les choix d'architecture. Une fois le pilotage clarifié, le projet a été livré en huit mois avec un mois d'avance. Ce n'était pas un problème de ressources : c'était un problème de gouvernance.

Ce qui arrive quand la gouvernance n'est pas clarifiée

Le scénario le plus fréquent : trois interlocuteurs différents donnent des directives contradictoires au prestataire. Le DAF demande à réduire le périmètre pour tenir le budget. La responsable opérations demande à ajouter un module non prévu. Le dirigeant veut que tout soit prêt pour le salon de septembre. Chacun parle au prestataire séparément. Le prestataire essaie de satisfaire les trois et finit par ne satisfaire personne complètement.

Ce n'est pas un problème de prestataire. Un prestataire ne peut pas arbitrer entre la priorité budget et la priorité fonctionnelle à la place de l'entreprise. Il peut formuler les options, quantifier les impacts, recommander une direction. Mais la décision doit appartenir à quelqu'un en interne qui a l'autorité de la prendre pour toute l'organisation.

Les projets qui dérivent le plus sont ceux où cette autorité est floue. Pas absente : chaque interlocuteur pense avoir la légitimité de décider. C'est précisément ce flou qui crée les allers-retours coûteux, les arbitrages non assumés, et les mises en production qui ne correspondent pas à ce que la direction attendait.

Les trois profils de pilote qu'on rencontre en PME

Le dirigeant seul

Dans les PME de moins de trente salariés, le dirigeant pilote souvent directement. C'est cohérent : il a la vision et l'autorité. Le risque est la disponibilité. Quand le dirigeant est le seul à pouvoir valider une décision, chaque arbitrage attend son agenda.Les prestataires ralentissent, les délais glissent, les coûts augmentent. La solution n'est pas de retirer le dirigeant du pilotage, mais de définir avec lui les décisions qu'il délègue et celles qu'il garde.

La responsable ADV ou le DAF de fait

Dans les PME de taille intermédiaire, le pilotage opérationnel atterrit souvent sur la responsable administrative ou le DAF, par proximité avec les processus et par disponibilité. Ces profils ont une excellente connaissance du fonctionnel existant. Leur angle mort : ils manquent rarement de légitimité pour les décisions courantes, mais s'arrêtent court sur les décisions structurantes (modifier un processus qui impacte plusieurs services, changer un mode de validation qui touche à l'organisation). Ces décisions remontent au dirigeant, mais souvent trop tard pour ne pas avoir déjà engagé du développement dans une direction à corriger.

Le chef de projet délégué sans autorité

Le troisième profil est le plus problématique : un chef de projet interne nommé pour le suivi opérationnel, sans mandat clair sur ce qu'il peut décider. Il fait le lien entre le prestataire et les utilisateurs, remonte les problèmes, anime les ateliers. Mais quand une décision structurante doit être prise, il doit valider avec la direction, qui n'a pas toujours le contexte pour décider rapidement. Le projet avance à la vitesse des validations de direction, pas à la vitesse du projet.

« On va voir le dirigeant, on essaye de comprendre sa vision, où est-ce qu'il identifie des briques qui sont le plus en tension. Ensuite, on va voir le métier, on lui fait parler de son quotidien, des processus, des informations, de où est-ce qu'il bloque. »

Ce qu'il faut décider avant le premier atelier

Avant de lancer le premier atelier de cadrage ou de sélection d'outil, trois points de gouvernance méritent d'être formalisés en interne. Le premier : qui est le décisionnaire final sur les choix fonctionnels(périmètre, règles métier, cas d'usage inclus ou exclus) ? Ce rôle ne peut pas être collectif : il appartient à une personne nommée.

Le deuxième : quelle est la fréquence de point entre ce décisionnaire et le prestataire ? Une fois par mois est insuffisant pour un projet en cours de développement. Une fois par semaine, même courte, permet d'arbitrer en temps réel et d'éviter que les décisions par défaut s'accumulent.

Le troisième : quelles décisions doivent remonter à la direction, et lesquelles peuvent être prises par le pilote opérationnel ?Définir cette ligne en amont évite que chaque décision, même mineure, devienne un point d'escalade qui ralentit le projet.

Ce travail de gouvernance est étroitement lié à la question du premier chantier SI à lancer. Notre analyse sur par où commencer pour structurer le SI d'une PME vous aidera à séquencer les priorités une fois la gouvernance clarifiée. Et si vous avez déjà identifié que des décisions sont bloquées dans votre organisation, notre article sur ce qu'un regard extérieur débloque vous donnera une perspective complémentaire.

La prochaine fois que vous lancez un projet SI, ajoutez une question à votre première réunion de cadrage : qui dans cette pièce a l'autorité de valider les choix fonctionnels ? Si la réponse prend plus de trente secondes, commencez par là.