Die meisten Ingenieure glauben, ihr System zu verstehen, weil sie genau beschreiben können, woraus es besteht. Welche Bauteile, welche Materialien, welche Verbindungen. Aber das ist Strukturwissen, kein Funktionswissen. Die Frage, die wirklich entscheidend ist, lautet nicht: Was ist das Teil? Sie lautet: Was tut es, und brauche ich diese Aktion überhaupt?

Genau das ist der Einstieg in die TRIZ-Funktionsanalyse. Sie steht bewusst am Anfang des TRIZ-Prozesses, noch bevor man die Widerspruchsmatrix öffnet oder über die 40 Prinzipien nachdenkt.

TRIZ in einem Satz für Einsteiger

TRIZ steht für Teorija Reschenija Isobretatelskich Sadatsch, Theorie des erfinderischen Problemlösens. Der sowjetische Ingenieur Genrich Altschuller entwickelte sie ab den 1940er Jahren durch die systematische Auswertung hunderttausender Patente. Seine zentrale Erkenntnis: Technische Erfindungen folgen wiederkehrenden Mustern. Wer diese Muster kennt, löst Probleme strukturierter und schneller.

Für eine ausführliche Einführung empfehle ich unseren Artikel Was ist die TRIZ-Methode?. Hier reicht der Hinweis: TRIZ ist kein Kreativitätskurs. Es ist eine Erfindungsmethodik, die auf strukturierter Problemanalyse beruht, nicht auf Ideensammlung.

Bauteile vs. Funktionen: der Perspektivwechsel, der alles ändert

Eine Funktion im TRIZ-Sinne ist immer eine Verb-Beziehung zwischen zwei Elementen. Nicht „Schraube", sondern „Schraube fixiert Halterung". Nicht „Dichtung", sondern „Dichtung verhindert Leckage an Gehäuse".

Diese Formulierung klingt zunächst pedantisch. Sie ist es nicht. Sobald man jede Beziehung als Verb ausdrückt, passiert etwas Unerwartetes: Man findet Teile, die in keiner sinnvollen Verb-Beziehung stehen. Sie sind da, weil sie immer da waren. Weil das Vorgängerdesign sie hatte. Weil niemand gefragt hat, was sie eigentlich tun.

Das ist der Moment, in dem Funktionsanalyse aufhört, eine Dokumentationsübung zu sein.

Die drei Funktionstypen

Jede Funktion im Modell fällt in eine von drei Kategorien. Nützlich und ausreichend bedeutet: das Element tut genau das, was gebraucht wird, in der richtigen Stärke. Unzureichend bedeutet: das Element tut das Richtige, aber zu wenig, etwa ein Kühlkörper, der Wärme ableitet, aber nicht genug, um die Betriebstemperatur zu halten. Schädlich bedeutet: das Element tut aktiv etwas Unerwünschtes, wie eine Klammer, die ein Kabel fixiert und gleichzeitig Kerbspannungen am Kabelmantel erzeugt.

Hinter schädlichen und unzureichenden Funktionen verstecken sich fast immer Teile, die sich notwendig anfühlten, aber das Problem selbst verursachen. Genau dort liegt der Filter.

Schritt für Schritt: eine Funktionsanalyse durchführen

Der Prozess beginnt mit der Systemgrenze: Was gehört zum System, was zum Supersystem? Ein Elektromotor gehört zum System, das Stromnetz gehört zum Supersystem. Dann listet man alle Komponenten auf, also Bauteile, Betriebsstoffe und Umgebungselemente. Luft, Wärme und Schwerkraft sind oft vergessene Akteure. Anschließend formuliert man für jede Beziehung zwischen zwei Elementen eine Funktion als Verb und bewertet sie: nützlich, unzureichend oder schädlich. Schließlich zeichnet man ein Funktionsmodell, ein Diagramm, in dem Pfeile die Funktionen zwischen Elementen zeigen, mit Markierung der Bewertung.

Die Bewertung ist der Filter. Hier entscheidet sich, welche Teile wirklich gebraucht werden. Ein praktischer Test: Entferne ein Bauteil gedanklich. Welche Funktion geht verloren? Und braucht man diese Funktion wirklich, oder war sie nur Nebeneffekt einer früheren Designentscheidung?

Praxisbeispiel: ein Steckverbinder mit Schutzkappe

