Anwendungsbeispiele

Eine parallelisierte Entwicklung ist die Lösung für kürzere Entwicklungszyklen, die Entwickler heute auf die Probe stellen: Die Zahl an Abhängigkeiten innerhalb mechatronischer Systeme steigt. Aber wie kann das funktionieren? Um diese Frage geht es in diesem Beitrag. Wir stellen vor, wie Sie von der sequenziellen zur parallelisierten Bearbeitung von Entwicklungsprojekten umstellen – mit dem Systems Engineering Werkzeug iQUAVIS. Voraussetzungen für die Parallelisierung der Entwicklung Sequenzielles Arbeiten ist heute nur noch in Ausnahmefällen möglich. Gewerke sauber abzuschließen und in einem Handshake mit der nächsten Projektphase zu synchronisieren, ist aufgrund von mangelnder Zeit kaum möglich. Fast zwangsweise wird dadurch versucht, die Projektarbeit zu parallelisieren. Auch technisch ist es eigentlich nahezu unmöglich, Gewerke nacheinander abzuarbeiten – da gerade das mechatronische Zusammenspiel der einzelnen Elemente dauerhaft beim Voranschreiten des Projekts berücksichtigt werden muss. Trotzdem werden im Rahmen der Parallelisierung erzwungene Wartezeiten und Nacharbeit kostspielig für das Projekt. Für die Parallelisierung der Entwicklung fehlt es jedoch an geeigneten Hebeln für eine gute Kommunikation, Kooperation und vor allem einem gemeinsamen Gesamtsystemverständnis. Wie aber sieht ein einfacher methodischer Ansatz aus, der genau hier weiterhilft? Das Fraunhofer IEM hat einen solchen Ansatz entwickelt, der nun zusammen mit Two Pillars GmbH auf Basis von iQUAVIS diese Voraussetzungen schafft. Kommunikation Um eine Kommunikation aller Disziplinen gewährleisten zu können, muss eine ausreichende Darstellung der einzelnen Systembestandteile existieren. Dies bedeutet, Anforderungen, Funktionen und Systemkomponenten in einer einheitlichen Form zu visualisieren. So besteht anschließend eine Grundlage, um mit anderen Gewerken zu kommunizieren – und das von Projektbeginn an. Kooperation Um die Kooperation umzusetzen müssen die Gewerke anschließend Ihre Systembestandteile untereinander verknüpfen. Abhängigkeiten untereinander sind zu identifizieren und festzuhalten werden. So bildet sich ein großes Gesamtbild über die Grenzen des eigenen Gewerks hinaus, das die Wirkbeziehungen nachvollziehbar werden lässt – schon lange bevor Werkzeuge wie CAD o.ä. zum Einsatz kommen. Gemeinsames Systemverständnis Hier wird schon klar: ein gemeinsames Bild des zu entwickelnden Systems umfasst sämtliche Disziplinen, d.h. niemand in der Entwicklung wird außen vorgelassen. Vom Vertrieb bis hin zur Produktion, alle Bereiche tragen maßgeblich zum Projekterfolg bei Vollständigkeit, permanente Dokumentation und Testbarkeit werden damit zu Erfolgsfaktoren. Transparenz und Rückverfolgbarkeit Hier wird schon klar: ein gemeinsames Bild des zu entwickelnden Systems umfasst sämtliche Disziplinen, d.h. niemand in der Entwicklung wird außen vorgelassen. Vom Vertrieb bis hin zur Produktion, alle Bereiche tragen maßgeblich zum Projekterfolg bei Vollständigkeit, permanente Dokumentation und Testbarkeit werden damit zu Erfolgsfaktoren. Parallelisierte Entwicklung in der Praxis Der Erfolgsfaktor für die parallelisierte Entwicklung ist eine Mischung aus Brainstorming und Erfahrung – gepaart mit solider Methodik. Hier bieten sich zu Projektbeginn sogenannte Baumdarstellungen an: Anforderungen werden hierarchisch in Bäumen modelliert, ebenso Funktionen und Komponenten. Hiermit wird ein grundlegender Überblick über das Projekt geschaffen. Die Wirkbeziehungen werden auf der Ebene der Komponenten definiert. So entsteht eine mechatronische Zeichnung, die nicht nur die gewollten Wirkbeziehungen darstellt, sondern hilft, unerwünschte Faktoren zu identifizieren und ihre Auswirkungen zu bestimmen. Üblicherweise werden solche Tätigkeiten zu Beginn eines Projekts durchgeführt, also in der Konzept- und Spezifikationsphase. So ist mit Beginn der eigentlichen Entwicklungsphase das gemeinsame Systemverständnis gesichert, da die mechatronische Zeichnung jederzeit eine „baseline“ für Abstimmungen darstellt. Änderungen und Auswirkungen können leicht verstanden werden – ein echter Mehrwert für die erfolgreiche parallelisierte Entwicklung! Quantifizierbarer Nutzen durch die Parallelisierung der Entwicklung mit iQUAVIS Das bedeutet für Ihre Projekte: Die Zeit bis zum Markteintritt des Produktes wird durch die parallelisierte Arbeit drastisch reduziert, unnötige Doppelarbeit in den Teams vermieden, und damit die Möglichkeit geschaffen, sich neuen und spannenden Zusatzprojekten zu widmen. Mehr zum Thema erfahren Sie auch in unseren Anwendungsbeispielen: Parallelisierung der Entwicklung. Christian Dr. BremerDr. Christian Bremer ist Gründer und Geschäftsführer bei Two Pillars. Er verantwortet die Bereiche Entwicklung und IT, Administration und Personalwesen. Seit seiner Zeit beim Fraunhofer IEM beschäftigt sich Christian Bremer mit Model-Based Systems Engineering. Er berät und begleitet Unternehmen bei der Einführung. Dabei werden immer wieder auch neue Use-Cases und Feature in iQUAVIS implementiert. www.two-pillars.de/