WikiDer > PRINCE2

PRINCE2

PRINZ2[1] (ein Akronym von prObjekte imCabgerollt EUmgebungen, Version 2) ist eine Methode für Projektmanagement. Diese Methode zielt auf das Management, die Kontrolle und die Organisation von a Projekt. PRINCE2 wurde von der britischen halbstaatlichen Organisation Office of Government Commerce (OGC) entwickelt.

Geschichte

Die PRINCE2-Methode ist der Nachfolger der PRINCE-Methode, die in den 1980er Jahren vor allem für IKTProjekte. Diese Methoden wurden durch die Kombination praktischer Erfahrungen, sogenannter empfohlene Vorgehensweise, von der britischen Quasi-Regierungsbehörde Office of Government Commerce (OGC). Diese Institution ist aus der Central Computer and Telecommunications Agency (CCTA) der britischen Regierung hervorgegangen, die sich auf den Informationstechnologie- und Telekommunikationsmarkt konzentrierte. PRINCE kam 1989 auf den Markt und wurde hauptsächlich in der ICT-Branche eingesetzt.

PRINCE2 wurde 1996 als verbesserte und erweiterte Version von PRINCE eingeführt und ist als Projektmanagementmethode für alle Arten von Projekten gedacht, nicht nur für IKT. Am 18. Juni 1997 wurde PRINCE2 offiziell in den Niederlanden eingeführt (Van Onna & Koning, 2010, S. 9 .).[2]) durch Rosa Elefant. Diese Firma wurde später übernommen von Getronik (das damals unter dem Namen Getronics Pink Roccade firmierte), das wiederum 2007 von KPN.

Die Methode wurde 2002, 2005, 2009 und 2017 aktualisiert. Der Name PRINCE2 wurde immer beibehalten, um anzuzeigen, dass die Methodik denselben Grundlagen und Prinzipien treu geblieben ist. Die Methode wird heute in vielen Ländern Europas verwendet und Handbücher wurden in verschiedenen Sprachen veröffentlicht, darunter auch Niederländisch[3].

Eigenschaften

PRINCE2 gilt für alle Projekte und hat eine große Flexibilität in der Bereitstellung. Aspekte der Methode, die für ein bestimmtes Projekt nicht anwendbar (oder nicht nützlich) sind, können weggelassen werden. Seit 2009 besteht die Methode aus 7 Prinzipien, 7 Themen und 7 Prozessen[4][5]. Ob es sich um ein PRINCE2-Projekt handelt, entscheidet allein die Anwendung der Prinzipien, nicht die strikte Anwendung der Themen oder Prozesse.

Grundsätze

Die 7 Prinzipien bilden die Grundlage von PRINCE2. Die Anwendung dieser Prinzipien bestimmt, ob ein Projekt PRINCE2 verwendet, nicht nur die Anwendung der Prozesse und der Dokumente. Die 7 Prinzipien müssen immer erfüllt sein, um von einem PRINCE2-Projekt zu sprechen. Wenn nur die Dokumente oder Prozesse verwendet werden, aber die Prinzipien nicht angewendet werden, wird es scherzhaft als PINO-Projekt (PRINCE In Name Only) bezeichnet. Die 7 Prinzipien sind:

  1. Ständig geschäftliche Begründungen liefern
  2. Aus Erfahrungen lernen
  3. Rollen und Verantwortlichkeiten im Voraus definieren
  4. Unterteilen Sie das Projekt in überschaubare Phasen
  5. Nur in Ausnahmefällen eskalieren
  6. Produkte planen und versenden
  7. Skalieren Sie die Methode nach Bedarf

Ständig geschäftliche Begründungen liefern

Ein PRINCE2-Projekt muss während seiner gesamten Laufzeit einen triftigen Grund haben. Diese Gründe werden gegen einen sogenannten „Business Case“ geprüft, der laufend aktualisiert wird. Damit soll verhindert werden, dass ein Projekt ohne erwarteten Nutzen weitergeführt wird.

Aus Erfahrungen lernen

