Die Methodik des Systems Engineering (SE) verbreitet sich aktuell sehr schnell und bringt ihre Ansätze und Werkzeuge in verschiedene Unternehmen ein. Dort trifft sie auf bereits etablierte Muster und Prozesse.

Mit dem Gedanken des Model Based Systems Engineering (MBSE) werden grundlegende Denkweisen revidiert, da die zentrale Basis des Unternehmensknowhows verändert wird. Von der klassischen Quelle in Form von Dokumenten wird nun zu interdisziplinären Modellen gewechselt. In diesem Zuge wird die bestehende Lebenszyklusorientierung der Dokumentation in Frage gestellt.

Mit dem Fokus des Anlagenbaus wird nachfolgend geprüft, inwiefern klassisch etablierte Lebenszyklusmodelle wie das V-Modell im Rahmen des MBSE weiterentwickelt werden müssen oder können. Dafür wird zunächst der Anlagenbau definiert, um somit den Untersuchungsbereich und einen möglichen Gestaltungsbereich abzugrenzen.

Eine einheitliche Definition des (Groß-) Anlagenbaus ist in der Literatur nicht gegeben. [1] Daher wird nachfolgend der Begriff des Anlagenbaus für die weitere Verwendung in dieser Arbeit eingegrenzt, sodass für die nachfolgende Problemlösung ein definierter Kontext besteht.

Eine Anlage im Sinne des Anlagenbaus umfasst einzelne Maschinen, die in einem komplexen Zusammenhang eine gewünschte Anforderung erfüllen. [2] Eine Einordnung des Begriffs Anlage kann dabei über die hohe Anzahl der enthaltenen Teile (beispielsweise >100.000) und der verwendeten Energien, Stoffe und Informationen erfolgen. [3] Dem Anlagenbau wird sowohl die Hard- als auch die Softwarekomponente zugerechnet.

Der Anlagenbau erzeugt dabei nicht zwingend einzelne Maschinen, sondern fungiert vielmehr als treibende Kraft der Kombination und Integration aller Bestandteile. [2] Die damit einhergehende Komplexität der entstehenden Systeme und ihrer Entstehung charakterisieren den Anlagenbau. [4] Die Komplexität entsteht formal durch die Addition von Kompliziertheit und Dynamik. Die Kompliziertheit wiederum resultiert dabei aus den Eigenschaften der Vielzahl, Konnektivität und Varietät der einzelnen Elemente. Der Aspekt der Dynamik von Kundenanforderungen und weiteren Rahmenbedingungen erweitert die Kompliziertheit dann zur Komplexität. [5] Ein weiterer Effekt der Dynamik ist das gesteigerte Planungsrisiko. [6]

Die Auftragsabwicklung erfolgt in der Regel mit einer engen Kundenbindung. [7] Dabei tritt der Anlagenbauer häufig als Generalunternehmer auf. [2] Der Auftragsinhalt selbst ist dabei oft eine Anlage, die in ihrer Beschaffenheit einmalig ist und ggf. nur in Teilen einen Wiederholungscharakter hat. [2] Als Generalunternehmer verantwortet der Auftragnehmer (AN) dann sowohl das Design, die Beschaffung der notwendigen Güter als auch den Bau der Anlage. Diese Projekte werden aufgrund ihres Umfangs von Engineering, Procurement und Construction als EPC-Projekte bezeichnet. [8]

Durch die Größe der Projekte werden weitere Eigenschaften wie beispielsweise ein entspre-chend hohes Risiko zum Charakteristikum des Anlagenbaus. [4] Die Risiken sind dabei viel-fältiger Art und sowohl innerhalb des Unternehmens, als auch extern bei einem der Unterauftragnehmer oder Lieferanten anzusiedeln. Weitere politische und makroökonomische Risiken wie Währungs- und Zahlungsunsicherheiten begleiten den Anlagenbau zusätzlich in besonderem Maße. [2]

Die Wertschöpfung liegt meist nicht in der unmittelbaren Herstellung von Maschinen und Anlagenteilen, sondern vielmehr in der Integration von Systemen und Komponenten. Die Koordinierungs- und Engineering-Dienstleistungen des Anlagenbauers bedürfen damit eines hohen Maßes an Wissen und ermöglichen erst die Leistungserbringung. Damit ist die Wertschöpfung des Anlagenbaus im Gegensatz zum klassischen Maschinenbau nicht explizit die Herstellung der Komponenten, sondern vielmehr die dafür notwendige Menge an Dienstleistungen. [9] Der Anteil dieser Dienstleistungen im Anlagenbau steigt dabei immer weiter an. [2]

