Le fossé entre le code et la clé de 10

On a tous connu ce moment. Celui où, sur le papier, sur mon ordinateur ou au labo, tout fonctionne à merveille et sans soucis.

J’avais passé des semaines avec mes collegues ingénieurs électronique à concevoir l’infrastructure et le micrologiciel pour les traceurs GPS d’une flotte d’entreprise. Tests unitaires, benchmarks de communication, gestion de la latence, puissance des antennes : après un travail acharné, tout était au vert. Nous lançons le déploiement sur trois prototypes distincts (antennes et microcontrôlleurs différents pour comparer les performances).

Les prototypes partent dans un autre département pour être installés par un garage sur trois véhicules sélectionnés. Je me connecte au dashboard, prêt à voir les points se déplacer en temps réel sur la carte.

Rien.

Silence radio. Personne ne sait quel agent utilise quel véhicule. Pour le système, les traceurs n’existent tout simplement pas. Dans ces moments-là, on remet tout en question : le code, le hardware, les serveurs… sa propre compétence. On cherche une erreur complexe, presque mystique, là où elle est peut-être juste absurde.

Le mystère s’est levé quelques semaines plus tard. Un agent, de passage près de nos bureaux, s’arrête pour une pause café. Mes collegues et moi, nous en profitons pour inspecter le véhicule et chercher la cause du dysfonctionnement. C’était un “blind test” total : nous ne savions même pas lequel des trois prototypes était à bord.

Et là, surprise. Le boîtier était simplement posé sur le tableau de bord, l’antenne débranchée et l’alimentation inversée. Le garage n’avait rien respecté. Dès que le boîtier a été câblé correctement, l’antenne positionne positionné et l’ensemble fixé : eurêka. Le signal remontait avec une précision au mètre près.

Pourquoi je vous raconte ça ?

La réponse tiens dans ce garage : un Directeur Technique ne pas se contenter de valider des architectures sur des slides PowerPoint. Son rôle est d’avoir l’expérience nécessaire pour savoir que le maillon faible d’un projet IoT à plusieurs dizaines, voir centaines de milliers d’euros, peut être une cosse mal serrée par un prestataire qui n’a pas ouvert le manuel.

On ne paye pas un expert pour son temps de présence ou son titre. On le paye pour sa capacité à identifier en une heure ce qui bloquerait un projet pendant un mois. Le pragmatisme, c’est ce qui transforme un coût technique en investissement métier sécurisé.