Von den Projektteams wird erwartet, dass sie Erfahrungen aus früheren Projekten zur Kenntnis nehmen. Um beim nächsten Projekt von Nutzen zu sein, werden die eigenen Erfahrungen auch in einem Erfahrungsbuch festgehalten ("Unterrichtsprotokoll").

Definieren Sie die Rollen und Verantwortlichkeiten

Alle Projektbeteiligten müssen die Rolle und die entsprechende Verantwortung von sich selbst und den anderen Projektbeteiligten kennen.

Unterteilen Sie das Projekt in überschaubare Phasen

Aus Sicht der Handhabbarkeit können komplexe Aufgaben besser in separate Phasen unterteilt werden. Eine PRINCE2-Managementphase unterscheidet sich von einer technischen Phase. Die technische Phase ist bei den meisten Projekten gleich, zum Beispiel: Spezifikation, Design, Konstruktion, Test, Implementierung und Nachsorge. Im Sinne von PRINCE2 sind dies technische Phasen, während es bei Managementphasen um das Projektmanagement und nicht um die technische Realisierung geht. Ein Projektplan, der in technische Phasen unterteilt ist, die durch Go/No-Go-Meilensteine ​​getrennt sind, kann vom Lenkungsausschuss nicht kontrolliert werden, da er nicht fachlich kompetent sein muss. Auf diese Weise wird das Projekt durch Entscheider statt durch Techniker abgesichert.

Nur in Ausnahmefällen eskalieren

Ein gut geführtes Projekt erfordert kaum ein Eingreifen von oben. Erst bei Überschreitung der Toleranzen wird die Kontrollgruppe mit a informiert. ein Ausnahmebericht ("Ausnahmebericht") und der Lenkungsausschuss kann einen Ausnahmeplan verlangen ("Ausnahmeplan"). Dies garantiert eine effiziente Nutzung des (in der Regel beschäftigten) Managements. "Nach Ausnahme verwalten" ist das Markenzeichen von PRINCE2.

Produkte planen und versenden

Was von den gelieferten Produkten zu erwarten ist, muss vorab bekannt sein. Produktanforderungen bestimmen den Arbeitsaufwand, nicht umgekehrt.

Skalieren Sie die Methode nach Bedarf

Die PRINCE2-Methodik bietet eine Vielzahl von Werkzeugen, um ein Projekt jeder Größe und Komplexität zu verwalten. Diese Vollständigkeit bedeutet, dass die Methodik für jedes Projekt maßgeschneidert werden kann, um den Anforderungen einer bestimmten Umgebung gerecht zu werden. PRINCE2 ist schließlich ein Werkzeug, um das Projekt bestmöglich zu managen, was je nach Projekt dazu führen kann, dass gewisse Teile der Methodik entfallen, unterliegt den 7 Prinzipien. Beispielsweise kann in einem einfachen Projekt die Projektorganisation auf Wunsch auf die Steuerungsgruppe, den Projektleiter und ein kleines Führungsteam reduziert werden.

Themen

Struktur des PRINCE2, Projektmanagement-Methodik.

Die Themen geben einen Einblick in das Management des Projekts. Sie können als Wissensgebiete gesehen werden, wie die Prinzipien in der Praxis angewendet werden können. Diese werden zu Beginn des Projekts erstellt und während der gesamten Laufzeit überwacht. Die ständige Auseinandersetzung mit diesen Themen hält Projekte auf Kurs. Die 7 Themen sind:

  1. Behalte das Geschäftsfall gültig;
  2. Anforderung vordefinieren Qualität der Produkte;
  3. Lege das Organisation in Rollen und Verantwortlichkeiten festgelegt.
  4. Machen planen;
  5. erkenne die Risiken;
  6. Einhaltung von Änderungen;
  7. Beobachten Sie die Fortschritt;

Geschäftsfall

Im Zusammenhang mit ständige geschäftliche Rechtfertigung Prinzip gibt dieses Thema Aufschluss darüber, ob das Projekt noch sinnvoll und machbar ist. Theoretisch kann nach und nach ein negativer Business Case entstehen. In diesem Fall muss entweder das Ziel abgeschwächt oder das Projekt eingestellt werden.

Qualität