Unter dem Begriff des Lebenszyklus sind zunächst verschiedene Sichten aggregiert. Beispiels-weise kann aus Sicht des Marktes ein Lebenszyklus für ein Produkt oder eine spezifische Technologie vorhanden sein. Diese marktorientierte Betrachtung wird durch weitere vor- bzw. nach-gelagerte Aktivitäten erweitert. Folglich ist bereits vor dem Markteintritt die Produktentstehung und nach Marktaustritt seine Entsorgung einzubeziehen. Außerdem werden die Aspekte der Produktbegleitung während seines Einsatzes durch Service-Tätigkeiten einbezogen. Damit entsteht ein integriertes Produktlebenszyklusmodell. [7] Eine Visualisierung dieser Inhalte zeigt nachfolgende Abbildung 1.

Nachfolgende Abbildung 2 zeigt im Gegensatz dazu einen Lebenszyklus für Produkte, die als Systemintegration von Hochtechnologie eingesetzt werden. Dazu gehört auch der Anlagenbau (vgl. Kapitel 2.1). Im direkten Vergleich zeigen diese beiden Zyklen einige wesentliche Abweichungen. Der Lebenszyklus der Systemintegration beginnt durch die Anforderung auf Seiten des Auftraggebers (AG). Erst im Anschluss wird in Zusammenarbeit mit einem möglichen AG eine weitere Konzeption und Systemspezifikation erarbeitet. Im Gegensatz dazu wird im generischen Lebenszyklus aus Abbildung 1 die interne Produktplanung als Ausgangspunkt gesehen.

Weiter zeigt sich, dass der Vertrieb im klassischen Zyklus erst nach erfolgreicher Produktentstehung angesiedelt ist. Im Gegensatz dazu beginnt der anlagenbauorientierte Zyklus mit der Anforderungsdefinition durch den Systemnutzer. Erst der konkrete Bedarf des Kunden stößt also die Konzeption und Spezifikation der Anlage an. Außerdem wird auf Ebene des Gesamtsystems kein Prototypenbau vorgesehen. Es ist allerdings davon auszugehen, dass auf Subsystemebene durchaus Prototypen erstellt und entsprechend getestet werden.

Abschließend lässt sich der Anlagenbau durch seine langen, komplexen Produktentstehungsprozesse kennzeichnen. Dabei entstehen sehr vielschichtige Produkte, die in hohem Maße individuell auf Kundenanforderungen anzupassen sind.

Die nachfolgende Darstellung beschäftigt sich mit der grundlegenden Methodik, die heute im Anlagenbau verwendet wird, um die kundenspezifischen Anlagen zu erzeugen. Das dafür verwendete V-Modell wird zunächst in seiner etablierten Form untersucht. Neben vielen Variationen, wie sie beispielsweise auch im Systems Engineering verwendet werden, soll nachfolgend eine speziell im deutschsprachigen Raum verwendete Variante betrachtet werden.

Die Entstehung des V-Modells geht auf die klassische Softwareentwicklung zurück. Von dieser Ausgangsposition wird es für viele weitere Bereiche angewendet und stetig weiterentwickelt. Damit ist eine renommierte Methode entstanden, die beispielsweise auch von öffentlichen AG in Deutschland etabliert wird. Hier werden ausgehend von einem initialen Modell in 1992 weitere Anpassungen eingebracht, sodass sich das V-Modell XT entwickelt hat. [11][12] Das V-Modell XT ist jüngst durch die weiteren Erfahrungen angepasst worden und in der Version 2.0 aktuell. [13]

Die grundlegende Methodik des V-Modells ist allerdings entgegen seiner ursprünglichen Nut-zung für die Softwareentwicklung auch für viele weitere Disziplinen anwendbar. [11] Mit der Methodik des V-Modells wird neben dem zu erzeugenden System inklusive der Hard- und Soft-warekomponenten selbst auch die Erstellung von Unterstützungssystemen erfasst. Diese Un-terstützungssysteme definieren sich nicht nur aus der direkten Systementstehung, sondern auch aus den Notwendigkeiten des gesamten, weiteren Lebenszyklus des Systems. [12]

