Arrête de financer le bruit

Tu as déjà entendu (ou dit) la phrase: « On est en retard en technologie. »

Parfois c’est vrai. Systèmes instables, sécurité fragile, outils qui bloquent la vente… Alors là, oui, tu as un problème de fond.

Mais souvent, ce n’est pas un retard. C’est un backlog qui a pris le contrôle. Des tickets, des « petites améliorations », des projets qui trainent depuis deux ans… et un budget qui part là-dedans pendant que les vrais leviers attendent.

Le diagnostic confortable, c’est « on modernise ». Le diagnostic utile, c’est « on finance du bruit ».

Ce n’est pas un retard. C’est un symptôme

Le retard techno, dans le langage d’une PME, veut souvent dire une de ces trois choses:

1. On n’aime plus nos outils (friction, plaintes, « c’est laid / lent / vieux »).
2. On a peur de manquer quelque chose (le voisin a un nouveau CRM, un nouvel ERP, « de l’IA »).
3. On n’arrive plus à livrer (les demandes s’empilent, les délais s’allongent, personne ne sait quoi couper).

Seule la troisième mérite vraiment le mot « retard » — et encore: si tu ne livres pas, ce n’est pas toujours parce que la techno est vieille. C’est souvent parce que tout est prioritaire, donc rien ne l’est.

Un responsable informatique compétent peut faire un excellent travail… dans un backlog pourri. Le problème n’est pas toujours la compétence. C’est la file d’attente.

À quoi ressemble le bruit

Le bruit, ce n’est pas « le travail informatique ». C’est le travail qui consomme du temps et de l’argent sans décision business claire.

Exemples concrets, version PME:

• Tickets cosmétiques. Changer une couleur, un libellé, un rapport « parce que ça me tente ». Utile parfois. Rarement urgent. Souvent interminable.
• Refontes sans ROI. « On devrait migrer », « on devrait tout refaire ». Peut-être. Mais si tu ne sais pas quel résultat d’affaires ça débloque (vente plus vite, moins d’erreurs, moins de risque, moins de dépendance à une personne), tu finances une préférence esthétique ou technique — pas une stratégie.
• Projets zombie. Lancés il y a 18 mois, jamais tués, jamais finis. Ils mangent des stand-ups, des suivis, de l’attention. Personne ne les défend vraiment… mais personne ne les enterre non plus.
• Le « pendant qu’on y est ». Le pire multiplicateur. Un correctif de deux jours devient un chantier de six semaines parce qu’on en a profité pour « améliorer » trois trucs autour.

Le bruit a une caractéristique: il se défend mal quand tu poses une question simple. « Qu’est-ce que ça change pour le client, le cash ou le risque ? Ce trimestre? » Si la réponse est floue, tu tiens probablement du bruit.

Le filtre go / no-go pour le prochain trimestre

Avant d’approuver le prochain lot de travail, passe chaque grosse demande dans ce filtre. Quatre questions. Réponses courtes. Pas de PowerPoint.

1. Quel résultat d’affaires ça produit?
Pas « moderniser ». Pas « aligner le stack ». Un résultat: réduire le délai de soumission, couper les erreurs de facturation, sécuriser un accès critique, sortir un rapport que tu utilises vraiment pour décider.

2. Qu’est-ce qui se passe si on ne le fait pas pendant 90 jours?
Si la réponse est « un peu de frustration » → bruit ou confort. Si la réponse est « on perd des ventes / on prend un risque réel / on dépend d’une seule personne qui part à la retraite » → candidat sérieux.

3. Est-ce qu’on coupe autre chose pour le faire?
Si tu ajoutes sans couper, tu ne priorises pas: tu empiles. Un go sans no-go, c’est du bruit déguisé en roadmap.

4. Qui porte le succès côté business?
S’il n’y a pas de sponsor métier (ventes, ops, finance, direction), c’est souvent un projet « pour l’informatique ». Les projets sans propriétaire business deviennent des zombies.

Règle simple pour le trimestre: trois chantiers maximum qui passent le filtre. Le reste attend, ou meurt. Oui, ça va fâcher du monde. C’est le prix d’un backlog qui avance.

Ce que tu finances à la place

Arrêter le bruit ne veut pas dire arrêter d’investir. Ça veut dire choisir où l’argent et l’attention vont vraiment.

En pratique, chez la plupart des PME, les bons usages du budget informatique ressemblent à ça:

• Stabilité et risque. Sauvegardes qui marchent, accès contrôlés, correctifs de sécurité, moins de dépendance à un héros interne. Pas glamour. Essentiel.
• Friction qui coûte cher chaque semaine. Le processus que tout le monde contourne avec Excel, la saisie en double, le délai qui fait perdre des soumissions. Là, un correctif ciblé bat une « transformation » vague.
• Capacité à livrer. Clarifier qui décide, limiter le WIP (le travail en cours), tuer les zombies. Parfois le meilleur investissement n’est pas un nouvel outil: c’est une règle de priorisation tenue par la direction.

Tu n’as pas besoin d’un programme de modernisation de 40 pages. Tu as besoin d’une liste courte, défendable, et d’un non ferme au reste.

Ta prochaine conversation avec le responsable informatique

Inutile d’arriver avec « on est en retard » — ça met tout le monde sur la défensive et ça ne tranche rien.

Arrive avec ça:

1. « Montre-moi les cinq items qui consomment le plus de temps ce mois-ci. »
   Tu cherches le bruit, pas un verdict sur la compétence de l’équipe.
2. « Lesquels passent le filtre résultat / 90 jours / on coupe quoi / sponsor business? »
   Tu transformes une liste technique en décisions de direction.
3. « Qu’est-ce qu’on enterre officiellement ce trimestre? »
   Si tu ne tues rien, tu n’as pas priorisé. Tu as juste été poli.

Tu vas peut-être découvrir que ton équipe informatique n’est pas « en retard ». Elle est noyée. Et que le levier, ce n’est pas un nouvel outil. C’est d’arrêter de financer le bruit.