Signes d'un projet de numérisation voué à s'arrêter

Il y a une réunion qui me revient parfois en tête, et pas parce qu’elle aurait été particulièrement dramatique. Au contraire, elle s’était très bien passée. Slides soignées, bons mots, ce ton « cette fois on s’y met sérieusement ». On parlait de transformation, d’efficacité opérationnelle, d’avenir.

Tout le monde acquiesçait. Le budget avait été approuvé.

Trois mois plus tard, plus aucune trace de ce projet.

Ce n’est pas une histoire rare. 84 % des PME italiennes constatent des difficultés dans la réalisation des projets numériques, et 15,8 % déclarent un échec complet. Au niveau global, la musique est similaire : environ 84 % des initiatives de transformation numérique n’atteignent pas les résultats attendus, souvent pour des raisons qui n’ont pas grand-chose à voir avec la technologie.

Mais le point n’est pas seulement que des projets ratent. C’est que certains projets naissent déjà morts. Les signes sont là dès le début, mais ils sont discrets, presque polis. Et si vous ne savez pas où regarder, vous les prenez pour de la complexité normale.

Le sponsor qui « soutient de loin »

Le premier signe est celui qui semble le moins grave. Sur le papier, le projet a un sponsor important : patron, directeur général, quelqu’un qui « met sa tête en jeu ».

Sauf que cette tête, on ne la voit jamais.

Le sponsor délègue, envoie un mail d’endorsement, ouvre peut-être le kick-off avec cinq minutes de discours motivationnel. Et ensuite il disparaît des réunions opérationnelles, celles où l’on débloque les vrais nœuds. Le résultat est assez prévisible : dès la première résistance interne, c’est la résistance qui gagne. Pas parce qu’elle est plus forte, parce qu’elle est plus patiente.

Dans beaucoup de PME, la résistance n’est même pas de la mauvaise volonté. C’est la routine, l’urgence, « d’abord on clôture le mois », « on en parle après le salon », « là on ne peut pas arrêter le magasin ». Si le sponsor n’est pas présent quand il faut choisir, le message implicite est simple :

Ce projet peut attendre.

Et les choses qui peuvent attendre, attendent pour toujours.

Ce n’est pas qu’une impression. 56 % des projets de transformation numérique ne reçoivent pas de soutien réel de la part du leadership senior.

Des objectifs écrits au copier-coller

« Améliorer l’efficacité ». « Optimiser les processus ». « Augmenter la compétitivité numérique ».

Quand je lis ce genre d’objectifs, un doute me prend toujours : décrivent-ils quelque chose qu’ils veulent vraiment faire, ou cherchent-ils juste une phrase qui sonne bien dans un document ?

Le problème n’est pas qu’ils soient faux. C’est qu’ils ne sont pas vérifiables. Ils ne vous aident pas à comprendre, dans six mois, si le projet a marché ou pas. Et surtout ils ne vous aident pas à décider quoi faire demain matin.

Une phrase comme « réduire les délais de traitement des commandes de 30 % en six mois » change tout. Elle vous oblige à choisir un périmètre, à trouver une donnée de départ, à comprendre où intervenir. « Numériser les processus de l’entreprise », au contraire, c’est une nébuleuse. Tout y entre, et donc rien n’y entre.

Pas étonnant que 64 % des projets de numérisation démarrent sans roadmap claire. La cause principale est peut-être justement cette difficulté à traduire des ambitions génériques en objectifs mesurables.

Et puis il y a un effet collatéral un peu toxique : le flou rend facile de déclarer le succès sans avoir fait grand-chose. Il suffit de bien le raconter.

Personne ne sait qui décide

Ce signe est sournois, parce qu’au début il ressemble à de la collaboration. Beaucoup de personnes impliquées, beaucoup de services invités, beaucoup d’avis recueillis.

Puis, quand arrive une vraie décision, personne ne sait qui a le dernier mot.

Qui approuve les choix technologiques ? Qui résout les conflits entre commercial et opérations ? Qui décide d’accepter un changement de scope proposé par le fournisseur ? Qui dit « ok, on fait comme ça » quand deux alternatives sont également inconfortables ?

S’il n’y a pas de réponse claire, il se passe une chose que j’ai vue se répéter souvent : les décisions ne sont pas niées, elles sont reportées. Elles se transforment en boucles d’e-mails, en réunions qui se terminent par « on se recale », en documents partagés pleins de commentaires.

Et le projet ne s’effondre pas en fanfare. Il se dissout. Petit à petit.

Là aussi, la littérature est moins romantique qu’on ne voudrait : une gouvernance efficace exige un référent interne capable de coordonner les choix technologiques, les rapports avec les fournisseurs et le suivi des résultats. Sans, le projet reste sans direction.