Das V-Modell XT ist so konzipiert, dass es für verschiedene Anwendungsfälle angepasst wer-den kann (XT steht dabei für eXtreme Tailoring). Dabei wird beispielsweise unterschieden, ob das Projekt aus der Sicht des AN oder AG begleitet werden soll. Passenderweise etablieren beide Seiten ein entsprechend ausgeprägtes Projekt nach der V-Modell XT-Methodik. Durch diese Paarung werden die Schnittstellen auf beiden Seiten adäquat definiert. [13]

Die weitere Anpassung des Projektes erlaubt auf der Seite des AN zudem eine Unterscheidung zwischen Projekten, die eine (Weiter-) Entwicklungs- oder eine Wartungs- und Pflegekomponente besitzen. [13] Vor allem die Variante des Entwicklungsprojektes zeigt dabei auffällige Ähnlichkeiten zu Projekten im Anlagenbau. Oftmals werden Anlagen im Laufe ihres Produktlebens weiterentwickelt und damit einem Refit/Upgrade unterzogen. Der zweite Typ, die Wartung und Pflege, wird im Anlagenbau klassisch durch den AG selbst durchgeführt.

Auf der AG-Seite wird unterschieden, ob das Projekt von mehreren oder nur einem AN erbracht wird. Wie oben dargestellt (vgl. Kapitel 2.1), tritt ein Anlagenbauer oftmals als Generalunter-nehmer auf. Allerdings ist intern eine Vielzahl von Subunternehmern einbezogen, sodass die Projektabwicklung für den AN selbst als Projekt mit mehreren AN darstellt.

Die Produkte, die innerhalb eines jeweiligen Projektes entstehen, sind neben dem klassischen Endprodukt (bspw. die spezifizierte Anlage) auch alle weiteren Einzelprodukte wie beispielsweise die Spezifikation selbst und die Unterlagen des Projektmanagements. [13]

Einen Überblick über die einzelnen Produkte und das Zusammenspiel von AN und AG wird nachfolgend in Abbildung 3 gegeben. Hier wird deutlich, dass beide Seiten einen entscheiden-den Einfluss auf die Systementstehung haben. Von ersten Anforderungen auf AG-Seite werden im Laufe des Projektes dann die notwendigen Systeme und Systemelemente erzeugt.

Das Konfigurationsmanagement (KM) wird im V-Modell XT zentral als Teil des methodischen Kerns definiert. Es wird dabei als eines der Produkte eines Projektes definiert, in dem eine umfassende Bibliothek entsteht, die alle Produkte des Projektes in allen entstandenen Versionen festhält. Unter einem Produkttyp (bspw. das Dokument zum Projektfortschritt) werden dann 1-n Produktexemplare erzeugt (bspw. Fortschrittsbericht je Zeitraum). [13]

Entgegen der Definitionen aus der DIN ISO 10007 und dem CMII werden Baselines nicht an generisch definierten Punkten erzeugt, sondern nach Bedarf (jedoch bei zumindest jedem Entscheidungspunkt innerhalb des Projektes) angelegt. [13] Die Entscheidungspunkte sind mit den Meilensteinen zum jeweiligen Ende der Projektphasen der DIN ISO 10007 vergleichbar. [14] Allerdings kann sowohl die Menge als auch die Reihenfolge der Entscheidungspunkte im V-Modell XT je Produktdurchführung unterschiedlich sein. [13]

Das V-Modell XT ist eine Methode zur Projektdurchführung. Diese Methodik kann durch ihre adaptiven Fähigkeiten auf eine Produktentstehung im Anlagenbau angewendet werden. Allerdings endet das V-Modell XT mit der vollendeten Produktentstehung. Wie der Lebenszyklus des Anlagenbaus zeigt (vgl. Abbildung 2), besteht das Produkt/die Anlage allerdings dann noch weiter. Eine etwaige Modernisierung im weiteren Lebenslauf könnte wieder als V-Modell XT-Projekt abgewickelt werden.