Im Zusammenhang mit Produkte planen und versenden Prinzip trägt dieses Thema dazu bei, die vom Kunden durch Akzeptanzkriterien formulierten Qualitätserwartungen zu erreichen. Qualität ist ein abstrakter Begriff. Ein Produkt ist erst fertig, wenn es die Anforderungen erfüllt. Zu diesem Zweck wird auf Initiative der Gruppe Projektsicherung regelmäßig eine Qualitätsprüfung durchgeführt.
Eine Qualitätsprüfung ist eine standardisierte Methode, um die Qualität von Produkten kontrolliert zu prüfen. Dies sind meist subjektive Qualitätskriterien. Qualitätsprüfungen stellen sicher, dass die Ergebnisse, die Produkte, den Erwartungen der Nutzer entsprechen.

Organisation

Im Zusammenhang mit die Rollen und Verantwortlichkeiten definieren and Grundsätzlich erfordert dieses Thema, dass diese Angelegenheiten aufgezeichnet werden und sich alle Projektmitglieder dazu verpflichten.

Planen

Hinweis: Pläne als Plural eines Plans (und nicht der Zeitplan)
Ein Plan beschreibt, wie Ziele erreicht werden in Bezug auf: Produktbeschreibungen, Zeitplan, Kosten, Akzeptanzkriterien und Nutzen.

Risiko

Ein Projekt birgt per Definition mehr Unsicherheiten als die täglichen Linienaktivitäten. Innerhalb des Projekts muss ständig darauf geachtet werden, diese Risiken beherrschbar zu halten. Risikomanagement zielt darauf ab, Risiken, die das Projekt bedrohen, zu identifizieren und diese dann zu managen. Es ist nicht unbedingt notwendig, die Risiken vollständig zu eliminieren, was einen unverhältnismäßigen Aufwand erfordert. In der Regel reicht es aus, risikomindernde Maßnahmen zu ergreifen, wie z.B. eine gute Datensicherung oder das Vorhandensein eines Fallback-Szenarios.

Veränderung

In diesem Thema geht es um das Verwalten von Änderungen ("Kontrolle ändern"), die während der Laufzeit des Projekts auftreten. Alle potenziellen Änderungen werden als Projektprobleme behandelt. PRINCE2 unterscheidet die folgenden Arten von Projektproblemen:

  • Änderungsvorschläge
  • Abweichungen von Spezifikationen
  • Problem oder Bedenken

Fortschritt

Beim Thema Fortschritt geht es um ihr folgen können dieses Fortschritts. Dies informiert die Manager darüber, wo sich das Projekt in Bezug auf den Zeitplan befindet. Es kommt nicht selten vor, dass Projekte ohne Wissen des Managements scheitern.

Prozesse

PRINCE2 (Ausgabe 2009) Prozessmodell.
PRINCE2 (Ausgabe 2009) Prozessmodell. (Englische Version)

Das PRINCE2-Prozessmodell beschreibt die 7 Prozesse und die wichtigsten Managementprodukte und Trigger. Die Pfeile zeigen das Zusammenspiel der verschiedenen Prozesse. Die lilafarbenen Blöcke stellen Prozesse dar, die durchlaufen werden können.

Ein Projekt starten (SU)

Ein Projekt starten ist ein Prozess, in dem das Projekt vorbereitet wird. Nachdem die Unternehmensleitung das Projekt beauftragt hat, wird geprüft, ob ein Projektstart sinnvoll ist. ein globaler Geschäftsfall erstellt, die Projektorganisation erstellt und der Projektansatz gewählt. Diese Sachverhalte sind im „Project Brief“ (kurz Projekt) enthalten und werden dem Lenkungsausschuss mit der Aufforderung zur Projektinitiierung übergeben. Dem „Project Brief“ liegt daher ein Plan für die Initiierungsphase bei.

Initiieren eines Projekts (IP)

Die erste Phase innerhalb eines Projekts ist die "Initiationsphase" erwähnt. Diese Phase ist in jedem PRINCE2-Projekt obligatorisch und soll eine gute Grundlage für das Projekt schaffen. In dieser Phase werden die angestrebten Ergebnisse, Pläne, Aufgaben und Verantwortlichkeiten definiert. Auch der "Geschäftsfall" voll entwickelt. Dies führt zum wichtigsten Lenkungsprodukt Dokumentation zur Projektinitiierung (PID). Diese PID wird später besprochen.

