Costdown für Ingenieure

Ein Ingenieur verbringt Wochen mit Ausprobieren, um die Zykluszeit eines Prozessschritts zu verkürzen — messen, analysieren, Materialien testen, die Vorrichtung anpassen, Qualität bestätigen, die Einsparung neu berechnen. Das erfordert echtes Verständnis von Maschine, Material und realen Betriebsbedingungen — nicht etwas, das an einem Nachmittag erledigt ist. Das Ergebnis wird in einer Besprechung vorgestellt, in einen internen Bericht geschrieben und landet dann auf dem gemeinsamen Laufwerk der Technikabteilung. Sechs Monate später, nach den genauen Details gefragt, muss selbst der Verfasser des Berichts die Datei wieder herauskramen, um sich genau zu erinnern. Lassen Sie nicht zu, dass das, was Sie gelöst haben, in einer Excel-Datei stecken bleibt — das ist der ganze Grund, warum diese Seite existiert.

Ein fertiger Bericht bedeutet nicht, dass die Erfahrung bewahrt wurde

Ein Bericht hält die Zahlen meist sehr klar fest: vorher 55 Sekunden, nachher 41 Sekunden, Einsparung pro Stück. Für denjenigen, der ihn geschrieben hat, ist das klar genug. Aber ein anderer Ingenieur, der ihn Jahre später liest, kennt meist nicht den Teil, der wichtiger ist als die Zahl: warum der alte Weg langsam war, welcher Teil der Vorrichtung geändert wurde, wie die Produktionsbedingungen damals waren, warum die Lösung funktioniert hat, ob während der Tests Qualitätsprobleme auftraten, und ob sie sich auf ein anderes Produkt übertragen lässt. Ein Bericht bewahrt die endgültige Zahl, aber meist nicht die Begründung dahinter — und genau diese Begründung hilft jemand anderem zu wissen, ob es sich lohnt, etwas Ähnliches zu versuchen.

Costdown verlangt von Ingenieuren nicht, zu Content-Autoren zu werden

Diese Grenze muss klar benannt werden, denn sie wird leicht missverstanden. Costdown verlangt von Ingenieuren keinen langen Text, kein Wissen darüber, wie man ansprechend schreibt, keine vollständig erzählte Geschichte. Was tatsächlich zu tun ist, ist viel enger und liegt nahe an der Arbeit, die sie ohnehin schon machen: festhalten, was das Problem war, was sich geändert hat, wie die Bedingungen vorher und nachher waren, welches Ergebnis gemessen wurde, und die Grenzen der Anwendbarkeit — genau das, was ein guter technischer Bericht ohnehin haben müsste, nur eben in einer Struktur festgehalten, die es jemand anderem erlaubt, es wiederzufinden.

Sie müssen nicht selbst die gesamte Formatierung und Kategorisierung übernehmen

Ein echtes Hindernis beim Dokumentieren von Erfahrung ist, dass Ingenieuren nach dem technischen Aufwand keine Zeit mehr für Formatierung, Benennung und Kategorisierung eines Projekts bleibt. Costdown legt diese Last nicht noch obendrauf: Prozessschritt, Maschine und Material haben bereits Standardcodes zur Auswahl, statt sich selbst eine Beschreibung und Benennung ausdenken zu müssen; der Aufwand, den ein Ingenieur tatsächlich betreiben muss, betrifft nur den Kerninhalt — Problem, Änderung, Ergebnis. Der Rest ist eine bereits vorhandene Struktur zum Ausfüllen, kein weißes Blatt bei jeder Dokumentation.

Eine strukturierte Verbesserung gehört nicht mehr nur einer einzigen Besprechung

Angenommen, ein Ingenieur verkürzt die Bearbeitungszeit eines Teils, indem er die Reihenfolge der Schneidschritte ändert. Steht das nur in einem internen Bericht, bleibt der Wert davon genau bei diesem Prozessschritt, diesem Werk, diesem Moment, in dem es gemacht wurde. Wird es strukturiert dokumentiert, wird daraus etwas:

Auffindbares — ein anderer Ingenieur, in einem anderen Werk, der genau auf dieses Problem bei Prozess oder Material stößt, kann es finden, statt allein von vorne herumzutasten.
Erlernbares — die Struktur der Lösung wird sichtbar, nicht nur ein Endergebnis, dessen Herkunft unklar bleibt.
Anpassbares — wer es findet, kopiert es nicht unverändert, sondern passt es an eigene Maschine, Material und Produktionsgröße an und misst dann das eigene Ergebnis.
Rückführung ins System — das neue Ergebnis wird zu einem weiteren Fall, bleibt dort für den Nächsten, und der ursprüngliche Ingenieur wird weiterhin als Schöpfer dieses Ausgangspunkts geführt.

Ingenieure geben nicht nur — sie erhalten auch

Erfahrung bei Costdown zu dokumentieren ist keine Einbahnstraße, bei der der Ingenieur nur beiträgt und nichts zurückbekommt. Während ein Ingenieur festhält, wie er einmal Kosten an einem Prozessschritt gesenkt hat, steht er gleichzeitig vor der Chance, zu finden, wie jemand anderes ein anderes Problem gelöst hat, mit dem er gerade selbst zu tun hat. Wer heute einen Fall über eine verbesserte Vorrichtung beiträgt, ist vielleicht derjenige, der nächste Woche einen Fall zur Reduzierung von Materialverschwendung findet — genau für das Problem, das er lösen muss. Niemand bleibt nur auf einer Seite dieses Kreislaufs.

Geheimnisse müssen nicht geteilt werden, um Erfahrung zu teilen

Ein Ingenieur kann Prinzip und Ergebnis einer Verbesserung teilen, ohne detaillierte Zeichnungen, vollständige Kostennormen, ausgehandelte Lieferantenpreise oder Kundeninformationen preiszugeben. „Materialverschwendung durch geänderte Anordnung der Zuschnitte reduziert“ zu schreiben, reicht aus, damit jemand anderes das Prinzip lernt, ohne die gesamte Zeichnung oder den Materialkaufvertrag beizufügen. Zu teilen ist das Wissen, das ausreicht, damit jemand anderes versteht und bewerten kann — nicht alle internen Daten dahinter.

Ein Fall muss nicht perfekt sein, um Wert zu haben

Nicht jeder Ansatz ist erfolgreich, und das macht ihn nicht wertlos. Ein Ansatz, der ausprobiert wurde, aber nicht das erwartete Ergebnis brachte — nicht wirksam bei einem bestimmten Produktionsvolumen, oder die Investition hat sich nicht amortisiert — bleibt eine dokumentationswürdige Information. Sie hilft einem anderen Ingenieur, der unter ähnlichen Bedingungen genau diese Richtung erwägt, die richtige Frage zu stellen, bevor er den Aufwand betreibt, es erneut von vorne zu versuchen. Erfahrung ist nicht nur „was erfolgreich war“ — sie kann auch sein „was ausprobiert wurde und unter welchen Bedingungen es nicht funktionierte“.

Ein auf echter geleisteter Arbeit basierender Leistungsnachweis

Nach Jahren der Arbeit hat ein Ingenieur möglicherweise Dutzende Kostensenkungsprojekte verschiedenster Art durchlaufen — liegen sie aber nur verstreut in einzelnen Berichten, gibt es keine Möglichkeit, das Gesamtbild dessen zu sehen, was tatsächlich geleistet wurde. Wird jedes Projekt strukturiert dokumentiert, summieren sie sich zu etwas anderem als einem Abschluss oder einer Zeile „langjährige Fertigungserfahrung“ im Lebenslauf — einer konkreten Sammlung gelöster Probleme und gemessener Ergebnisse, korrekt der Person zugeschrieben, die sie hervorgebracht hat.

Eine Verbesserung, nicht nur eine einmalige Einsparung

Bleibt eine Verbesserung nur im internen Bericht, erzeugt sie genau einmal Wert — dann, als sie gemacht wurde, für genau ein Werk. Wird sie als strukturierter Fall dokumentiert, erzeugt sie weiterhin Wert, jedes Mal, wenn jemand anderes sie findet und auf eine zu den eigenen Bedingungen passende Weise wiederverwendet. Für den Ingenieur, der die Arbeit investiert hat, ist das der Unterschied zwischen einer erledigten Aufgabe und etwas, das weiterhin ihm gehört — weiterhin als Ausgangspunkt anerkannt — jedes Mal, wenn jemand anderes damit ein neues Ergebnis erzielt.