Normen/
Standards
DIN 69905:1997, ICB 3.0 / NCB 3.0, PM3
Englischer
Begriff
  • Administrative Closure
  • Project Close Out

Projektabschluss

Der Projektabschluss umfasst diejenigen Tätigkeiten eines Projekts, die dazu dienen, alle Projektprozesse und Projektmanagementprozesse zu beenden und die Abnahme des Projekts herbeizuführen.

Anzeige

Projektabschluss gemäß DIN 69901-5:2009

Während die nicht mehr gültige DIN 69905:1997 den Projektabschluss definierte als "Beendigung aller Tätigkeiten, die mit dem Projekt in Zusammenhang stehen.", kennt die aktuelle DIN 69901-5:2009 den Begriff "Projektabschluss" nicht mehr. Sie definiert die Begriffe "↑Abschlussphase" sowie "Abschluss" als "↑Projektmanagementphase"

Projektabschluss gemäß PMBOK® Guide

Der PMBOK® Guide, Fifth Edition, benennt "Closing the Project" als letzten Abschnitt des generischen Projektlebenszyklus. Allerdings spielt die Ausprägung des Projektlebenszyklus keine wesentliche Rolle im PMBOK Guide. Wichtiger sind die Projektphasen, die im PMBOK Guide gemäß fachlicher Gesichtspunkte definiert werden und somit den "technischen Phasen" von PRINCE2 entsprechen.

Der PMBOK Guide gliedert die Prozesse in sog. Prozessgruppen. Die Abschlussprozessgruppe des PMBOK Guide umfasst zwei Prozesse: "Close Project or Phase" (Abschließen eines Projekts oder einer Phase) und "Close Procurements" (Abschließen des Beschaffungswesens).

Ergebnisse des Projektabschlusses gemäß PMBOK Guide sind Übergabe des Projektergebnisses und die abschließende Aktualisierung der Projektdokumente, zu denen unter anderem auch Abschlussberichte und Lessons Learned zählen.

Projektabschluss gemäß ICB 3.0 und PM3

In der ICB 3.0 ist der Projektabschluss (Close-out) als eine von 20 technischen Kompetenzen definiert. Demzufolge widmet der PM3 dem Projektabschluss ein eigenes Kapitel (Burghardt, Manfred: Projektabschluss, in: Gessner, Michael (Hrsg.): Kompetenzbasiertes Projektmanagement (PM3), Nürnberg 2009). Burghardt benennt darin vier Prozessschritte (a.a.O., S. 1236 f.), die Bestandteil eines Projektabschlusses sind:

  • Produktabnahme
  • Projektabschlussanalyse
  • Erfahrungssicherung
  • Projektauflösung

Diese Definition umfasst explizit sowohl auf den Projektgegenstand bezogene Tätigkeiten, z.B. technische Prüfungen, als auch administrative und formelle Tätigkeiten, z.B. Freigabe von Ressourcen.

Projektabschluss gemäß PRINCE2

Für PRINCE2 sind alle Tätigkeiten zur Erstellung, Prüfung und Übergabe von ↑Produkten sog. Spezialistentätigkeiten. Somit zählen auch technische Abnahmen, z.B. die feuerpolizeiliche Abnahme eines Gebäudes, nicht zu den Tätigkeiten des Projektabschlusses, sondern zu den Spezialistentätigkeiten, die geplant, überwacht und gesteuert werden müssen, wie alle anderen Tätigkeiten auch.

Demzufolge kennt PRINCE2 keine Abschlussphase, sondern lediglich den Prozess "Abschließen eines Projekts" (Closing a Project), der während der letzten Managementphase parallel zu den letzten Spezialistentätigkeiten durchgeführt wird.

Der Zeitpunkt des Projektabschlusses ist bei PRINCE2 eindeutig definiert durch die Entscheidung des Lenkungsausschusses, auf Antrag des Projektmanagers das Projekt als abgeschlossen zu erklären.

Erläuterungen und Kommentar

Die unterschiedliche Definition von Projektabschluss in den verschiedenen Richtlinien kann für erhebliche Verwirrung und Missverständnisse zwischen den Beteiligten sorgen. In erster Linie betrifft dies die Frage, ob technische Abnahmen und Übergaben zum Projektabschluss zu zählen sind, oder ob dieser nur Managementtätigkeiten, wie z.B. die Durchführung eines Konfigurationsaudits, umfasst.