Die Stilllegung der Anlage bzw. der geordnete Rückbau lässt sich allerdings nicht mit dem V-Modell XT realisieren. [13] Diese Methode ist auf die Produktentstehung ausgelegt und bildet diesen letzten Schritt des Lebenszyklus nicht ab. Das V-Modell XT stellt somit keine geeignete Methode dar, den Lebenszyklus des Anlagenbaus umfänglich zu begleiten. Lediglich Teilabschnitte können mit dieser Methode erfasst und damit unterstützt werden.

Weitere Varianten des V-Modells, wie sie beispielsweise in der VDI-Richtlinie 2206 beschrieben werden, zeigen sehr große Ähnlichkeiten zu den oben dargestellten Eigenschaften des V-Modells XT. Sie beziehen sich in erster Line auch die Systemerzeugung und nicht auf die nach-gelagerten Nutzungsphasen des Systems. [15]

Als Weiterentwicklung des klassischen V-Modells besteht beispielsweise das Kreismodell nach AHRENS & HIERONYMUS. [16] In diesem Kreismodell wird der Betrachtungshorizont erheblich erweitert. Aus einer initialen Produktentstehung entsteht ein Kreislauf, der nicht mit der ersten Inbetriebnahme des Systems endet. Die Nutzung des Systems erbringt die Anforderungen für die nachfolgenden Modifikationen des Systems. Außerdem werden die in der Systementwicklung verwendeten Modelle auch nach Inbetriebnahme weiterverwendet. Sie dienen neben der Begleitung des Systembetriebs auch der nächsten Systementwicklung. Eine Visualisierung des Kreismodells erfolgt in Abbildung 4. Der im oberen Bereich gestrichelt dargestellte Abschnitt zeigt, dass in diesem Bereich die Modellbegleitung bzw. -unterstützung noch einer erheblichen Erweiterung bedarf. Dieses Kreismodell ist als Entwicklungsmethodik für stetig komplexer werdende Systeme konzipiert. Die Anforderungen entstehen dabei unter anderem durch die vermehrte Nutzung und Anwendung von cyber-physikalischen Systemen (CPS). [16] Der Be-griff des CPS lässt sich dabei sehr vielschichtig definieren. Eine klare Abgrenzung liegt in der Literatur nicht vor. Aus diesem Grund wird an dieser Stelle lediglich ein gemeinsamer Nenner verschiedener Definitionen angewandt.

CPS bestehen aus realen, physischen und informationsverarbeiteten, digitalen Komponenten. Dies entspricht weitestgehend der Automation, wie sie bereits seit den 1970er Jahren bekannt ist. Ein zusätzlicher Aspekt der CPS besteht in Art und Umfang der Kommunikation. Es werden zumindest teilweise globale, offene Wege genutzt, um eine sehr große Informationsmenge an jedem CPS zur Verfügung zu haben. [17] In Anwendung auf den Anlagenbau ist dies nur teil-weise gegeben. Zwar sind Anteil und Grad der Integration von IT-Komponenten gestiegen, doch werden besonders in sicherheitssensitiven Bereichen solche Kommunikationswege noch nicht verwendet.

In diesem Modell wird der Bezug von Informationen über die Inbetriebnahme hinaus hervor-gehoben. Obwohl nicht explizit in der Modellentwicklung erwähnt, kann das KM an dieser Stelle als eine Disziplin verstanden werden, die eben diesen Aspekt der Informationsfortführung etabliert.

Eine weitere Brücke zwischen den im Sinne des oben genannten V-Modell XT einzelnen Entwicklungsprojekten kann eine formalisierte Beschreibung des Systems mit SysML sein. Die interdisziplinäre Entwicklung in einem ersten Refit/Upgrade kann dann auf Informationen zurückgreifen, die das betreffende System sehr detailliert beschreiben. Die Struktur des Systems sowie die Erfüllung der Anforderungen durch die einzelnen Systemelemente sind dann bereits detailliert beschrieben. Änderungen an Systemelementen können somit durch das ganze System of Systems verfolgt werden, sodass ein Änderungsaufwand sehr schnell definiert werden kann und somit Zeit und Ressourcen geschont werden können.

