Projekt- und Programmprozesse

Das allgemeine Prozessmodell sowohl für Projekte als auch für Programme basiert auf den Lebenszyklusphasen mit einem zusätzlichen Prozess für die Sponsoringfunktion. Alle diese Prozesse können und sollten auf den spezifischen Kontext des Auftrags zugeschnitten werden. Jeder Prozess wird durch Kompetenz- und Reifedefinitionen unterstützt, die auch dann relevant bleiben, wenn der Praxis-Prozess durch einen entsprechenden Prozess aus einem anderen Leitfaden wie PRINCE2® oder ISO21500 ersetzt wird.

Wenn der Umfang des Auftrags immer komplexer wird, wirkt sich dies in erster Linie auf die Lieferphase aus. Daher der Verweis auf mehrere Lieferprozesse im nachstehenden Diagramm. Wenn die Auslieferungsarbeiten an mehrere Produktionsteams delegiert werden, kann auch der Entwicklungsprozess verwendet werden, und wenn die Auslieferungsphase in Stufen oder Tranchen unterteilt werden muss, ist der Abgrenzungsprozess erforderlich.

So wie die Funktionen im Abschnitt "Wissen" eine Erklärung darüber enthalten, wie sie sich mit zunehmender Komplexität verändern, enthält jeder Projekt- und Programmprozess Informationen über seine Anwendung in Situationen, die von kleinen, nicht komplexen Projekten bis zu großen, komplexen Programmen reichen.

 

 

Dieses generische Modell sollte an die Gegebenheiten eines Projekts oder Programms
angepasst werden. Wenn ein Projekt beispielsweise Teil eines Programms ist, wird der Prozess der Nutzenrealisierung in der Regel vom Programm durchgeführt. Die Projektidentifikation kann auch auf Programmebene erfolgen, was zu einer reduzierten Anzahl von Prozessen für das Projekt führt, wie unten dargestellt.

 

 

Ein ähnlicher Ansatz könnte für ein Projekt oder Programm gewählt werden, das Teil eines Portfolios ist. Der Hauptunterschied zwischen einem Projekt und einem Programm besteht in der Komplexität der Ziele, was sich in der Beziehung zwischen dem/den Erbringungsprozess(en) und dem Prozess der Nutzenrealisierung widerspiegelt.

Das generische Modell kann auch an unterschiedliche Umgebungen angepasst werden. Wenn z. B. eine vertragsschließende Organisation ein Projekt im Auftrag einer Kundenorganisation durchführt, kann der Kunde die Prozesse der Identifizierung und der Nutzenrealisierung durchführen. Er kann auch einen Großteil des Definitionsprozesses übernehmen.

 

 

Das Prozessmodell für die auftraggebende Organisation würde sich dann auf die in der obigen Abbildung in dunklerer Farbe dargestellten Elemente beschränken.

 

 

SHARE THIS PAGE

Please consider allowing cookies to be able to share this page on social media sites.

Change cookie settings
7th May 2017Hyperlinks added to all diagrams
Zurück zum Anfang