Amadeus Lederle

Der Satz klingt selbstverständlich und wird trotzdem selten ernst genommen. Die meisten Technologieentscheidungen werden über Technologie geführt — Architektur, Plattform, Modell, Anbieter — und entschieden wird an einer anderen Stelle: an Prozessen, Zuständigkeiten, Anreizen und daran, wer am Ende für einen Fehler geradesteht.

Technologie ist deshalb kein Bestand an Produkten, den ein Unternehmen besitzt, sondern näher an seinem Betriebssystem. Sie verändert nicht nur, womit gearbeitet wird, sondern wie entschieden wird, wo Qualität entsteht, welche Fehler teuer sind und welche Arbeit überhaupt noch anfällt.

Was passiert eigentlich, wenn ein billig gebautes Werkzeug für einen teuren Prozess verantwortlich wird?

Das ist die Frage, an der sich mein Interesse an KI und Automatisierung entzündet — und der Grund, warum ich sie nicht als Werkzeugthema behandle. Die Herstellung von Software wird billiger. Die Verantwortung dafür nicht.

Daraus folgt ausdrücklich nicht, dass Software an Wert verliert. Systeme, an denen eine Produktion, eine Freigabe oder ein Rückruf hängt, werden eher wertvoller, je leichter sich Beliebiges herstellen lässt: knapp ist nicht der Code, sondern die eingeführte Basis, die Prozessintegration, die Betriebshistorie — und jemand, der dafür einsteht.

Ein großer Teil der öffentlichen Technologiemeinung entsteht in Umgebungen, in denen Irrtum billig ist. Eine misslungene Demonstration ist unangenehm. Eine falsche Prüfentscheidung geht an den Kunden, eine ausgefallene Werkerführung steht in der Schicht, und eine lückenhafte Rückverfolgbarkeit merkt man erst, wenn sie gebraucht wird.

Industrielle und unternehmenskritische Umgebungen erzwingen deshalb eine eigene Disziplin. Systeme laufen Jahre statt Quartale. Sie werden von Menschen benutzt, die sie nicht ausgesucht haben und ihnen nicht ausweichen können. Sie hängen an physischen Prozessen mit eigenen Toleranzen und an Organisationen, in denen der Behelf oft der eigentliche Prozess ist.

Meine Arbeitsgebiete kommen aus dieser Welt: Fertigungs- und Qualitätssoftware, Werkerführung, Rückverfolgbarkeit, Audit Trails, Prozessdaten, Ablösung von Altsystemen, Automatisierung, Softwarearchitektur, Cybersicherheit — und die Frage, was davon eine Organisation überhaupt betreiben kann.

Das ist der Unterschied, auf den es mir ankommt. Nicht, dass ich Technologie beurteilen könnte, weil ich sie gebaut habe, sondern weil ich erlebt habe, wie sie sich benimmt, wenn jemand von ihr abhängt.

1. Software

   Entwicklung, Lizenzierung, Support. Der Ort, an dem man lernt, wie Systeme wirklich gebaut sind — im Unterschied dazu, wie sie beschrieben werden.

2. Produkt und Kunde

   Produktverantwortung, After-Sales, Kundenbetreuung. Der Ort, an dem man erfährt, wofür ein System tatsächlich benutzt wird.

3. Qualität und Betrieb

   Qualitätsmanagement, Support, Serviceprozesse, operative Verantwortung. Der Ort, an dem sichtbar wird, was Entscheidungen kosten, nachdem sie getroffen sind.

4. Technologieführung

   CTO: Architektur, Portfolio, Migrationswege, Aufbau einer Organisation, technische Prüfung im M&A-Kontext. Der Ort, an dem technische Fragen Investitionsfragen werden.

5. Übersetzung

   Chief Technology Evangelist: Technologievision, Positionierung des Portfolios, Kommunikation nach innen und außen. Der Ort, an dem Technologie erklärt werden muss, um zu wirken.