Inhaltsverzeichnis
1. Verfügbarkeit von Informationen im Wissensdschungel
2. Vom Pflichtenheft zum Systemmodell – und weniger Risiko
3. Wie sieht so eine FMEA auf Basis eines Systemmodells aber nun aus?
4. Wie starten?
Natürlich kann immer noch etwas schiefgehen. Hier bietet eine stärkere methodische Unterstützung der Konzeptphase enormes Potenzial, insbesondere wenn einfache grafische Modellierungsmethoden eingesetzt werden – dann können einfache Methoden schon viel früher als bislang erfolgen – wie z.B. die Fehlermöglichkeitseinflussanalyse (FMEA) auf Systemebene mit dem Werkzeug iQUAVIS.
Verfügbarkeit von Informationen im Wissensdschungel
Trotz eines aufkommenden Bewusstseins für methodisches Arbeiten in Entwicklungsprojekten sind die zahlreichen Methoden der Produktentstehung noch unzureichend in das Tagesgeschäft eingebunden. Für die Anwendung von Methoden sind zielgerichtete Eingangsinformationen notwendig. Diese Eingangsinformationen sind im Regelfall jedoch nicht im Unternehmen verfügbar, da sie meist personengebunden sind. Falls doch, dann sind die Projektbeteiligten meist mit der Suche nach diesen Informationen beschäftigt – lange Lasten- und Pflichtenhefte erschweren die Suche und führen mehr zu „gutem Bauchgefühl“ als einem ingenieurmäßigen Vorgehen in der Entwicklung. Das lässt die Bereitschaft zum methodischen Arbeiten sinken – mit dramatischen Folgen. Regelmäßig bestätigen Umfragen die Befunde der 1960er-Jahre: Ingenieure sind immer noch gut die Hälfte ihrer Arbeitszeit mit der Suche und Organisation von Informationen beschäftigt. Gleichzeitig steigt das Risiko in der Entwicklungsarbeit, weil Entscheidungen nicht auf Basis fundierter Daten und Analysen gefällt werden können.
Vom Pflichtenheft zum Systemmodell – und weniger Risiko
Ursache für den Mangel an Informationen sind der starke Einsatz an dokumentenbasierten Arbeitsweisen – gerade in den frühen Projektphasen. Das heißt, alle Aufgaben und Ergebnisse, die im Entwicklungsprojekt entstehen, werden im Regelfall in Dokumenten gespeichert: Pflichtenheft, Gesprächsprotokolle, Bestellspezifikationen, Vorlagen für das Qualitätsmanagement – um nur einige Beispiele zu nennen. Die Folge: Schnell entsteht eine unüberschaubare Menge von einzelnen Dokumenten, deren Inhalte nur mit großer Mühe aktuell und konsistent gehalten werden können. In der Entwurfs- und Ausarbeitungsphase werden dann hochdigitalisierte Werkzeuge wie z.B. CAD oder Simulationen eingesetzt. So sind auf der einen Seite die Daten der Entwurfs- und Ausarbeitungsphase digitalisiert, auf der anderen Seite aber die Beschreibungen der Planungs- und Konzeptphase in gewisser Weise „analog“ und nicht ohne weiteres überprüfbar. Diese Kluft erschwert und behindert methodisches Arbeiten.
Modellbasiertes Arbeiten in der frühen Projektphase kann hier die Lösung sein. Damit ist nicht die Simulation spezifischer Fragestellungen gemeint; Modellbasiertes Systems Engineering (MBSE) führt von Tag 1 an alle Aufgaben und alles Wissen rund um das Projekt zusammen und bereitet spezifische Anwendungen vor. Im sogenannten Systemmodell sind von den Anforderungen bis in die Schnittstellenbeschreibung Daten rund um das Entwicklungsprojekt gespeichert und werden für konkrete Aufgaben im Projekt von den einzelnen Projektbeteiligten genutzt. Es beschreibt mittels verschiedener Sichten die Struktur (Funktionen, Komponenten, Wirkbeziehungen,… ) und das Verhalten (Abläufe, Zustände, …) des in der Entwicklung befindlichen Systems – häufig gerne als „mechatronische Zeichnung“ bezeichnet.
Wie sieht so eine FMEA auf Basis eines Systemmodells aber nun aus?
Wie sieht so eine FMEA auf Basis eines Systemmodells aber nun aus? Grundlegend sind ein Modellierungswerkzeug und eine dazugehörige Modellierungsmethode – beispielsweise iQUAVIS vom japanischen Engineering- und IT-Spezialisten ISID und die Methode Consens von der Fraunhofer-Gesellschaft. Startpunkt ist der sogenannte Funktionsbaum. Hier werden ausgehend von der Gesamtfunktion – z.B. „Werkstück bearbeiten“ alle notwendigen Funktionen definiert und hierarchisch heruntergebrochen. Die Funktionen werden auf die realisierenden Systemelemente gemappt. Aus diesem Zusammenspiel ergibt sich automatisch die Basis für eine FMEA: Systemelemente realisieren Funktionen, die gewisse Fehlerzustände einnehmen können. Mit Consens werden die notwendigen Eingangsinformationen erstellt, iQUAVIS unterstützt bei der Datenpflege und fördert die Zusammenarbeit; so lässt sich die Risikoprioritätszahl berechnen ebenso können Maßnahmen und Verantwortlichkeiten abgeleitet werden – und durch den FMEA-Verantwortlichen auch die Umsetzung kontrolliert werden. Anders als in der dokumentenbasierten Arbeitsweise kann der Funktionsbaum nun auch für viele andere Aufgaben genutzt werden. Das beginnt bei einfachen Funktionsanalysen, geht über die Unterstützung der Kommunikation der Fachleute im Projekt bis hin zur Kalkulation von Funktionskosten. So ist ersichtlich, dass methodisches Arbeiten mit den entsprechenden Werkzeugen einen Nutzen bringt und sich dadurch das Risiko in Projekten reduzieren lässt.
Wie starten?
Selbstredend handelt es sich beim MBSE um eine große Veränderung für ein Unternehmen. Aber viele gehen diesen Weg – auch im Maschinen- und Anlagenbau. Das Unternehmen aus ELHA ist ein solches Beispiel. Mit gut 250 Mitarbeiterinnen und Mitarbeitern ein Paradebeispiel von KMU. ELHA setzt auf das Werkzeug iQUAVIS. In Europa ist die Two Pillars GmbH exklusiver Vertriebspartner von iQUAVIS. jke
www.two-pillars.de/iquavis-geschwindigkeit-produktentwicklung/qualitaetsmanagement-mit-iquavis/
www.two-pillars.de/iquavis-geschwindigkeit-produktentwicklung/kostenmanagement-mit-iquavis
Details zu iQUAVIS
http://hier.pro/EcRMr