Ein Steckverbinder sitzt auf einer Platine. Über ihm ist eine Schutzkappe montiert, die mechanische Beschädigung verhindern soll. Das Funktionsmodell zeigt vier Beziehungen. Der Steckverbinder leitet Signal an die Platine, das ist nützlich und ausreichend. Die Schutzkappe schützt den Steckverbinder vor Stoß, auch das ist nützlich und ausreichend. Aber die Schutzkappe blockiert gleichzeitig den Zugang bei Wartung und erhöht die Bauhöhe über das erlaubte Maß, beides schädliche Funktionen. Die Befestigungsschraube der Schutzkappe erzeugt einen Montageschritt ohne eigene nützliche Funktion am Endprodukt.

Das Ergebnis: zwei schädliche Funktionen und eine überflüssige Funktion, alle drei am selben Bauteil. Das Team hatte die Kappe nie in Frage gestellt, weil sie „Schutz" hieß. Die Funktionsanalyse zeigt, dass dieser Schutz teuer erkauft wird.

Die Lösung könnte eine Geometrieänderung am Gehäuse sein, die den Steckverbinder ohne separate Kappe schützt. Oder ein anderer Verbindertyp. Beide Optionen tauchen erst auf, wenn man aufhört, die Kappe als Lösung zu sehen, und sie als Funktionsträger bewertet.

Funktionsanalyse als Filter, nicht als Dokumentation

Teams, die diesen Schritt überspringen, optimieren am Ende Bauteile, die gar nicht existieren sollten. Sie verbessern die Wandstärke der Kappe, wenn die eigentliche Frage lautet, ob die Kappe gebraucht wird.

Das ist kein theoretisches Problem. Bei Truinorva zeigt sich dieses Muster regelmäßig in Projekten: F&E-Teams mit echtem Kostendruck optimieren Parameter, die das Problem nicht lösen, weil die Problemstellung selbst nie sauber formuliert wurde. Funktionsanalyse ist in diesem Sinne auch eine systematische Root-Cause-Methode, sie findet Fehlerursachen, bevor man in Lösungsräume geht.

Von der Funktionsanalyse zum Widerspruch

Schädliche und unzureichende Funktionen führen fast immer direkt zu technischen Widersprüchen. Wenn eine Funktion gleichzeitig nützlich und schädlich ist, hat man einen klassischen TRIZ-Widerspruch: Das Element muss da sein und sollte nicht da sein.

Das ist der sauberste Input, den man für die Widerspruchsmatrix und die 40 Prinzipien haben kann. Wer direkt mit der Matrix beginnt, ohne vorher Funktionen kartiert zu haben, löst oft den falschen Widerspruch. Wie TRIZ technische Widersprüche dann konkret auflöst, zeigt unser Artikel TRIZ vs. Design Thinking.

Häufige Fehler von Einsteigern

Der verbreitetste Fehler ist, Funktionen als Substantive statt als Verben zu formulieren. Wer schreibt „Schutzkappe: Schutz", hat noch keine Funktion beschrieben. Ein zweiter Fehler ist, die Systemgrenze zu eng zu ziehen und Umgebungselemente wie Luft oder Wärme zu vergessen. Viele Teams überspringen auch die Bewertung nützlich/unzureichend/schädlich, weil sie sich subjektiv anfühlt, dabei ist genau sie der eigentliche Analyseschritt. Und schließlich: das Modell so detailliert bauen, dass man in der Dokumentation versinkt, statt zu filtern.

Wie du es im Team anwendest

Funktionsanalyse braucht kein Softwaretool und kein mehrtägiges Training zum Start. Ein Whiteboard, zwei Stunden und ein Team, das bereit ist, die Frage „Was tut das Teil wirklich?" ernst zu nehmen, reicht für einen ersten Durchlauf.

Moderierte Formate helfen, Betriebsblindheit zu reduzieren. Truinorvas TRIZ-Praxistage und Innovation Impulse Days sind genau dafür konzipiert: ein strukturierter Einstieg, der Teams schnell auf ein gemeinsames Verständnis bringt, ohne akademische Umwege.

Und die wichtigste Erkenntnis bleibt: Funktionsanalyse ist oft der Ort, an dem der eigentliche Durchbruch passiert, noch bevor man den ersten Widerspruch formuliert hat.

Quellen