Warum ich die PMP-Zertifizierung gemacht habe
Bei rudybohrer arbeiten wir mit Menschen, die dasselbe Projekt aus unterschiedlichen Perspektiven betrachten. Die Fachabteilung kennt die Abläufe, das Marketing die Zielgruppen, die IT die bestehenden Systeme. Gestaltung und Entwicklung müssen daraus etwas machen, mit dem später tatsächlich gearbeitet werden kann. Mich interessiert besonders die Verantwortung zwischen diesen Bereichen.
Mit dem Kurs 2024 und der Zertifizierung zum Project Management Professional, kurz PMP, im Jahr 2025 habe ich diese Verantwortung methodisch vertieft. Es geht mir darum, Anforderungen, Risiken und Entscheidungen nachvollziehbar zusammenzuführen und das Vorgehen an die jeweilige Aufgabe anzupassen.
PMP ist eine Zertifizierung des Project Management Institute, PMI. Sie berücksichtigt unterschiedliche Vorgehensweisen, darunter klassische, agile und hybride Ansätze. Welche davon in einem konkreten Projekt helfen, entscheidet sich an den Beteiligten, den Abhängigkeiten und daran, wie viel zu Beginn bereits feststeht.
Was die PMBOK-Domänen im IT-Projekt abdecken
Der PMBOK Guide ordnet Projektmanagement in zusammenhängende Handlungsbereiche, die sogenannten Performance Domains. Die aktuelle achte Ausgabe unterscheidet sieben. Auf unsere Projektarbeit übertragen helfen sie, neben der Entwicklung auch Entscheidungen, Zusammenarbeit und wirtschaftliche Folgen im Blick zu behalten:
- Governance: Entscheidungen und Verantwortung
- Wer entscheidet über den Projektumfang? Wer gibt einen Release frei? Wir vereinbaren Zuständigkeiten und klären, wie offene Entscheidungen an die richtige Stelle kommen.
- Umfang: Was zum Ergebnis gehört
- Nutzerwege, Schnittstellen und Abnahmekriterien beschreiben, was geliefert wird. Neue Wünsche gleichen wir damit ab und machen den zusätzlichen Aufwand sichtbar.
- Termine: Abhängigkeiten im Ablauf
- Ein Launch braucht nicht nur fertigen Code. Inhalte, Zugänge, externe Systeme und Freigaben müssen rechtzeitig bereitstehen und in der Planung zusammenkommen.
- Finanzen: Budget und verbleibender Aufwand
- Wir betrachten bereits geleistete Arbeit gemeinsam mit dem Aufwand bis zum Ziel. Damit lassen sich Umfang und Prioritäten anpassen, solange noch Handlungsspielraum besteht.
- Stakeholder: Die Beteiligten einbeziehen
- Fachabteilung, IT, Marketing und spätere Anwender brauchen unterschiedliche Informationen. Wir holen Rückmeldungen dort ein, wo sie Gestaltung und Umsetzung noch beeinflussen können.
- Ressourcen: Menschen und Mittel einplanen
- Zur Kapazität zählen auch Testpersonen beim Kunden, externe Dienstleister und verfügbare Testumgebungen. Ihre Verfügbarkeit muss zum geplanten Ablauf passen.
- Risiken: Unsicherheit früh bearbeiten
- Eine unbekannte Schnittstelle prüfen wir beispielsweise mit einem technischen Prototyp. Bei einer Migration klären wir Datenqualität, Umstellung und Rückfallmöglichkeiten vor dem Veröffentlichungstermin.
Abhängigkeiten vor dem nächsten Entwicklungsschritt klären
Nehmen wir ein Kundenportal als Beispiel: Die Oberfläche kann gestaltet sein, während noch offen ist, welche Informationen ein angemeldeter Nutzer sehen darf. Diese Entscheidung beeinflusst Datenmodell, Schnittstellen, Bedienung und Tests. Sie gehört deshalb in die gemeinsame Planung, nicht erst in die technische Abnahme.
Wir halten fest, welche Information von wem benötigt wird, bis wann sie vorliegen muss und welche Arbeit davon abhängt. Dazu zählen auch Inhalte, Datenschutzfragen, Zugänge zu Fremdsystemen und die Verfügbarkeit der späteren Anwender für Tests. So wird aus einer offenen Frage eine bearbeitbare Aufgabe.
Änderungen mit ihren Folgen entscheiden
Neue Erkenntnisse gehören zur Entwicklung. Wenn ein Test einen besseren Ablauf zeigt oder ein zusätzlicher Markt relevant wird, prüfen wir die Änderung gemeinsam. Dabei machen wir die Folgen für bereits erledigte Arbeit, Kosten, Qualität und Veröffentlichungstermin sichtbar.
Ein Beispiel: Eine weitere Sprachversion soll noch zum Start verfügbar sein. Dafür reichen übersetzte Texte allein möglicherweise nicht aus. Redaktion, Freigaben, lokale Inhalte und Qualitätssicherung müssen ebenfalls eingeplant werden. Die Entscheidung kann sein, den Umfang an anderer Stelle zu reduzieren, den Termin anzupassen oder die zusätzliche Sprache nachzuliefern. Diese Abwägung treffen Auftraggeber und Umsetzungsteam auf derselben Informationsgrundlage.
- Priorität
- Welches fachliche Ziel unterstützt die Änderung, und was wird dafür gegebenenfalls zurückgestellt?
- Auswirkung
- Welche Komponenten, Beteiligten und bereits getroffenen Entscheidungen sind betroffen?
- Freigabe
- Wer entscheidet über zusätzlichen Aufwand und Termin, und wo wird diese Entscheidung festgehalten?
Planbare Meilensteine und kurze Lernschritte verbinden
Ein Veröffentlichungstermin kann feststehen, während die beste Bedienung noch entwickelt werden muss. Dann brauchen wir beides: verbindliche Meilensteine für Inhalte, Abnahme und Umstellung sowie kurze Rückmeldeschleifen an Entwürfen und lauffähigen Teilen der Anwendung.
Wir vereinbaren, was in einer Abnahme geprüft wird und wer dafür verfügbar sein muss. Fortschritt bemisst sich dabei an nachvollziehbaren Ergebnissen: Ein Ablauf wurde mit Beispieldaten erprobt, eine Schnittstelle liefert die benötigten Informationen, ein Nutzerweg ist freigegeben. Eine Liste erledigter Entwicklungstickets allein sagt noch nicht, ob das Projekt bereit für den nächsten Schritt ist.
KI unterstützt die Vorbereitung von Entscheidungen
Auch der aktuelle PMBOK Guide greift das Thema auf: Die achte Ausgabe, veröffentlicht im November 2025, erweitert unter anderem die Behandlung von KI.
Für die Projektarbeit sind konkrete Hilfen interessant: Aus freigegebenen Gesprächsnotizen kann eine Aufgabenliste entstehen. Anforderungen können auf Widersprüche untersucht, offene Punkte für ein Review gesammelt und unterschiedliche Abläufe gegenübergestellt werden. Solche Vorschläge müssen von den Beteiligten geprüft werden, bevor daraus Zusagen oder Projektentscheidungen entstehen.
Ein Modell kennt beispielsweise nicht automatisch, dass eine Fachperson gerade für eine andere Aufgabe gebunden ist oder eine vermeintlich kleine Änderung intern eine zusätzliche Freigabe braucht. Welche Daten in welchem Werkzeug verarbeitet werden dürfen, muss ebenfalls geklärt sein. KI kann Vorbereitungsarbeit erleichtern; Prioritäten, Zusagen und die Verantwortung für deren Folgen bleiben beim Projektteam.
Die Übergabe in den Betrieb mitplanen
Zum Projekt gehören auch die Menschen, die das Ergebnis nach der Veröffentlichung betreuen. Wir klären Zugänge, Dokumentation, Schulungsbedarf, Wartung und den Umgang mit Störungen mit Ihrem Team und den beteiligten Dienstleistern. Bei einer Umstellung kommen Datenübernahme, Freigaben und ein abgestimmtes Vorgehen für Probleme hinzu.
Das ist der Nutzen professionellen Projektmanagements für unsere Kunden: Sie können erkennen, wo das Vorhaben steht, welche Entscheidung sie als Nächstes brauchen und welche Folgen die verfügbaren Optionen haben. Wir führen die fachlichen und technischen Perspektiven dafür zusammen und bleiben auch nach dem Launch ansprechbar.
Projektmanagement verbindet fachliche Ziele mit Design, Entwicklung und Betrieb. Es macht sichtbar, welche Entscheidung ansteht, wer sie treffen kann und was sie für Budget, Umfang und Termin bedeutet.