Kurz gesagt
Ich war vierzehn Jahre in der Qualitätssicherung, davon mehrere in der Maßprüfung in der Wasserkraft, bevor ich meine erste ernsthafte Zeile Code geschrieben habe. Heute habe ich allein eine stimmige Suite von Fachsoftware für Zerspanungsbetriebe entwickelt. Das ist keine Programmiererleistung. Es ist eine Leistung des Rahmens.
Die KI hat mir erlaubt, schnell voranzukommen. Aber sich selbst überlassene KI erzeugt Plausibles, nicht Verlässliches, und in der Qualität besteht Plausibles kein Audit. Was das Ergebnis solide gemacht hat, ist die Disziplin, die ihr auferlegt wurde: schriftliche Regeln, strenge Grenzen, eine Prüfung bei jedem Schritt. Hier ist, wie, und vor allem, was das darüber verrät, was sich ein KMU heute leisten kann.
Ich komme aus der Werkstatt, nicht aus der Informatik
Das muss gleich am Anfang stehen, weil es alles andere verändert. Ich bin kein Entwickler, der die Fertigung entdeckt hat. Ich bin ein Qualitätspraktiker, der irgendwann seine eigenen Werkzeuge geschrieben hat.
Vierzehn Jahre lang bestand mein Alltag aus Maßen, Erstmustern, zu dokumentierenden Abweichungen, Prüfberichten für den Auftraggeber. Ich habe Teile geprüft, bei denen sich ein Fehler nicht mehr korrigieren lässt. Ich habe Managementbewertungen erlebt, interne Audits, unterbrochene Rückverfolgbarkeit, die man drei Monate zu spät entdeckt. Ich kenne das tatsächliche Gewicht einer vergessenen Kalibrierung.
Diese Erfahrung ist das Fundament von allem. Eine Qualitätssoftware, entworfen von jemandem, der nie einen Erstmusterprüfbericht von Hand ausgefüllt hat, wird immer eine Software sein, die dem Benötigten ähnelt, ohne ihm je wirklich zu entsprechen. Die Details, die den Unterschied machen (die genaue Reihenfolge der Qualitätskette, was ein Auditor sehen will, was den Zerspaner eine Stunde kostet), erfindet man nicht. Man erlebt sie zuerst.
Ich bin kein Entwickler, der die Fertigung entdeckt hat. Ich bin ein Qualitätspraktiker, der irgendwann seine eigenen Werkzeuge geschrieben hat.
KI allein liefert nichts Verlässliches
Viele Geschäftsführer stellen sich vor, dass man heute „die KI bittet“, eine Software zu bauen, und eine einsatzbereite Anwendung herauskommt. So funktioniert es nicht, und man muss da ehrlich sein.
Generative KI ist bemerkenswert darin, schnell etwas zu erzeugen, das richtig aussieht. Genau das ist auch ihre Gefahr. Sie kennt den Unterschied zwischen „richtig“ und „glaubwürdig“ nicht. Ohne Rahmen erfindet sie an einem Tag eine Datenstruktur, schlägt am nächsten eine andere vor, vermischt zwei Begriffe, die getrennt bleiben müssen, und lässt Sie mit einem Gebilde zurück, das kompiliert, sich gut vorführen lässt und beim ersten echten Fall einstürzt.
In der Qualität ist diese Art von Zerbrechlichkeit ein Ausschlusskriterium. Nehmen wir die Kette, die jeder Qualitätsverantwortliche kennt: Eine Abweichung (§8.7) gehört zu einem Prozess; eine Korrekturmaßnahme (§10.2) gehört zu einer Abweichung; eine Vorbeugungsmaßnahme folgt aus einer Risikoanalyse (§6.1). Diese Verbindungen sind keine Dekoration. Sie sind die eigentliche Logik des Systems. Eine KI, die man ohne klare Grenzen bittet, „mach mir ein Abweichungsmodul“, wird früher oder später eine Korrekturmaßnahme mit einem Risiko statt mit einer Abweichung verknüpfen. Im Moment merkt es niemand. Im Audit kostet es Sie die Zertifizierung.
Das ist der Kern von allem, was ich beim Bau von Asterion gelernt habe: KI ist nur nützlich, wenn man sie an der kurzen Leine hält. Die Fachsoftware ist der Rahmen. Die KI arbeitet darin, nicht an seiner Stelle.
Disziplin vor Geschwindigkeit
Konkret heißt der KI klare Grenzen setzen, ihr dieselben Regeln aufzuerlegen, die man einem sehr schnellen Junior-Mitarbeiter ohne fachliches Urteil auferlegen würde. Man lässt ihn nicht über die Architektur entscheiden. Man gibt ihm schriftliche, nicht verhandelbare Anweisungen und prüft seine Arbeit bei jedem Schritt.
Ich habe deshalb Regeln geschrieben, bevor ich Code geschrieben habe. Einfache Regeln, eingehalten, bei jedem Eingriff neu gelesen. Einige Beispiele dessen, was jede Zeile des Systems bestimmt:
| Auferlegte Regel | Was sie verhindert |
|---|---|
| Jeden Teil der Software in kleine, kurze Stücke zerlegen, nie riesige Blöcke | Das unbeherrschbare Durcheinander, in dem niemand mehr versteht, was passiert, oder wie man es korrigiert |
| Jede Information benennen und prüfen, ohne je Ungefähres zu dulden | Die stillen Fehler, die die Vorführung bestehen und im Echtbetrieb versagen |
| Automatische Kontrolle vor und nach jeder Änderung | Dass man eine Sache repariert und dabei unbemerkt eine andere kaputt macht |
| Eine fachliche Information einmal erfassen, nie von einer Anwendung in die andere abschreiben | Doppelerfassung und Widersprüche zwischen Modulen |
| Dokumentation gleichzeitig mit der Software aktualisieren | Das Auseinanderdriften zwischen dem, was die Software tut, und dem, was man glaubt, dass sie tut |
Diese Regeln machen die Arbeit kurzfristig nicht schneller. Sie machen sie langsamer, mit Absicht. Das ist der Punkt, den ich Geschäftsführern vermitteln will: Der Wert liegt nicht in der Geschwindigkeit der KI, sondern in der Strenge dessen, was sie umgibt. Eine schnelle KI in einem disziplinierten Rahmen erzeugt solide Software. Eine schnelle KI ohne Rahmen erzeugt Schulden, die man später bezahlt, oft im schlechtesten Moment.
Bei jedem Eingriff wiederholt sich dieselbe Mechanik: das Bestehende lesen und verstehen, bevor man es anfasst, eine minimale und gezielte Änderung vornehmen, prüfen, dass sich nichts anderes bewegt hat, zusammenfassen, was getan wurde. Das ist nicht glamourös. Es ist genau die Disziplin, die man von einem guten QM-System erwartet: nachvollziehbar, überprüfbar, ohne Grauzonen.
Es gibt einen berechtigten Einwand, den sich ein Geschäftsführer bei einem Werkzeug stellt, das eine einzige Person gebaut hat: „Und wenn diese Person verschwindet, was wird dann aus meiner Software?“ Genau dafür dient all diese Strenge. Eine Software, deren Teile kurz, klar benannt, laufend dokumentiert und von schriftlichen Verfahren gesteuert sind, ist kein geheimnisvolles Objekt in einem einzigen Kopf. Sie ist lesbar, auffindbar, übernehmbar. Dieselbe Anforderung an Rückverfolgbarkeit, die man an eine Qualitätsakte stellt (dass jeder wiederfinden kann, was, warum und wie), gilt für die Software selbst. Das lässt ein Werkzeug über seinen Autor hinaus weiterleben: eine dokumentierte Struktur, die es anderen erlaubt, zu übernehmen. Für einen Käufer ist das eine Garantie für Dauerhaftigkeit, keine Wette auf eine Einzelperson.
Ein stimmiges Ökosystem, kein Haufen Werkzeuge
Das Ergebnis dieser Disziplin ist etwas, das man nicht zufällig baut: eine Suite von Anwendungen, die wirklich miteinander sprechen.
Jede Anwendung deckt einen echten Fachbereich des Betriebs ab: die Maßprüfung, das Qualitätsmanagement, die Prüfmittelverwaltung, die Planung. Wichtig ist, dass sie eine einzige Identität teilen, eine einzige Wahrheitsquelle für die Stammdaten, eine einzige Denkweise. Ein einmal erfasster Arbeitsauftrag geht von einem Bereich zum anderen, ohne neu eingegeben zu werden. Eine bei der Prüfung entdeckte Abweichung speist das QM-System. Ein in der Prüfmittelverwaltung geführtes Messmittel wird bei der Prüfung an der richtigen Stelle vorgeschlagen.
Diese Stimmigkeit ist nur möglich, weil ein einziger Rahmen das Ganze steuert. Dieselben Strukturregeln, dieselbe Anforderung an Rückverfolgbarkeit, dieselbe Konformität. Für uns heißt das: Daten werden in Kanada gehostet und verarbeitet, eine Architekturentscheidung ab der ersten Zeile, keine nachträglich angehängte Korrektur. Datensouveränität ist für mich kein Angstargument. Es ist eine Frage der Kontrolle und des Eigentums: Die Zeichnungen Ihrer Kunden, die Historie Ihrer Abweichungen sind Ihre Werte. Sie müssen unter Ihrer Kontrolle bleiben, und das entscheidet sich früh, in der Architektur.
Eine Sammlung getrennt zusammengebastelter Werkzeuge hätte diese Stimmigkeit nie gehalten. Erst die Disziplin, die jedem Baustein auferlegt wird, macht aus dem Ganzen ein System und keinen Stapel.
80 % für die Maschine, 20 % für den Menschen, und nie umgekehrt
Ihr Bestes gibt klar eingegrenzte KI bei der Wiederholungsarbeit. Maße aus einer Zeichnung erfassen, Dokumente mit Anforderungen vergleichen, einen Vorgang vorbereiten, eine nahende Frist melden: Bei diesen Aufgaben erledigt die Maschine, gut geführt, den Großteil der Arbeit. Sie bereitet vor.
Aber sie unterschreibt nicht. Die Freigabe eines Produkts (§8.6), der Abschluss einer Korrekturmaßnahme, die Entscheidung, für die das Unternehmen haftet: Das bleibt zu 100 % in den Händen eines qualifizierten Menschen. Eine gut konzipierte Software versucht nicht, das Urteil zu automatisieren. Sie stärkt es. Sie stellt die Information klar dar, hebt hervor, was fehlt oder nicht stimmt, schlägt vor und lässt die kompetente Person entscheiden.
Diese Grenze ist keine technische Einschränkung, die man eines Tages aufhebt. Sie ist ein Grundsatz. Verantwortung lässt sich nicht automatisieren. Ein System, das das Gegenteil behauptet, belügt seinen Anwender und lässt ihn am Audittag allein. Die KI, die gut vorbereitet, und der Mensch, der entscheidet: Das ist die richtige Teilung, und der Rahmen muss sie schützen.
Was das für ein KMU bedeutet
Hier ist der Teil, der jeden Geschäftsführer interessieren sollte, über meinen Werdegang hinaus.
Noch vor wenigen Jahren erforderte die Entwicklung einer stimmigen Software-Suite für ein bestimmtes Fachgebiet ein Team, ein Budget, Monate, oft Jahre. Das war den Großen vorbehalten. Ein Fertigungs-KMU hatte nur zwei Möglichkeiten: viel Geld für eine generische Suite zahlen, die es nur zur Hälfte nutzen würde, oder mit seinen Excel-Dateien und Ordnern leben.
Meine Erfahrung zeigt, dass es heute einen dritten Weg gibt. Ein Mensch, der sein Handwerk wirklich kennt, kann, wenn er die KI einzurahmen weiß, statt ihr blind zu vertrauen, in wenigen Monaten Werkzeuge entwerfen, die genau auf sein Terrain zugeschnitten sind. Die KI erledigt die Arbeit nicht an seiner Stelle, aber sie verkürzt den Abstand zwischen „wissen, was man braucht“ und „es bauen“ enorm.
Die Kompetenz, die zählt, ist nicht mehr das Programmieren. Es ist zu wissen, was man bauen soll, und die Disziplin zu haben, die KI auf Kurs zu halten, während sie beim Bauen hilft. Mit anderen Worten: Die Fachexpertise rückt wieder an die erste Stelle. Wer das Maß, die Abweichung, die Kalibrierung und die Managementbewertung kennt, hat heute die Mittel, dieses Wissen in ein Werkzeug zu verwandeln, ohne Informatiker zu werden.
Für ein KMU ist die Lehre direkt. Die Frage lautet nicht mehr „Können wir uns eine Software nach Maß leisten?“. Sie lautet: „Kennen wir unser eigenes Handwerk genau genug, um zu sagen, was wir wirklich brauchen?“ Und für einen Anbieter lautet die Frage: Kommt er aus Ihrer Welt, oder betrachtet er sie aus der Ferne?
Zum Schluss: der Rahmen, mehr als das Werkzeug
Wenn ich diesen Blick hinter die Kulissen in einem Satz zusammenfassen müsste, dann so: Nicht die KI hat diese Software gebaut, sondern die Disziplin um sie herum. Die KI war ein starker Beschleuniger. Der Rahmen (die Regeln, die Prüfung, die Anforderung an Rückverfolgbarkeit, die Weigerung, das Urteil zu automatisieren) hat das Ergebnis einer Umgebung würdig gemacht, in der man für Fehler bezahlt.
Das wirft Fragen auf, die ich interessanter finde als die Antworten. Wenn Fachexpertise zur knappen Ressource wird und das Werkzeug erreichbar, wie sieht dann eine gute Qualitätssoftware aus, die von denen entworfen wird, die das Handwerk leben, statt von denen, die es beschreiben? Wie viele Betriebe tragen in den Köpfen ihrer besten Leute Werkzeuge, die nur darauf warten, zu entstehen? Und wie weit vertraut man einer Maschine, die hervorragend vorbereitet, solange ein Mensch die Kontrolle über das behält, wofür er einsteht?
Ich habe nicht alle Antworten. Aber eines weiß ich, weil ich es gebaut habe: Von einer strukturierten Fachsoftware klar eingegrenzte KI ersetzt den Qualitätsprofi nicht. Sie gibt ihm endlich den Platz zurück, der ihm zusteht.
Die in diesem Artikel beschriebenen Grundsätze haben die Entwicklung von Asterion Solutions geleitet, einer Suite von Fachsoftware für Fertigungs-KMU, die ihre Qualität strukturieren wollen, ohne den Verwaltungsaufwand zu vervielfachen.