Beispielhaft kann an dieser Stelle ein Szenario genannt werden, in dem ein Anlagenbauer nach erfolgreicher Übergabe einer Anlage seitens des AG aufgefordert wird, ein Angebot abzugeben, um die Anlage zu modernisieren. Die Anlagen werden oftmals über Jahrzehnte eingesetzt und müssen bei Bedarf an den aktuellen Stand der Technik angepasst werden. Mit Hilfe der Methodik des Kreismodells ist dieses Szenario bereits bei Beginn des Anlagenbaus beachtet worden. Ferner geben die verfügbaren Daten aus dem KM einen exakten Aufschluss über den Zustand der gelieferten Anlage. Aus den Kundenanforderungen und dem Systemmodell können nun die zu ändernden Systemelemente identifiziert werden. Das KM stellt dabei die Datenbasis und das Systemmodell das Medium, um die verfügbaren Daten zumindest teilautomatisiert auswerten zu können. Der Anlagenbauer kann damit auf sehr wirtschaftliche Weise die notwendigen Informationen erfassen. Es entsteht nicht nur ein direkt wirtschaftlicher, sondern zudem noch ein qualitativer Vorteil gegenüber einem potenziellen Wettbewerber.

Das oben genannte, lineare V-Modell zeigt nicht direkt den Aspekt, dass die Ergebnisse einer Anlagenerstellung als Ausgangspunkt für eine Nächste dienen können und sollten. Dieses Defizit wird durch die Erweiterung zum Kreismodell ausgeglichen. Ferner zeigt das Kreismodell auf anschauliche Art, dass eine kohärente Systemunterstützung über die initiale Produktentste-hung hinaus sinnvoll ist.

Die Änderungen des Systems über seinen Lebenszyklus mit einem entsprechenden KM und Systemmodell abzubilden, ist im besonderen Hinblick auf Lebenszyklen im Anlagenbau sinn-voll. Diese durchgehende Modellunterstützung der Kreismodell-Methodik ist für den Anlagen-bau geeignet. Im oben dargestellten Kreismodell wird gezeigt, dass derzeitige Modelle nicht in der Lage sind, den gesamten Kreislauf zu unterstützen. Für den Anlagenbau ist dies zu prüfen und ggf. zu adaptieren. Des Weiteren wird die Vielschichtigkeit der Anlagenerstellung im Kreismodell nicht explizit ausgewiesen, sodass das Umfeld eines Anlagenbauers einer genaueren Abbildung bedarf. Ferner ist die Stilllegung einer Anlage im Kreismodell nicht unmittelbar vorgesehen. Aus diesen Gründen ist das Kreismodell für den Bezug des Anlagenbaus zu adaptieren.

Im Sinne des oben genannten V-Modells XT definiert sich ein Projekt unter anderem dadurch, dass es das Ziel hat, ein System zu erzeugen. [13] Eine Stilllegung als V-Modell-XT-Projektinhalt erscheint daher zunächst ausgeschlossen.

Eine allgemeinere Projektdefinition wird in der DIN 66901-5 gegeben. Hier wird ein Projekt durch die Einzigartigkeit des Vorhabens in Bezug auf Inhalt, Rahmenbedingungen und der beteiligten Ressourcen definiert. [18] Diese Definition ist konform mit den zu erwartenden Eigenschaften einer Stilllegung, da diese durch die Einzigartigkeit der stillzulegenden Anlage gekennzeichnet ist und zumeist mit begrenzten Ressourcen zu realisieren ist. Diese Betrachtung legt nahe, dass eine Anlagenstillegung über ein Projektmanagement, wie es in der DIN 66901-Familie definiert wird, lösbar ist

Vor dem Hintergrund der Integration aller Lebensphasen in ein geeignetes Modell wirkt diese Trennung zwischen V-Modell XT/Kreismodell und reinen Projektmanagementmethoden nach DIN 66901-3 für die Stilllegung inkonsequent. [19] Aus diesem Grund wird die Stilllegung in ein gesamtes Modell integriert. Das Kreismodell sieht prinzipiell nur eine ständige Weiterentwicklung des Systems vor. Eine Stilllegung ist nicht explizit Bestandteil des Modells. Allerdings liegt im Kreismodell keine enge Projektdefinition vor, sodass die Stilllegung als Projekt mit dem Ziel der Dekonstruktion der Anlage aufgesetzt werden kann. Aus dieser Analogie wird auch die Verwendung des V-Modell XT wieder sinnvoll. Die methodische Verwendung des V-Modell XT mit der inhaltlichen Variation der Dekonstruktion bietet im Besonderen Vorteile, da die Einbindung von Schnittstellen zwischen AG und AN bereits implementiert ist. Um die Möglichkeit einer Stilllegung auch visuell in das Modell zu integrieren, wird zum Ende der Projektmethodik ein Ausgangsszenario für die Stilllegung eingefügt.