Leitung eines Projekts (DP)

"Ein Projekt leiten" ist der Prozess, mit dem der Lenkungsausschuss ("Projektausschuss") sitzt. Der Lenkungsausschuss erteilt die Vollmachten und urteilt und leitet in Ausnahmefällen.

Steuern einer Bühne (CS)

"Steuerung einer Bühne" ist die Steuerung einer Projektphase. Die Aufteilung eines Projekts in Phasen erhöht die Kontrolle, da ein Teilprodukt entsteht, das innerhalb der vereinbarten Grenzen von Zeit, Qualität, Risiko und Budget bleibt.

Verwalten einer Phasengrenze (SB)

Der Prozess "Verwalten einer Bühnengrenze" (Managing a Stage Transition) umfasst die Aktivitäten, die der Projektmanager unternimmt, um dem Projektausschuss ausreichende Informationen zur Verfügung zu stellen, um den Erfolg der aktuellen Phase zu beurteilen, den Plan für die nächste Phase zu genehmigen und die Durchführbarkeit des gesamten Projekts zu beurteilen.

Verwalten der Produktlieferung (MP)

Der Prozess "Verwalten der Produktlieferung" steuert die Lieferung der (Teil-)Produkte, die oft von einem oder mehreren Projektteams durchgeführt wird. Dazu erhalten sie sogenannte Arbeitspakete, die von der "Steuerung einer Bühne" Prozess.

Schließen eines Projekts (CP)

Wenn alle Phasen erfolgreich abgeschlossen wurden, kann das Projekt geschlossen werden. Zu diesem Zweck wird eine Empfehlung an die Lenkungsgruppe abgegeben, begleitet von einem Endprojektbericht, der aktualisierten PID und einem Bericht über die Lernmomente. Der Lenkungsausschuss informiert den Auftraggeber darüber, dass das Projekt abgeschlossen ist und die Entlastung erteilt werden kann.

Projektorganisation und Rollenverteilung

PRINCE2 (Ausgabe 2009) Standard-Projektorganisation
PRINCE2 (Ausgabe 2009) Standard-Projektorganisation (Englische Version)

Betriebswirtschaft oder Programmmanagement

Die Unternehmensleitung oder Programmleitung stellt den Projektauftrag und die Mittel bereit. Die Programmverwaltung tritt auf, wenn das Projekt Teil eines größeren Programms ist.

Lenkungsgruppe

Die Steuerungsgruppe wird zu Beginn des Projekts zusammengestellt. Diese besteht aus drei Personen: dem Auftraggeber, dem Senior-Lieferanten und dem Senior-Anwender. Die endgültige Verantwortung für das Projektergebnis liegt bei dieser Steuerungsgruppe.

  • Der Auftraggeber ist der Vertreter des Auftraggebers. Der Auftraggeber ist auch Budgetträger und Inhaber des Business Case, unter anderem verantwortlich für die Sicherstellung der Mittel und die Überwachung des Preis-Leistungs-Verhältnisses.
  • Der Senior User ist der Delegierte der gesamten Nutzerorganisation und überwacht und nimmt die Ergebnisse in seinem Auftrag entgegen. Er ist auch für die Spezifikation von Nutzen und Ergebnissen und deren Bewertung verantwortlich.
  • Der Senior Supplier ist der Hauptauftragnehmer und vertritt alle Lieferanten des Projekts. Der Senior Supplier ist auch für die Qualität und Pünktlichkeit der Fremdlieferungen verantwortlich.

Die Änderungsbehörde

Die Änderungsbefugnis ist eine delegierte Verantwortung des Lenkungsausschusses. Die Änderungsbehörde bewertet notwendige Abweichungen von den Produktspezifikationen. Um die Objektivität zu gewährleisten, besteht die Zusammensetzung dieser Gruppe aus Personen, die keine andere Rolle innerhalb des Projektmanagementteams haben.

Projektsicherung

