Fertigungskosten senken: Lösen Sie kein Problem doppelt, das jemand anderes bereits gelöst hat

Kostensenkung in der Fertigung wird meist als ständiges Wettrennen um neue Ideen gesehen. Aber es lohnt sich, zuerst eine andere Frage zu stellen: Braucht ein Unternehmen wirklich jedes Mal eine neue Lösung, oder wird der meiste Aufwand darauf verwendet, ein Problem erneut zu lösen, das ein anderer Ingenieur oder ein anderes Werk bereits gelöst hat?

Jedes Werk löst dasselbe Problem immer wieder von null

Steigen die Materialpreise, sucht die Technik nach einem Ersatzmaterial. Steigen die Lohnkosten, sucht die Fertigung nach Wegen, den Personalbedarf an einem Schritt zu senken. Ist die Zykluszeit zu hoch, setzen sich Ingenieure zusammen, um Maschine oder Prozess zu verbessern. Steigt die Ausschussquote, machen sich QS und Fertigung auf die Ursachensuche. Jede dieser Aufgaben ist notwendig und richtig — das Problem liegt nicht darin, dass sie erledigt werden müssen, sondern darin, dass fast jedes Mal von vorne begonnen wird: Ist-Analyse, Ursachenforschung, Brainstorming, Test, Bewertung, und erst dann die Umsetzung.

Dabei wiederholen sich solche Probleme weit häufiger, als man annimmt, und die meisten hat schon jemand vor einem durchlebt. Ein Zerspanungsingenieur hat einmal die Bearbeitungszeit eines Teils verkürzt, indem er die Reihenfolge der Bearbeitungsschritte änderte. Ein anderes Werk hat einmal den Materialabfall beim gleichen Produkttyp reduziert, indem es die Anordnung der Zuschnitte auf dem Blech änderte. Ein Instandhaltungsingenieur hat einmal Wochen gebraucht, um die wahre Ursache für den wiederholten Stillstand einer Linie zu finden. Das ist keine Seltenheit — es passiert in den meisten Werken fast jede Woche, nur eben nie zweimal am selben Ort zur selben Zeit.

Die Lösungen fehlen nicht — sie sind eingeschlossen und über alles verstreut

Wissen über Kostensenkung in der Fertigung ist nicht knapp. Es ist nur fragmentiert. Ein Teil steckt im Kopf des Ingenieurs, der die Arbeit selbst gemacht hat. Ein Teil steckt in einer einzigen Excel-Datei auf dem Rechner desjenigen, der sie geschrieben hat. Ein Teil steckt in einem Kaizen-Bericht, gespeichert unter einem Namen wie `Kaizen_Final_2024_v3.xlsx` — ein paar Jahre später erinnert sich kaum noch jemand, was darin steht, und wer ihn öffnet, kann nicht sicher sein, ob das überhaupt die endgültige Version ist. Der Rest ist verstreut über E-Mails, Zeichnungen, Lieferantenangebote, Besprechungsnotizen, und am meisten in der mündlichen Erinnerung der Leute, die schon lange genug im Werk sind.

Ein Unternehmen kann auf einem riesigen Schatz an Kostensenkungswissen sitzen — und trotzdem keine Möglichkeit haben, genau das richtige Stück davon im richtigen Moment zu finden. Ein Ingenieur kündigt oder wechselt die Abteilung, und die Lösung geht mit ihm. Das Wissen ist nicht verloren, aber es entzieht sich der Reichweite dessen, der es als Nächstes braucht.

Die Frage, die sich ändern muss

Die übliche Frage bei einem Kostenproblem lautet: „Welche Idee kann ich mir dazu einfallen lassen?“ Die Frage, die es sich lohnt, zuerst zu stellen, ist eine andere: „Hat das schon einmal jemand gelöst?“

Der Unterschied zwischen diesen beiden Fragen ist nicht klein. Die erste beginnt bei null — erneut analysieren, erneut testen, erneut Fehler machen, die andere vielleicht schon gemacht haben. Die zweite beginnt an einem Punkt mit bereits vorhandener Grundlage: Wenn ein ähnliches Problem bereits gelöst und das Ergebnis gemessen wurde, hat der Ingenieur einen Ort zum Suchen, bevor er selbst nachdenkt, und einen Ort zum Vergleichen, bevor er dem eigenen Ansatz vertraut. Das bedeutet nicht, die Lösung eines anderen unverändert zu kopieren — die realen Bedingungen jedes Werks sind immer anders. Es bedeutet, sich nicht die Mühe machen zu müssen, Wissen neu zu erfinden, für das jemand anderes bereits mit Zeit und Geld bezahlt hat.

Costdown ist keine Content-Bibliothek

Eine Content-Bibliothek kann „zehn Wege, Schweißkosten zu senken“ beantworten. Aber ein Ingenieur vor einem echten Problem braucht keinen allgemeinen Artikel — er braucht eine Antwort auf seine konkrete Situation.

Angenommen, ein Ingenieur fertigt Stahlrohrrahmen, die aktuelle Schweißzeit liegt bei rund 50 Sekunden pro Stück, zwei Bediener, ein paar tausend Stück pro Tag, und er will die Lohnkosten dieses Schritts senken. Die Frage ist dann nicht allgemein „wie schweißt man schneller“, sondern „hat schon jemand ein Problem unter ungefähr diesen Bedingungen gelöst, und welches Ergebnis hat er gemessen“. (Die Zahlen hier dienen nur zur Veranschaulichung einer Situation — nicht als Daten eines konkreten Projekts.)

Genau hier verläuft die Grenze zwischen zwei Dingen, die leicht verwechselt werden: Content hilft dem Leser, ein Konzept zu verstehen; strukturierte Daten helfen jemandem, die passende Lösung für die eigenen Bedingungen zu finden, zu vergleichen und wiederzuverwenden. Costdown ist für Letzteres gebaut. Es ersetzt weder das Lesen und Verstehen noch das eigene Denken des Ingenieurs — es existiert einen Schritt davor, an dem Punkt, der entscheidet, ob der Ingenieur überhaupt bei null anfangen muss.

Eine Lösung sollte nicht mit der Person sterben, die sie geschaffen hat

Costdown basiert auf einer Annahme: Eine bewährte Kostensenkungslösung sollte nicht zusammen mit dem Projekt, der Excel-Datei oder dem Ingenieur verschwinden, der sie geschaffen hat. Ein erfolgreiches Kostensenkungsprojekt sollte zu strukturierten Daten werden — Daten, die gefunden, die verglichen werden können, und alles, was bewiesen wurde, sollte für das nächste Problem wiederverwendbar sein.

Ein Werk löst ein Problem. Ein anderes Werk muss nicht wieder bei null anfangen.