Das adaptierte Kreismodell wird nachfolgend in Abbildung 5 dargestellt. In dieser Adaption der Methoden auf das spezifische Szenario des Anlagenbaus werden einige Veränderungen des oben dargestellten Kreismodells vorgenommen.

Es werden besonders die oben identifizierten Besonderheiten des Anlagenbaus sowie die daraus resultierenden, oben dargestellten Defizite eingebracht. Die Änderungen zum Kreismodell nach 16 sind nachfolgend erläutert:

1. Die Modellbegleitung bzw. -unterstützung wird auf den gesamten Lebenszyklus erweitert. Die Visualisierung zeigt eine durchgehende Modellierung mit zwei Schnittstellen. Mit Ende des klassischen Entwicklungsprojektes, wie es das V-Modell XT beschreibt, geht die Modellierung von einer Projektmethodik in eine Lebenszyklusmethodik über. In diesem an-schließenden Schritt werden die erarbeiteten Daten bewahrt und für die nächste Verwendung bereitgestellt. Diese anschließende Verwendung stellt dann den Beginn eines neuen Entwicklungsprojektes dar (zweite Schnittstelle der Visualisierung). Methodisch wird dies mehrfach gestützt. Als Projektmethodik wird ein KM etabliert, dass entsprechend der geltenden Vorschriften die Konfiguration des Systems bis zum Übergang in den Systembetrieb erfasst. Im Systembetrieb selbst werden keine Änderungen vorgenommen. Sollten Anpassungen des Systems notwendig sein, so stellt dies im Sinne dieses Modells ein neues Entwicklungsprojekt dar. In der Lebenszyklusmethodik werden die Daten des KM archiviert und verfügbar gehalten. Analog dazu wird das System in einem System-modell im Sinne des MBSE (bspw. auf Basis von SysML-Modellen) erfasst.

2. Der Systembetrieb wird zusätzlich mit dem Aspekt operativer Wissenszuwachs beschrieben (äußere Bahn). Mit dieser Erweiterung wird impliziert, dass in dieser Phase neben Erkenntnissen aus Forschung und Entwicklung vor allem praktische Erfahrungen aus dem System-betrieb generiert werden. Dabei ist der Wissenszuwachs explizit sowohl auf Seiten des Anlagenbetreibers (vormals AG) als auch auf Seiten des Anlagenbauers (vormals AN) zu sehen. Daraus entstehen unter anderem die Anforderungen eines nachfolgenden Entwicklungsprojektes.

3. Die äußerste Bahn wird als Projektbegleitung inkl. Schnittstellen & Meilensteinen zwischen Projektparteien beschrieben. Damit wird ein Verweis auf Methoden, wie sie beispielsweise im oben genannten V-Modell XT beschrieben werden, gegeben. An dieser Stelle wird allerdings keine explizite Methodik vorgeschrieben. Verschiedene Faktoren können die Wahl der Projektbegleitung beeinflussen, sodass hier lediglich gefordert wird, ein geeignetes Maß an-zuwenden.

Außerdem werden nicht nur AG und AN angesprochen, sondern bewusst der Begriff der Projektparteien verwendet. Der Anlagenbauer als Generalunternehmer hat selbst diverse Schnittstellen zu Unterauftragnehmern. Da hier oftmals langfristige Bindungen mit aufwändigen, kundenspezifischen Entwicklungen vorliegen, ist auch auf dieser Ebene ein Projektmanagement zu etablieren.

4. Wie bereits oben erwähnt, wird die Stilllegung als eigenes Projekt im Sinne der Projektmethodik erfasst. Im Anschluss ist das betreffende System dann stillgelegt. Aus dieser Stillle-gung wird wieder ein Wissenszuwachs generiert, der für spätere Systeme neue Anforderungen stellen kann. Aus diesem Grund verweist dieser Prozess dann auf die Anforderungen und überspringt dabei den Systembetrieb.