Diese Gruppe vertritt die Verantwortung des Lenkungsausschusses aus drei Perspektiven, d. h.: Geschäft, Anwender und Lieferant, in den Bereichen Finanzen, Qualität und Logistik. Project Assurance hilft auch bei der Ausarbeitung des Business Cases und überwacht dessen Realisierbarkeit über die Dauer. Abschließend führt Project Assurance die Qualitätsprüfungen durch
Eine Qualitätsprüfung erfordert die folgenden Rollen:

  • Produktvertreter als die Person, die die Produkte liefert
  • Präsident als Hüter des Prozesses
  • Produktrezensenten
  • Sekretärin als diejenige, die den Bericht erstellt und den Prozess moderiert

Alle Rollen innerhalb der Projektsicherung dürfen nicht mit denen des Projektleiters kombiniert werden.

Projektunterstützung

Projektunterstützung ist die Gruppe, die das Projekt administrativ unterstützt, einschließlich: redaktionelle Angelegenheiten, Vorlagen, Dokumentenarchivierung, Korrespondenz und Informationsbereitstellung.

Gruppenführer

Hinsichtlich der Umsetzung gliedert sich das Projekt in Teams unterschiedlicher Disziplinen messbarer Funktionsprodukte. Teamleiter fungieren als kooperierender Vorarbeiter und berichten an den Projektleiter. Die Rolle des/der Teamleiter(s) ist frei wählbar, der Projektleiter kann die Teammitglieder selbst verwalten.

Teammitglieder

Die Teammitglieder sorgen für die konkrete Umsetzung der Projektprodukte und berichten an ihren Teamleiter.

Der Projektleiter