Weiterhin muss die Schnittstelle zum Programm- bzw. Projektportfoliomanagement geklärt sein. Gehören abschließendes Projektaudit, Dokumentation der Lessons Learned oder das Erarbeiten von Empfehlungen für die Weiterarbeit mit den Projektergebnissen noch zum Projekt oder sind sie bereits Aufgaben der Projektumgebung nach dem Projektabschluss?

Die Trennung von PRINCE2 zwischen Spezialistentätigkeiten und Tätigkeiten des Projektmanagements hat den Vorteil, dass es Qualitätsprüfungen, Produktabnahmen und -übergaben sowie Inbetriebnahmen vom Management des Projekts klar abtrennt und dadurch sein Prozessmodell unabhängig von Projektart und Branche ist. Bei branchenspezifischen Vorgehensmodellen wie der HOAI oder dem V-Modell verschwimmen hingegen die Grenzen zwischen fachlichen und administrativen Tätigkeiten.

Es ist daher dringend zu empfehlen, bereits bei der Planung des Projektmanagements, d.h. dem Festlegen des Projektmanagementsystems, klar zu definieren, welche Tätigkeiten unter den Begriff "Projektabschluss" fallen. Eine Möglichkeit wäre z.B. zwischen "formellem Projektabschluss" und "technischem Projektabschluss" zu unterscheiden. Noch eindeutiger wäre es, den "Projektabschluss" ausschließlich im Sinne des Projektmanagements zu definieren und die fachlichen Aufgaben mit den entsprechenden für Projektart und Branche spezifischen Begriffen zu benennen, z.B. "Inbetriebnahme", "Abnahmeprüfung", "Produktionsstart" usw.

Relevante Beiträge im Projekt Magazin
Sortieren nach:

Ein Projekt richtig abzuschließen ist eine anspruchsvolle Aufgabe. Vor allem muss der Projektleiter vom Auftraggeber die Abnahme der Projektergebnisse einholen. Darüber hinaus muss er aber auch z.B. das Projektteam auflösen, eine Nachkalkulation erstellen und Erfahrungswerte sichern. In diesem Spotlight erfahren Sie, was alles zu tun ist, um ein....