Die Differenzierung von Projekt- und Lebenszyklusmethodik bedingt weiterhin, dass auch in der Zeit nach der Indienststellung jegliche Änderungen am System in die Modelle aufgenommen werden. Dies bedingt weiter, dass die Projektmethodik an Art und Umfang des Entwicklungsprojektes anzupassen ist. Ein umfangreiches Refit mit hohen Entwicklungsaufwänden wird einer anderen Projektmethodik bedürfen als das Upgrade einer einzelnen Komponente.

Die Adaption des Kreismodells zeigt, wie auch das ursprüngliche Kreismodell, sehr deutlich, dass die Ergebnisse eines Projektes im Sinne des V-Modell XT als Teilabschnitt des gesamten Lebenszyklus die Basis für das Folgeprojekt darstellen. Aus diesem Grund sind inhaltlich schon Anforderungen für mögliche, ggf. noch nicht geplante Nachfolgeprojekte des Systems in einem ersten Projekt aufzunehmen. Methodisch können hier das KM und das Dokumentationsmanagement unterstützen, indem sie, wie oben beschrieben, in die Projektmethodik aufgenommen werden.

Prinzipiell ist das Wissen um eine Anlage in einem Unternehmen bzw. in der Menge der Projektbeteiligten (sowohl AG als auch AN) vorhanden. Allerdings ist es besonders in großen Gruppen extrem aufwändig, diese Informationen greifbar zu machen. Als Bestandteil eines Informationsmanagements stellen sowohl das KM als auch das Dokumentationsmanagement geeignete Methoden dar. Die vorhandenen und benötigten Informationen können damit aufbereitet und vorgehalten werden. Mit greifbaren Daten und Informationen lassen sich dann Auf-wände reduzieren. Daraus ergeben sich direkt wirtschaftliche Vorteile für die Unternehmung auf AG- und AN-Seite.

Die Adaption des Kreismodells mit dem Verweis auf etablierte Methoden aus dem V-Modell XT zeigt eine weitreichende Integration in die Produktlebenszyklen des Anlagenbaus auf.

Die praktische Anwendbarkeit des Modells kann an dieser Stelle nicht abschließend erfasst werden. Allerdings sind die zuvor geschilderten Defizite im Hinblick auf den Produktlebenszyklus des Anlagenbaus behoben. Auch zeigt das Modell die Wichtigkeit langfristiger Betrachtungen auf, indem es projektübergreifende Methoden wie das KM und das MBSE explizit auf-nimmt.

Die konkrete Ausprägung des Modells in einem praktischen Umfeld steht aus und kann an dieser Stelle nicht erfolgen. Die Praxis wird zeigen können, welche Projektmanagementmethoden sich als passende Projektmethode etablieren können. Die Varianz der Projektgröße (vom unter-jährigen Erweiterungsprojekt bis zu jahrelangen Neuerzeugung von Systemen) wird hier eine maßgebliche Einflussgröße sein.

Zusätzlich ist praktisch zu prüfen, ob eine klare Trennung von Projekt- und Lebenszyklusmethodik real anwendbar ist. Wird auf Seiten des AG diese Differenzierung nicht nach Indienststellung beibehalten, so kann das Abbild der Anlage nicht mehr mit der Realen konform sein. Folglich entfallen auch die Potenziale für zukünftige Projekte im Bezug dieser Anlage.

Die oben aufgeführten Modifikationen des Kreismodells können von der anlagenbauspezifischen Betrachtung zurück auf eine generische Betrachtung geführt werden. Die angewendeten Änderungen am Modell sind auch für einen generischen Produktlebenszyklus verwendbar. Beispielsweise ist die Unterscheidung zwischen Projekt- und Lebenszyklusmethodik auch auf ein Produkt in Serienfertigung anwendbar. Nach der Produktentstehung können auch hier Nachfolgeprojekte entstehen, die durch den operativen Wissenszuwachs aus dem Betrieb des ersten Produktes beeinflusst werden.

Die Projektbeteiligten und ihre Schnittstellen sind im Anlagenbau wie auch in einem generischen Modell vorhanden. Allerdings können sich natürlich Art und Menge der Beteiligten ändern. Eine großseriengeprägte Automobilindustrie hat beispielsweise bei einem nachträglichen Umbau nicht nur einen AG sondern ggf. hunderttausende, nämlich die Zahl der Wagenhalter.

Wenn gleich die Stilllegung bei kleineren Produkten weniger komplex erscheint, so entsteht die Komplexität hier aus der Anzahl an Produkten. Durch eine große Zahl g