Um dem Lenkungsausschuss während des gesamten Projekts einen einzigen Ansprechpartner zu gewährleisten, werden alle Aktivitäten aller Beteiligten zentral von einem Projektleiter koordiniert. In vielen praktischen Fällen wird zu kommerziellen Zwecken eine Projektorganisation mit einem Projektleiter sowohl des Lieferanten als auch des Kunden aufgebaut. Projektorganisationen mit mehr als einem Projektmanager verstoßen gegen eines der wichtigsten Prinzipien von PRINCE2 („Keine zwei Kapitäne auf demselben Schiff“Der Projektleiter übernimmt die laufende Geschäftsführung und berichtet darüber an den Lenkungsausschuss. Darüber hinaus ist der Projektleiter für die Führung der Teamleiter verantwortlich. Er/Sie ist befugt, im Rahmen der gesetzten Toleranzen zeitliche und finanzielle Entscheidungen zu treffen, Probleme zu identifizieren und diese für eine mögliche Eskalation an den Lenkungsausschuss zu bewerten. Der Projektleiter erstellt auch die PID.

Aufbau der PID

Das Dokumentation zur Projektinitiierung (PID) ist eines der wichtigsten Steuerungsinstrumente innerhalb der PRINCE2-Projektmanagement-Methodik. Die PID bündelt die wichtigsten Projektmerkmale, die während der Startphase eines PRINCE2-Projekts gewonnen wurden. Die Projektinitiierungsdokumentation ist der Bezugspunkt während der Projektlaufzeit sowohl für das Projektteam als auch für den Kunden. Die PID wird bei jedem Phasenübergang basierend auf aktuellen Erkenntnissen angepasst.
Die PID darf nicht sein: ein Vertrag; Absicherung gegen Kritik; eine Methode zum Ausführen von Arbeit; ein Dokument, das die Funktionsweise technischer Angelegenheiten erläutert; ein Dokument mit Empfehlungen zu: Einstellung, Fähigkeiten, Qualität von Organisationen und/oder Marken.

  • Projektdefinition
Die Projektdefinition beschreibt den Grund für die Notwendigkeit des Projekts, die funktionale Ziel und das materielle oder wirtschaftliche Produkt (Ergebnis), die dieses funktionale Ziel erreicht. Es wird auch diskutiert, was für das Projekt "in und außerhalb des Bildes" ist (auch genannt innerhalb und außerhalb des Geltungsbereichs erwähnt), aber auch die Einschränkungen und Annahmen. Darüber hinaus beschreibt die Projektdefinition die Stakeholder am Projektergebnis sowie deren individuelle Interessen. Da ein Projekt nie für sich allein steht und das Projekt von anderen laufenden Projekten und/oder organisatorischen Veränderungen überschnitten werden kann, Schnittstellen beschrieben. Dies soll der Projektorganisation das Umfeld bewusst machen, in dem das Projekt tätig ist.
  • Projektansatz
Der Projektansatz gliedert sich in Managementstufen mit den dazugehörigen Entscheidungsmomenten.
  • Geschäftsfall
Die Kosten-Nutzen-Analyse.
  • Der Projektplan
Um dem Lenkungsausschuss einen Überblick über das Gesamtprojekt zu geben, wird ein Projektplan erstellt. Der Lenkungsausschuss verwendet diesen Plan als Referenz, um den Fortschritt zu überwachen und die Projektkosten mit dem Business Case zu vergleichen. Der Projektplan beschreibt: die Endprodukte pro Projektphase; die Entscheidungsmomente und Managementphasen; die Planung mit Meilensteinen und Durchlaufzeiten sowie die erforderlichen Ressourcen in Bezug auf Personen, Einrichtungen und Geld.
  • Kommunikationsbeherrschungsstrategie
Ziel dieser Strategie ist es, einen Rahmen für eine effektive Kommunikation mit allen Parteien zu schaffen. Diese Parteien sind alle Stakeholder, sowohl intern als auch extern. Die Strategie umfasst auch die Art der Informationen, die jeder Interessenträger benötigt, und die Häufigkeit, mit der sie ausgetauscht werden.
  • Qualitätskontrollstrategie
Die Strategie zur Qualitätskontrolle beschreibt unter anderem: die anzuwendenden Verfahren zur Qualitätsplanung, -kontrolle und -sicherung; Zeitpunkte, zu denen Inspektionen und Überprüfungen stattfinden und zu welchem ​​Zweck und in welcher Häufigkeit Qualitätsberichte erstellt und wem diese vorgelegt werden.
  • Risikomanagementstrategie
Die Risikomanagementstrategie beschreibt unter anderem: die anzuwendenden Risikotechniken und Anwendungen (z. B. Pareto-Analyse oder Wahrscheinlichkeits-Effekt-Matrix); die Häufigkeit der Risikoanalysen und wem die Risikoberichte vorgelegt werden.
  • Konfigurationssteuerungsstrategie
Konfiguration ist die Art und Weise, wie etwas aus separaten Komponenten aufgebaut wird. Dieser Begriff wird hauptsächlich in der IKT verwendet. Zum Beispiel: die Konfiguration eines Computers oder Computernetzwerks. Viele Organisationen verwenden daher als technisches Werkzeug eine sogenannte Configuration Management Database (CMDB). Eine gute Strategie für ICT-Projekte besteht darin, diese vorhandene CMDB für das Konfigurationsmanagement während des Projekts zu verwenden.

Zertifizierung

PRINCE2 verfügt über eine offizielle Zertifizierung auf drei Ebenen: Foundation, Practitioner und Professional. Die Foundation-Prüfung dauert eine Stunde und besteht ausschließlich aus Multiple-Choice-Fragen. Die Practitioner-Prüfung dauert 2,5 Stunden und enthält eine Fallstudie mit Multiple-Choice-Fragen. Mehrere Ausbildungsinstitute bieten Kurse an, die auf beide Niveaus vorbereiten. Die Professional-Stufe ist ein interaktiver Test, der die Fähigkeit testet, ein nicht komplexes Projekt zu verwalten. Diese Studie ist zu Hause und dauert 2,5 Tage.Im Jahr 2012 erhielten laut APMG, der offiziellen Akkreditierungsstelle, etwa 150.000 Projektleiter eine PRINCE2-Stiftungszertifizierung. Damit würde die Zahl der zertifizierten Projektleiter weltweit auf über 1 Million steigen.

Andere Methoden

Schwerpunkt Softwareentwicklung:

Fokussiert auf Immobilienentwicklung, Engineering und Contracting:

Lesen Sie auch

Siehe die Kategorie PRINZ2 von Wikimedia Commons für Mediendateien zu diesem Thema.