Spotlight (93 Seiten) 18,99 € (0,00 € im Abo)
Fachbeitrag, Ausgabe 24/2013von Erika Bachmann
4 Bewertungen
4.5
2 Kommentare
Ein auf vollen Touren laufendes Projekt vorzeitig abzubrechen stellt eine besondere Herausforderung an den Projektleiter bzw. an die Projektleiterin...
Fachbeitrag, Ausgabe 2/2012von Klaus D. Tumuscheit
10 Bewertungen
4.1
4 Kommentare
Erfolgreich abgeschlossene Projekte, die dennoch wenig Nutzen stiften: Kommt Ihnen dieses Paradoxon bekannt vor? Hier sollte eigentlich...
Methode, Ausgabe 21/2010von Norbert Hanke
7 Bewertungen
4
1 Kommentar
In bestimmten Situationen kann es vorkommen, dass Sie sich als Projekt-Externer einen Überblick über ein Projekt verschaffen müssen. Egal, ob Sie ein...
Fachbeitrag, Ausgabe 20/2010von Dr. Georg Angermeier
16 Bewertungen
3
0 Kommentare
Wer ein Projekt abschließt, muss vielfältige Aspekte berücksichtigen. Es genügt nicht, einen Abschlussbericht zu schreiben, vielmehr müssen Sie z.B....
Methode, Ausgabe 20/2009von Chris Rupp
10 Bewertungen
4.1
0 Kommentare
Ein systematischer Rückblick auf ein gerade abgeschlossenes Projekt lohnt sich: Das Team erkennt Erfolgs- und Fehlerursachen und kann dieses Wissen...
Methode, Ausgabe 19/2009von Chris Rupp
14 Bewertungen
4.07143
0 Kommentare
Fehler passieren in jedem Projekt – dumm nur, wenn sie sich im nächsten Projekt wiederholen. Um aus abgeschlossenen Projekten zu lernen, ist eine...
Tipp, Ausgabe 23/2007von Dr. Tomas Bohinc
Bewertungen
0
0 Kommentare
Es kann gute Gründe dafür geben, die Projektlaufzeit zu verlängern. Manchmal verlängert sich ein Projekt jedoch auch, ohne dass ein wirklicher Nutzen...
Tipp, Ausgabe 22/2007von Dr. Tomas Bohinc
5 Bewertungen
3
0 Kommentare
Zur Aufgabe des Projektleiters gehört es nicht nur, den Start eines Teamentwicklungsprozesses zu organisieren, sondern auch sein Ende. Dabei ist es...
Fachbeitrag, Ausgabe 24/2005von Dr. Georg Angermeier
7 Bewertungen
3.285715
2 Kommentare
Ein Projekt zu Ende zu führen, kann schwieriger sein, als es zu beginnen. Das so genannte 90%-Syndrom, beständige Änderungsanforderungen oder...
Fachbeitrag, Ausgabe 18/2005von Anna Adler
3 Bewertungen
2.666665
0 Kommentare
Ein systematischer Projektabschluss bringt viele Vorteile. Er sorgt zum Beispiel für Rechtssicherheit und erleichtert den Start in Folgeprojekte....
Tipp – Projektdokumente, Ausgabe 18/2004von Berta Schreckeneder
10 Bewertungen
3.7
0 Kommentare
Der Projektabschlussbericht beschreibt das Gesamtergebnis des Projekts und dient vor allem dazu, Erfahrungen für zukünftige Vorhaben zu sichern. Dazu...
Fachbeitrag, Ausgabe 12/2004von Oliver Verspohl
Bewertungen
0
0 Kommentare
Ähnlich wie bei großen Unternehmen wachsen die Anforderungen an das Projektmanagement auch im Mittelstand. Kürzere Produktlebenszyklen und...
SW-Anleitung, Ausgabe 20/2002von Ignatz Schels
Bewertungen
0
0 Kommentare
Die Planung ist abgeschlossen, das Projekt gestartet. Nun muss geprüft werden, ob Kosten und Zeit im Plan bleiben. Ignatz Schels zeigt Ihnen, welche...
7 Bewertungen
4.857145
0 Kommentare
von Gisela Müller Fehler passieren immer. Um aber...
Fachbeitrag, Ausgabe 10/2002von Gisela Müller
12 Bewertungen
4.166665
2 Kommentare
Fehler passieren immer. Um aber nicht in jedem Projekt die gleichen Fehler zu wiederholen, muss der Prozess der rückschauenden Projektanalyse...
Fachbeitrag, Ausgabe 16/2001von Olaf Clausen
Bewertungen
0
0 Kommentare
Voller Euphorie begann die Kooperation eines Softwareentwicklers mit einem Berater aus dem Gesundheitswesen. Nach 18 Monaten wurde die...
Methode, Ausgabe 7/2001von Olaf Clausen
4 Bewertungen
1.75
0 Kommentare
Das Projekt ist abgeschlossen, die Software läuft beim Kunden. Aber war das Projekt erfolgreich? In diesem Artikel über kleine Projekte stellt Ihnen...
Fachbeitrag, Ausgabe 18/2000von Bernd Hilgenberg
2 Bewertungen
3
0 Kommentare
Die Bedeutung des Projektabschlusses für das Projekt wird häufig unterschätzt. Nachdem Bernd Hilgenberg im ersten Teil den formale Abschluss...
Fachbeitrag, Ausgabe 17/2000von Bernd Hilgenberg
3 Bewertungen
2.333335
0 Kommentare
Der Projektabschluss ist eine sehr wichtige und spannende Projektphase. Seine Bedeutung für das gesamte Projekt wird häufig unterschätzt. Fehler, die...
Fachbeitrag, Ausgabe 7/2000von Petra Berleb
2 Bewertungen
4.5
0 Kommentare
Unterstützt Ihr Linien-Management das Projekt? Werden Spezialisten von ihren Vorgesetzten für das Projekt ohne Kampf freigegeben oder dient Ihr...
Alle relevanten Beiträge anzeigen
Dieser Artikel wurde zuletzt aktualisiert am 16.12.2013.
Tech Link