Die Kluft zwischen dem Code und dem 10er-Schlüssel

Wir alle kennen diesen Moment. Den, in dem auf dem Papier, am eigenen Rechner oder im Labor alles wunderbar und reibungslos funktioniert.

Ich hatte Wochen mit meinen Kollegen aus der Elektronikentwicklung verbracht, um die Infrastruktur und die Firmware für GPS-Tracker einer Tochtergesellschaft zu entwerfen. Unit-Tests, Kommunikations-Benchmarks, Latenzmanagement, Antennenleistung: Am Ende der Arbeit stand alles auf Grün. Wir starteten den Rollout mit drei verschiedenen Prototypen (unterschiedliche Antennen und Mikrocontroller, um die Performance zu vergleichen).

Die Prototypen wurden zur Installation durch eine Werkstatt in ein anderes französisches Departement geschickt. Ich loggte mich im Dashboard der Management-Software ein, bereit, die Punkte in Echtzeit auf der Karte wandern zu sehen.

Nichts.

Funkstille. Und wer welches Fahrzeug nutzte – niemand konnte es beantworten. Für mein System existierten die Tracker schlichtweg nicht. In solchen Momenten stellt man alles infrage: den Code, die Hardware, die Server… sein ganzes Leben. Man sucht nach dem komplexen, fast mystischen Fehler, wo er vielleicht einfach nur absurd ist.

Das Rätsel löste sich einige Wochen später, als ein Mitarbeiter in der Nähe unseres Büros war und eine Kaffeepause einlegte. Meine Kollegen und ich nutzten die Gelegenheit, um die Ursache der Fehlfunktion bei einem der Prototypen zu suchen. Es war ein totaler “Blindtest”: Wir wussten nicht einmal, welcher der drei Tracker verbaut war.

Und da – die Überraschung. Das Gehäuse lag lose auf dem Armaturenbrett, die Antenne war nicht eingesteckt und die Stromversorgung verpolt. Die Werkstatt hatte absolut nichts beachtet.

In dem Moment, als das Gehäuse korrekt verkabelt, die Antenne positioniert und alles fixiert war - Heureka - kam ein Signal mit metergenauer Präzision rein.

Warum erzähle ich Ihnen das?

Die Antwort liegt in dieser Werkstatt: Ein Technischer Leiter (CTO) ist nicht nur derjenige, der Architekturen auf PowerPoint-Slides abnickt. Es geht darum, die nötige Erfahrung zu haben, um zu wissen, dass das schwächste Glied eines IoT-Projekts im Wert von Zehntausenden oder gar Hunderttausenden Euro ein schlecht angezogener Kabelschuh eines Subunternehmers sein kann, der das Handbuch nicht gelesen hat.

Man bezahlt einen Experten nicht für seine reine Anwesenheitszeit oder seinen Titel. Man bezahlt ihn für seine Fähigkeit, in einer Stunde das zu identifizieren, was ein Projekt einen Monat lang blockieren würde. Pragmatismus ist das, was technische Kosten in eine echte geschäftliche Investition verwandelt.