PMI PMP: Projektabschluss, Wissenstransfer & Lessons Learned — Lernleitfaden

By Laurynas Brazys · 21 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Teil des PMP — Lernleitfaden. Üben Sie mit verifizierten Antworten im PMI-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.

Übergabebereitschaft und betriebliche Übergabe

Bevor das Team freigegeben wird, muss die übernehmende Betriebsgruppe nachweislich bereit sein, das Produkt zu betreiben. Diese Bereitschaft hat konkrete Komponenten:

• Schulungen für Bediener und Support-Mitarbeiter durchgeführt und deren Kompetenz bestätigt
• Runbooks und Standardbetriebsverfahren (SOPs) dokumentiert, überprüft und versioniert
• Gewährleistungen – sowohl Herstellergarantien als auch die Gewährleistungsfrist des Projektteams – klar definiert mit Umfang, Dauer und Ansprechpartnern
• Support-Übergabe einschließlich Eskalationspfaden, Bereitschaftsdiensten und Einträgen in der Wissensdatenbank
• Zugänge, Anmeldeinformationen und Lizenzen an die Betriebsverantwortlichen übertragen
• Bekannte Probleme und technische Schulden dem übernehmenden Team schriftlich offengelegt

Die Auflösung des Teams vor dieser Übergabe ist ein schwerwiegender Fehler. Sie lässt den Betrieb ohne die Fähigkeit zur Diagnose von Vorfällen zurück, erzwingt das Reverse-Engineering von Design-Entscheidungen und führt oft zur Rückholung ehemaliger Teammitglieder zu Premium-Sätzen. Das Entscheidungskriterium des PM ist einfach: Das Team wird erst freigegeben, wenn der Betriebsverantwortliche eine Abnahme der Übergabe unterzeichnet, nicht nur, weil das Lieferergebnis funktioniert.

Planung des Supports nach der Auslieferung

Die Support-Planung legt fest, wer nach Ablauf der Gewährleistung für das Produkt verantwortlich ist, wie Fehler triagiert werden und wie Verbesserungsanfragen kanalisiert werden – typischerweise in ein Backlog für ein zukünftiges Projekt oder in eine Produktmanagement-Funktion. Der Support-Plan sollte vor dem Go-Live existieren und nicht erst danach improvisiert werden. Er definiert Service-Level, Eskalation und die Grenze zwischen Gewährleistungsarbeiten (projektfinanziert) und Erweiterungen (separat finanziert).

Warum die üblichen Abkürzungen scheitern

Ein überstürzter Abschluss, um den Zeitplan eines Sponsors zu erfüllen, opfert wiederverwendbares Wissen und setzt die Organisation Compliance-Feststellungen aus; die Dringlichkeit des Sponsors ändert nichts an regulatorischen oder vertraglichen Pflichten. Das Überspringen der Absprache mit dem PMO bezüglich der Aufbewahrung führt zu vorzeitiger Löschung oder unrechtmäßiger Aufbewahrung – beides führt zu Haftungsrisiken. Risiken und Probleme in einem abgeschlossenen Projekt „offen“ zu lassen, blockiert zukünftiges Reporting und verbirgt wiederkehrende Muster vor der Analyse. Die Auflösung von Teams ohne Übergabe wandelt institutionelle Fähigkeiten in individuelle Abhängigkeit um und garantiert, dass der nächste Vorfall von Personen bearbeitet wird, die das System noch nie zuvor gesehen haben. Jede Abkürzung tauscht eine kleine, sichtbare Einsparung jetzt gegen große, versteckte Kosten später – was genau der Kompromiss ist, den ein disziplinierter Abschluss verhindern soll.

Praktisches Problem: Anwendungsfallszenario

Szenario: Die Meridian Payments Platform, eine 18-monatige Initiative mit einem Budget von 4,2 Mio. US-Dollar zur Ablösung eines veralteten Überweisungssystems für eine mittelgroße Bank, hat die Benutzerakzeptanztests abgeschlossen, wobei alle kritischen Fehler behoben wurden. Der Sponsor, der unter dem Druck des CFO steht, Budget für eine konkurrierende Initiative freizugeben, hat der Projektmanagerin Priya eine E-Mail geschickt und sie angewiesen, „die Sache diese Woche abzuschließen – das System funktioniert, das Team wird woanders gebraucht“. Zwei Lieferantenverträge sind noch offen, der Betrieb hat die Übergabe der Runbooks nicht unterzeichnet, und der Workshop zu den Lessons Learned wurde noch nicht angesetzt.

Herausforderung: Priya muss auf den Druck des Sponsors reagieren, den Abschluss zu verkürzen, und gleichzeitig sicherstellen, dass vertragliche, regulatorische und organisatorische Verpflichtungen erfüllt sind, bevor sich das Team auflöst.

Empfohlener Ansatz:

1. Die Dringlichkeit des Sponsors schriftlich anerkennen und einen komprimierten Abschlussplan von 10 Werktagen vorschlagen, der die nicht verhandelbaren Aktivitäten, ihre Verantwortlichen und das Risiko des Überspringens jeder einzelnen auflistet – dann die schriftliche Genehmigung des Plans durch den Sponsor einholen.
2. Die formelle schriftliche Abnahme vom Product Owner und dem Betriebsleiter einholen, indem jedes Lieferergebnis anhand der dokumentierten Akzeptanzkriterien durchgegangen wird und die Unterschriften auf dem Abnahmeformular, das im PMO-Repository abgelegt wird, erfasst werden.
3. Die beiden Lieferantenverträge abschließen, indem die Erfüllung aller Leistungsbeschreibungen (Statements of Work) bestätigt, die Abschlussrechnungen bearbeitet, eventuelle Einbehalte oder Erfüllungsbürgschaften freigegeben und die vom Vertrag geforderten Kündigungsschreiben für die Beschaffung ausgestellt werden.
4. Einen 90-minütigen Workshop zu den Lessons Learned mit dem Kernteam und den wichtigsten Stakeholdern innerhalb der ersten Woche durchführen, der sich auf die Treiber von Kostenabweichungen, Integrationsrisiken und die Leistung der Lieferanten konzentriert, und die Ergebnisse in der OPA-Wissensdatenbank veröffentlichen.
5. Die betriebliche Übergabe abschließen, indem das Runbook validiert, die Schulung des Support-Personals bestätigt, der Quellcode und die Anmeldeinformationen übertragen und die Bereitschaft vom Betriebsleiter unterzeichnen gelassen wird.
6. Die Projektartefakte gemäß der 7-jährigen Aufbewahrungsrichtlinie der Bank archivieren, die Teammitglieder formell mit Leistungsfeedback an ihre Linienvorgesetzten freigeben und einen Projektabschlussbericht an den Sponsor und den Lenkungsausschuss ausstellen.

Warum das funktioniert: Der Ansatz von PMI behandelt Abschlussverpflichtungen als Ergebnis des Projektplans, der Verträge und der Unternehmensrichtlinien – nichts davon kann der Sponsor einseitig aufheben. Indem Priya die Dringlichkeit anerkennt und gleichzeitig einen komprimierten, aber vollständigen Zeitplan aushandelt, schützt sie die Organisation vor Vertragsbruch, regulatorischen Risiken und dem dauerhaften Verlust von implizitem Wissen, wenn sich das Team auflöst. Das Überspringen von Schritten, um dem Sponsor zu gefallen, würde sowohl die Bank als auch den PM persönlich nachgelagerten Audit- und Betriebsausfällen aussetzen.

← Governance · Alle Domänen

Diese Fragen üben → · Zeitlich begrenzte Übung auf ExamRoll.io →