Le stack choisi par le fournisseur

C’est celui-là qui me met le plus mal à l’aise, peut-être parce que c’est le plus difficile à reconnaître quand on est dedans.

Le fournisseur arrive avec une solution déjà prête. C’est peut-être même une bonne solution, dans son contexte. Mais il la propose comme réponse naturelle aux problèmes de l’entreprise, et l’entreprise accepte parce qu’elle n’a pas fait d’analyse réelle des besoins.

Parfois c’est par hâte. Parfois parce que « eux ils en font depuis des années, ils sauront ». Parfois parce que personne en interne n’a la compétence ou le temps de remettre la proposition en question.

Le résultat tend toujours au même : on achète une technologie coûteuse qui ne s’adapte pas aux processus existants, ou qui les bouleverse d’une manière que l’organisation n’est pas prête à absorber.

La séquence correcte serait banale, et pourtant rarissime : d’abord vous comprenez ce que vous voulez résoudre, puis vous choisissez la technologie.

Quand le stack a déjà été décidé avant la première réunion stratégique, quelque chose ne va pas.

Des KPI qu’on ne peut pas mesurer

Le dernier signe arrive souvent quand on a déjà dépensé du temps, de l’énergie, de la réputation.

On définit les KPI. Tout le monde est content parce que « au moins on mesure ». Sauf que personne ne s’est posé une question très simple : les données pour les mesurer existent-elles ?

« Amélioration de la satisfaction client » n’est un KPI que si vous avez un moyen consistant de mesurer la satisfaction avant et après. « Réduction des coûts opérationnels » ne marche que si vous savez quels coûts vous regardez, et si vous les tracez proprement.

Quand les KPI sont définis pour rassurer celui qui approuve le budget, et non pour guider le projet, ils deviennent des nombres élastiques. Et si un nombre s’interprète de mille façons, il ne dira jamais clairement que le projet est en train d’échouer.

Sur le sujet, un point intéressant : parfois, mesurer devient une espèce de théâtre, une pratique qui paraît sérieuse mais qui ne change pas les décisions.

Le PO : la figure que personne n’a appelée

Si vous y pensez, ces cinq signes ont quelque chose en commun. Ce ne sont pas des problèmes techniques. Ce sont des problèmes de clarté, de responsabilité, de communication.

Et il y a une figure qui, au moins en théorie, naît justement pour gouverner ce genre de chaos : le product owner.

Dans une PME, souvent personne n’a le temps de faire la partie « ennuyeuse » du projet. Celle des questions répétées, des définitions, des frontières, des priorités. Et c’est pourtant là que se décide si un projet démarre vraiment.

Un PO n’accepte pas « améliorer l’efficacité » comme réponse. Il insiste, peut-être même trop. Quel processus ? Quelle métrique ? De quand à quand ? Qui y met les mains ? Qu’est-ce qui change pour les gens qui font aujourd’hui ce travail d’une certaine façon ?

Sur le sujet du sponsor faible, le PO ne peut pas remplacer le leadership, ce serait naïf de le penser. Mais il peut le rendre plus efficace. Il peut préparer des décisions qui obligent le sponsor à choisir entre des options concrètes, plutôt que d’acquiescer devant des présentations vagues. En pratique il réduit la friction cognitive de celui qui devrait piloter et qui souvent ne sait pas par où commencer.

Côté gouvernance, le PO apporte de la structure presque par définition. Il gère les priorités, explicite ce qui est dedans et ce qui est dehors, garde la trace des engagements. Il n’élimine pas la politique interne, mais la rend visible, et déjà ça change parfois la donne.

Et sur le sujet des fournisseurs, c’est peut-être la fonction la plus précieuse. Le PO se met face au fournisseur non comme un client naïf, mais comme un interlocuteur qui comprend ce qu’il achète. Il sait distinguer une proposition construite autour des besoins de l’entreprise d’une proposition construite autour du catalogue du fournisseur.

Je me demande si le vrai problème n’est pas que dans les PME italiennes cette figure soit encore perçue comme un luxe, quelque chose de réservé aux grandes entreprises ou aux startups financées. J’ai l’impression inverse. Là où les ressources sont limitées et où les erreurs coûtent cher, avoir quelqu’un qui pose les bonnes questions au début vaut autant que ne pas jeter six mois sur un projet qui, au fond, ne serait de toute façon pas parti.

Et la question la plus utile, avant même de choisir un logiciel, est peut-être celle-ci : qui prend la responsabilité de rendre le projet réel, jour après jour ? S’il n’y a pas de réponse qui sonne crédible, peut-être vaut-il mieux s’arrêter là. Pas par cynisme, par respect du temps de tous.