Interviewfragen für Projektmanager, mit ausgearbeiteten Antworten

So nutzt du diese Fragen

Lies die kurze Antwort und sag sie laut. Das sind deine ersten dreißig Sekunden. Lies dann die ausführliche Antwort und such dir zwei oder drei Punkte aus, die du ergänzt, mit einem Beispiel aus deinen eigenen Projekten: die Größe, die Menschen, das Problem und das Ergebnis. Interviewer wollen Belege, dass du es gemacht hast, kein Lehrbuch.

Die Beispiele mischen IT-Projekte, etwa ein neues System oder den Umzug in die Cloud, mit Business-Projekten, etwa einem Büroumzug, einer Baustelle, einer Marketingkampagne oder einer Veränderung im Unternehmen. Die Methode ist dieselbe; nimm die Beispiele aus deinem eigenen Fachgebiet.

Was ein Projektmanager wissen muss

• Die Grundlagen: Umfang, Zeitplan, Budget, Qualität, Risiko und die Abwägungen zwischen ihnen.
• Methoden: klassische Pläne in Phasen (Wasserfall), agilesIn 7 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Arbeit in kurzen Zyklen mit einem Team, das alle paar Wochen plant, liefert und nachsteuert. Arbeiten und ScrumIn 8 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Die Rollen und Termine kennen; viele Projektmanager arbeiten mit Scrum-Teams oder als deren Scrum Master. und hybride Ansätze, die beides mischen, mit Frameworks wie PRINCE2In 5 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Eine Methode und ein Zertifikat, um Projekte in Phasen zu führen; verbreitet in Großbritannien, Europa und im öffentlichen Sektor. oder dem Wissensstand hinter dem PMPIn 2 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Das Projektmanagement-Zertifikat des PMI; in vielen Anzeigen in den USA, in Indien und bei großen Konzernen genannt..
• Werkzeuge: ein Planungswerkzeug wie MS Project oder JiraIn 6 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Die Arbeit des Teams planen und verfolgen, an einem Board Risiken erkennen und daraus den Fortschritt berichten., ExcelIn 6 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Budgets, Pläne, Risikolisten und schnelle Berichte; viele Projekte laufen noch über Tabellen. für Budgets und Listen und ein gemeinsamer Ort für Dokumente wie SharePointIn 2 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Projektseiten und Dokumentablagen; der Ort, an dem Pläne und Entscheidungen liegen..
• Menschen: Stakeholder-ManagementIn 11 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Alle finden, die ein Projekt betrifft, klären, was jeder braucht, und alle informiert und an Bord halten., klare KommunikationIn 33 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Klare Statusberichte, kurze Meetings mit Entscheidungen und schlechte Nachrichten früh teilen., VerhandlungenIn 4 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Umfang, Termine und Geld mit Auftraggebern, Lieferanten und Teams vereinbaren, ohne Vertrauen zu verlieren. mit Auftraggebern und Lieferanten und Führung von Menschen, die dir nicht unterstellt sindIn 2 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Menschen führen, die dir nicht unterstellt sind: Richtung geben, Konflikte lösen und das Team in Gang halten..
• Governance: wer was entscheidet, Lenkungsausschüsse, Statusberichte und die Freigaben in jeder Phase.
• Für IT-Projekte: wie Systeme gebaut, getestet und an den Betrieb übergeben werden, oft nach den Regeln von ITILIn 1 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Das verbreitete Framework für IT-Services; nützlich für Projekte, die ein System an den Betrieb übergeben..
• Recht und Vertrauen: Projekte mit personenbezogenen Daten folgen der DSGVOIn 2 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).EU-Datenschutz (DSGVO): Projekte mit personenbezogenen Daten brauchen Datenschutzprüfungen im Plan. (EU) und ähnlichen Gesetzen.

Ein Projekt starten und planen

Du bekommst ein neues Projekt. Was machst du in den ersten zwei Wochen?

Worauf sie achten: dass du Ziel, Umfang und Beteiligte klärst, bevor du im Detail planst.

Kurze Antwort: „Ich treffe den Auftraggeber, um das Ziel, die Erfolgskriterien und die Grenzen bei Zeit und Geld zu vereinbaren. Ich finde die Stakeholder und spreche mit den wichtigsten. Ich schreibe einen kurzen Projektauftrag mit dem Umfang, dem, was nicht dazugehört, den Risiken, die ich schon sehe, und wie entschieden wird, und lasse ihn freigeben. Dann baue ich mit dem Team den ersten Plan.“

Die ausführliche Antwort in sechs Schritten:

1. Der Auftraggeber. Der Auftraggeber (Sponsor) ist die Führungskraft, die das Ergebnis will und dafür zahlt. Vereinbare mit ihm, warum es das Projekt gibt, wie Erfolg in Zahlen aussieht, den Termin und das Budget.
2. Stakeholder. Liste alle auf, die betroffen sind oder mitreden, und wie wichtig jeder ist. Triff die wichtigen früh, einzeln.
3. Umfang. Schreib auf, was geliefert wird und, genauso wichtig, was nicht. Ein vager Umfang ist die häufigste Ursache für verspätete Projekte.
4. Projektauftrag. Ein Projektauftrag (Project Charter oder Project Initiation Document) fasst Ziel, Umfang, Budget, Rollen, erste Risiken und Entscheidungsregeln auf wenigen Seiten zusammen, unterschrieben vom Auftraggeber.
5. Erster Plan. Zerlege die Arbeit mit dem Team in Teile, schätze sie und setze Meilensteine (Punkte, an denen etwas Sichtbares fertig ist).
6. Rhythmus. Vereinbare von Anfang an die Meetings, den Statusbericht und die Termine des Lenkungsausschusses.

Schwache Antwort: „Ich fange an, einen detaillierten Plan in MS Project zu machen.“ Ein detaillierter Plan für ein unklares Ziel ist detailliert und falsch.

Nachfrage: „Der Auftraggeber kann nicht sagen, wie Erfolg aussieht.“ Biete zwei oder drei Kennzahlen an und lass ihn wählen, zum Beispiel Kosten pro Vorgang, Go-live-Termin oder die Nutzung durch die Anwender.

Wie baust du einen Projektzeitplan, und was ist der kritische Pfad?

Worauf sie achten: dass du Arbeit in einen realistischen Plan übersetzen kannst und weißt, wo das echte Terminrisiko liegt.

Kurze Antwort: „Ich zerlege die Arbeit in Aufgaben, schätze sie mit den Leuten, die sie erledigen, und verknüpfe die Aufgaben, die voneinander abhängen. Der kritische Pfad ist die längste Kette abhängiger Aufgaben: Jede Verzögerung darauf verzögert das ganze Projekt. Diese Aufgaben beobachte ich am genauesten und plane vor wichtigen Terminen Puffer ein.“

Die ausführliche Antwort: Ein Projektstrukturplan (Work Breakdown Structure) teilt das Projekt in Liefergegenstände und dann in Aufgaben, die klein genug zum Schätzen sind. Abhängigkeiten zeigen, welche Aufgabe erst nach einer anderen fertig werden kann. Aufgaben außerhalb des kritischen Pfads haben Puffer, das heißt, sie können etwas rutschen, ohne den Endtermin zu verschieben. Bei einem Büroumzug liegt der Ausbau der neuen Etage oft auf dem kritischen Pfad, die Bestellung neuer Stühle nicht. Schätzungen sind Spannen; plane mit der realistischen, nicht mit der hoffnungsvollen, und halte den Puffer sichtbar, statt ihn in jeder Aufgabe zu verstecken.

Schwache Antwort: „Ich nehme den Termin und teile die Zeit auf die Aufgaben auf.“ Nachfrage: „Eine Aufgabe auf dem kritischen Pfad rutscht um zwei Wochen.“ Such nach Wegen, Aufgaben parallel laufen zu lassen, hol Leute nur dazu, wo es wirklich hilft, oder streich Umfang; informiere den Auftraggeber mit den Optionen.

Wie legst du ein Projektbudget fest und steuerst es?

Worauf sie achten: dass du Kosten schätzen, verfolgen und handeln kannst, bevor das Geld ausgeht.

Kurze Antwort: „Ich baue das Budget aus dem Plan: Personal, Lieferanten, Lizenzen, Ausstattung und eine Reserve für Risiken. Jeden Monat vergleiche ich, was wir ausgegeben und was wir geliefert haben, mit dem Plan und erstelle einen Forecast für die Kosten am Ende. Wenn der Forecast das Budget übersteigt, informiere ich den Auftraggeber früh, mit Optionen.“

Die ausführliche Antwort: Die Reserve (Contingency) ist Geld für bekannte Risiken; sie ist kein Topf für alles. Nur die Ausgaben zu verfolgen führt in die Irre: Ein Projekt kann unter Budget liegen, weil die Arbeit in Verzug ist. Die Earned-Value-Analyse vergleicht den Wert der erledigten Arbeit mit ihren Kosten und mit dem Plan und zeigt Verzug und Kostenüberschreitung früh. Buche Kosten, wenn Verträge unterschrieben werden, nicht wenn Rechnungen kommen, damit der Forecast ehrlich ist.

Schwache Antwort: „Das Budget verfolgt das Controlling.“ Nachfrage: „Zur Halbzeit erwartest du eine Überschreitung um ein Zehntel.“ Finde die Ursache, such nach Einsparungen oder Kürzungen beim Umfang und bring dem Auftraggeber eine Empfehlung, nicht nur das Problem.

Risiken, Änderungen und Probleme

Wie managst du Projektrisiken?

Worauf sie achten: dass Risikomanagement eine Gewohnheit ist, kein Formular, das einmal ausgefüllt wird.

Kurze Antwort: „Ich führe ab der ersten Woche ein Risikoregister: was passieren könnte, wie wahrscheinlich, wie schlimm, wer verantwortlich ist und was wir dagegen tun. Das Team und ich gehen es jede Woche durch, und die größten Risiken kommen in den Statusbericht. Ein Risiko, das eintritt, wird zu einem Problem (Issue), und wir handeln sofort.“

Die ausführliche Antwort: Wähle für jedes Risiko eine Reaktion: es vermeiden, indem du den Plan änderst, es verringern, es auf jemanden übertragen, der besser dafür aufgestellt ist (einen Lieferanten, einen Versicherer), oder es mit einem Plan B akzeptieren. Viele Projekte führen ein RAID-Log: Risiken, Annahmen, Probleme und Abhängigkeiten an einem Ort. Frag das Team jede Woche: „Was raubt dir den Schlaf?“; die besten Risiken kommen von den Leuten, die die Arbeit machen. Und schließ Risiken, die vorbei sind, damit das Register nützlich bleibt.

Schwache Antwort: „Wir haben am Anfang ein Risikoregister geschrieben.“ Nachfrage: „Nenn ein Risiko, das in deinem Projekt eingetreten ist.“ Erzähl die Geschichte: wann du es gesehen hast, was du getan hast und was es gekostet oder gespart hat.

Der Auftraggeber will mitten im Projekt eine große neue Funktion. Was machst du?

Worauf sie achten: dass du Änderungen am Umfang über einen klaren Prozess behandelst, ohne glatt Nein zu sagen.

Kurze Antwort: „Ich begrüße die Idee, bewerte sie aber zuerst: was sie bringt und was sie an Zeit, Geld und Risiko kostet. Sie läuft über einen Änderungsantrag (Change Request), damit die Entscheidung und ihre Folgen schriftlich festgehalten sind. Der Auftraggeber oder der Lenkungsausschuss entscheidet, und ich passe den Plan an und informiere alle.“

Die ausführliche Antwort: Scope Creep ist das langsame Wachsen eines Projekts durch kleine Ergänzungen, über die niemand richtig entschieden hat. Ein Änderungsantrag ist ein kurzes Formular: was sich ändert, warum, die Wirkung auf Umfang, Zeitplan, Budget und Risiko, und die Optionen, etwa es jetzt ergänzen, gegen etwas anderes tauschen oder in einer zweiten Phase machen. In einem agilen Projekt funktioniert dieselbe Idee über das Backlog: Der neue Eintrag wird gegen den Rest eingeordnet, und etwas anderes fällt heraus.

Schwache Antwort: „Ich nehme sie auf, weil der Auftraggeber der Chef ist.“ Nachfrage: „Der Auftraggeber will sie, ohne Termin oder Budget zu ändern.“ Zeig, was dafür herausfallen müsste und welches Risiko es hat, alles zu versuchen.

Dein Projekt ist sechs Wochen in Verzug. Wie bringst du es wieder auf Kurs?

Worauf sie achten: eine ruhige, geordnete Rettung und Ehrlichkeit gegenüber dem Auftraggeber.

Kurze Antwort: „Zuerst finde ich heraus, warum, und ob der Verzug noch wächst. Dann sehe ich mir die Optionen an: Umfang streichen oder verschieben, Arbeit parallel laufen lassen, die richtigen Leute dazuholen oder den Termin verschieben. Ich bringe dem Auftraggeber schnell einen realistischen Plan zur Aufholung, mit den Optionen und meiner Empfehlung, und berichte dann jede Woche dagegen.“

Die ausführliche Antwort in fünf Schritten:

1. Finde die Ursache. Schlechte Schätzungen, ein Lieferant, abgezogene Leute, unklare Anforderungen? Die Lösung hängt davon ab.
2. Plane ehrlich neu. Bau den restlichen Plan mit dem Team neu, mit realistischen Schätzungen. Ein Aufholplan, der auf Hoffnung gebaut ist, scheitert zweimal.
3. Liste die Optionen auf. Umfang streichen oder verschieben, Aufgaben nebeneinander laufen lassen, erfahrene Leute für ein paar Aufgaben dazuholen oder den Termin verschieben. Spät Leute dazuzuholen bremst ein Projekt oft weiter, weil sie eingearbeitet werden müssen.
4. Entscheide mit dem Auftraggeber. Bring die Optionen mit ihren Kosten und Risiken und deine Empfehlung mit.
5. Verfolge es eng. Berichte jede Woche gegen den neuen Plan und beseitige die Ursache, damit es nicht wieder passiert.

Schwache Antwort: „Alle arbeiten am Wochenende, bis wir aufgeholt haben.“ Das funktioniert eine Woche, und dann machen die Leute Fehler oder kündigen.

Nachfrage: „Der Auftraggeber weigert sich, den Termin zu verschieben.“ Dann muss sich der Umfang bewegen: Vereinbare, welche Teile am ersten Tag nötig sind und welche folgen können.

Stakeholder, Teams und Lieferanten

Wie managst du Stakeholder, die untereinander uneinig sind?

Worauf sie achten: dass du die Leute informiert hältst und Konflikte auf der richtigen Ebene klärst.

Kurze Antwort: „Ich halte fest, wer betroffen ist und wer entscheidet, und spreche regelmäßig mit jedem wichtigen Stakeholder. Wenn zwei uneinig sind, bringe ich sie um das Ziel des Projekts und die Fakten zusammen. Sind sie immer noch uneinig, gebe ich die Entscheidung mit den Optionen an den Auftraggeber oder den Lenkungsausschuss, statt sie sich hinziehen zu lassen.“

Die ausführliche Antwort: Eine Stakeholder-Landkarte ordnet Menschen danach, wie stark sie betroffen sind und wie viel Einfluss sie haben; die einflussreichen und betroffenen brauchen die meiste Aufmerksamkeit. Vereinbare im Projektauftrag, wer was entscheidet, damit Konflikte einen Weg haben. Teile schlechte Nachrichten früh: Ein Stakeholder, der im Lenkungsausschuss überrascht wird, wird zum Gegner. Halte Entscheidungen schriftlich fest und verschick sie am selben Tag.

Schwache Antwort: „Ich versuche, alle zufrieden zu halten.“ Nachfrage: „Ein einflussreicher Stakeholder blockiert immer wieder Entscheidungen.“ Triff ihn allein, finde heraus, was er zu verlieren fürchtet, und sieh, ob der Plan dieses Bedürfnis erfüllen kann.

Wie führst du ein Projektteam aus Leuten, die dir nicht unterstellt sind?

Worauf sie achten: Führung durch Klarheit und Vertrauen, nicht durch Weisungsbefugnis.

Kurze Antwort: „Ich sorge dafür, dass jeder das Ziel, seinen Teil und den Termin kennt, vereinbare ihre Zeit mit ihren Linienvorgesetzten, räume aus dem Weg, was sie blockiert, und lobe öffentlich. Wenn es ein Problem mit der Arbeit von jemandem gibt, spreche ich zuerst mit ihm und nur dann mit seiner Führungskraft, wenn das nicht hilft.“

Die ausführliche Antwort: In den meisten Unternehmen führt der Projektmanager ein Team, das aus Abteilungen ausgeliehen ist. Vereinbare schriftlich mit der jeweiligen Führungskraft, wie viel Zeit jeder Person das Projekt bekommt. Ein kurzes Kick-off formt das Team; ein regelmäßiges kurzes Meeting hält es zusammen. Konflikte im Team sind normal; geh sie früh und unter vier Augen an. Sag den Linienvorgesetzten, was ihre Leute gut gemacht haben; so bekommst du sie am ehesten auch für das nächste Projekt.

Schwache Antwort: „Ich eskaliere an ihre Führungskraft, wenn sie nicht liefern.“ Nachfrage: „Eine Schlüsselperson wird in ihre Abteilung zurückgeholt.“ Zeig dem Auftraggeber, was es das Projekt kostet, und vereinbare einen Ersatz oder eine Änderung am Plan.

Wie managst du einen externen Lieferanten, der Termine verpasst?

Worauf sie achten: dass du Lieferanten über den Vertrag, die Fakten und die Beziehung steuerst.

Kurze Antwort: „Ich prüfe die Fakten gegen den Vertrag und den Plan und spreche dann mit dem Projektmanager des Lieferanten über die Ursache und einen Aufholplan mit Terminen. Ich verfolge ihn jede Woche. Bessert es sich nicht, eskaliere ich über den Prozess im Vertrag und hole den Einkauf dazu.“

Die ausführliche Antwort: Vorbeugung beginnt beim Vertrag: klare Liefergegenstände, Abnahmekriterien, Meilensteine, die an Zahlungen hängen, und ein Weg zur Eskalation. Behandle den Lieferanten als Teil des Teams: Teile den Plan und die Risiken und lade ihn zu den regelmäßigen Meetings ein. Wenn Probleme kommen, finde heraus, ob die Ursache bei ihm liegt oder bei uns, etwa späte Entscheidungen oder unklare Anforderungen. VerhandlungenIn 4 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Umfang, Termine und Geld mit Auftraggebern, Lieferanten und Teams vereinbaren, ohne Vertrauen zu verlieren. sind leichter, wenn beide Seiten den Fakten trauen.

Schwache Antwort: „Ich drohe mit Vertragsstrafen.“ Nachfrage: „Der Lieferant sagt, unsere Änderungen hätten den Verzug verursacht.“ Prüfe das Änderungsprotokoll; wenn er recht hat, vereinbart die Auswirkung und passt den Plan an.

Methoden, Berichte und Abschluss

Wann würdest du Wasserfall, agil oder hybrid arbeiten?

Worauf sie achten: dass du die Methode nach dem Projekt wählst, nicht aus Gewohnheit.

Kurze Antwort: „Wasserfall, also Planung in Phasen vom Anfang bis zum Ende, passt zu Arbeit, bei der das Ergebnis klar ist und Änderungen teuer sind, etwa ein Bau oder ein Büroumzug. Agil, also Liefern in kurzen Zyklen, passt zu Arbeit, bei der sich die Anforderungen ändern werden und frühes Feedback zählt, etwa neue Software. Viele Projekte sind hybrid: ein fester Gesamtplan mit agilen Teams darin.“

Die ausführliche Antwort: Die Frage ist, wie viel am Anfang bekannt ist und wie teuer Änderungen sind. Der Umzug eines Rechenzentrums hat feste Schritte und ein hartes Wochenende; plane ihn im Detail. Eine neue Kunden-App ändert sich, sobald Nutzer sie sehen; liefere sie in Sprints und passe an. Methoden wie PRINCE2In 5 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Eine Methode und ein Zertifikat, um Projekte in Phasen zu führen; verbreitet in Großbritannien, Europa und im öffentlichen Sektor. teilen ein Projekt in Phasen mit einer Entscheidung an jeder; Scrum organisiert die Arbeit in Sprints von zwei bis vier Wochen. Große Unternehmen ergänzen ein Framework wie SAFeIn 1 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Ein Framework für agiles Arbeiten in großen Unternehmen, mit Planung über viele Teams., um viele agile Teams gemeinsam zu planen. Zertifikate wie das PMPIn 2 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Das Projektmanagement-Zertifikat des PMI; in vielen Anzeigen in den USA, in Indien und bei großen Konzernen genannt. decken heute beides ab.

Schwache Antwort: „Agil ist immer besser.“ Oder: „Wir arbeiten immer nach Wasserfall.“ Nachfrage: „Der Auftraggeber will für ein agiles Projekt einen festen Termin und einen festen Umfang.“ Leg Termin und Budget fest, vereinbare den Muss-Umfang und lass den Rest den Prioritäten folgen.

Was gehört in einen guten Statusbericht?

Worauf sie achten: dass du ehrlich und knapp berichtest, damit die Führung handeln kann.

Kurze Antwort: „Eine Seite: der Gesamtstatus, was erledigt ist und was als Nächstes kommt, Zeitplan und Budget gegen den Plan, die größten Risiken und Probleme und die Entscheidungen, die ich brauche, mit Termin. Ich nutze Rot, Gelb und Grün ehrlich, und ein Bericht ist nie der erste Ort, an dem ein Auftraggeber von schlechten Nachrichten erfährt.“

Die ausführliche Antwort: Ein Statusbericht ist für den Leser, also beginnt er mit dem, was dieser wissen oder entscheiden muss. Ein Ampelstatus (RAG: Red, Amber, Green) funktioniert nur, wenn Gelb auch genutzt wird: Ein Projekt, das jede Woche grün ist, bis es rot wird, hat nicht berichtet. Nutze jedes Mal dasselbe Format, damit Änderungen auffallen. Für den Lenkungsausschuss ergänze einen kurzen Blick auf den Nutzen und die Änderungsanträge, die auf eine Entscheidung warten.

Schwache Antwort: „Eine lange Liste mit allem, was das Team gemacht hat.“ Nachfrage: „Dein Auftraggeber liest den Bericht nie.“ Frag, was er braucht, kürz den Bericht darauf und sprich das größte Risiko jede Woche persönlich mit ihm durch.

Wie schließt du ein Projekt ab, und wie führst du Lessons Learned durch?

Worauf sie achten: dass du sauber übergibst und der Organisation hilfst, zu lernen.

Kurze Antwort: „Ich prüfe, dass alles im Umfang geliefert und abgenommen ist, übergebe an die Leute, die es betreiben werden, mit Dokumenten und Schulung, schließe Verträge und Budget ab und gebe das Team frei. Dann führe ich eine Lessons-Learned-Runde durch und teile, was wir wieder so machen und was wir ändern würden.“

Die ausführliche Antwort: Bei IT-Projekten gehören zur Übergabe an den Betrieb Support-Regeln, oft nach ITILIn 1 % der Anzeigen für Projektmanager gefragt (Stand 05.11.2026).Das verbreitete Framework für IT-Services; nützlich für Projekte, die ein System an den Betrieb übergeben., damit der Service Desk vom ersten Tag an Anrufe annehmen kann. Eine Lessons-Learned-Runde funktioniert am besten bald nach dem Go-live, mit dem ganzen Team und mit ein paar konkreten Maßnahmen, nicht mit einem langen Dokument, das niemand liest. Vereinbare mit dem Auftraggeber, wann der Nutzen gemessen wird, denn das passiert oft Monate nach Projektende.

Schwache Antwort: „Wenn es live geht, ist das Projekt fertig.“ Nachfrage: „Lessons Learned ergeben immer dieselbe Liste.“ Wähl eine oder zwei Maßnahmen, gib jeder einen Verantwortlichen und prüfe sie zu Beginn des nächsten Projekts.

Programme, das PMO und das Portfolio

Diese Fragen kommen bei Senior-Projektmanagern, Programmmanagern, Leitern des PMO und Rollen als Head of Delivery.

Was ist der Unterschied zwischen dem Management eines Projekts und eines Programms?

Worauf sie achten: dass du in Nutzen und Abhängigkeiten über Projekte hinweg denkst.

Kurze Antwort: „Ein Projekt liefert ein Ergebnis, etwa ein neues System. Ein Programm ist eine Gruppe zusammenhängender Projekte, die gemeinsam einen größeren Nutzen liefern, etwa eine neue Art, Kunden zu betreuen. Der Programmmanager steuert die Abhängigkeiten, die gemeinsamen Risiken und den Nutzen und führt die Projektmanager.“

Die ausführliche Antwort: In einem Veränderungsprogramm baut vielleicht ein Projekt das System, ein anderes ändert die Prozesse, ein drittes schult die Mitarbeitenden und ein viertes zieht die Büros um. Keines davon liefert allein den Nutzen. Der Programmmanager führt einen gemeinsamen Plan der Abhängigkeiten, eine Nutzenlandkarte von jedem Ergebnis bis zum Geschäftsergebnis und eine Governance, in die die Projektmanager Probleme bringen, die sie allein nicht lösen können. Er entscheidet auch, wann Projekte gestartet, gestoppt oder zusammengelegt werden.

Schwache Antwort: „Ein Programm ist einfach ein großes Projekt.“ Nachfrage: „Zwei deiner Projekte brauchen denselben Experten zur selben Zeit.“ Entscheide nach dem kritischen Pfad und dem Nutzen des Programms und verschiebe den Plan des anderen Projekts.

Wie würdest du ein PMO aufbauen oder verbessern?

Worauf sie achten: bei Rollen als Leiter des PMO, dass ein PMO Projekten beim Liefern hilft, statt Papierkram hinzuzufügen.

Kurze Antwort: „Ich frage zuerst Führungskräfte und Projektmanager, was sie brauchen: bessere Berichte, Standardmethoden, Hilfe für Projekte in Schwierigkeiten oder Portfolio-Entscheidungen. Dann richte ich nur das ein, mit schlanken Standards, einer gemeinsamen Statusübersicht und Unterstützung für Projektmanager. Ich messe das PMO daran, ob Projekte besser liefern.“

Die ausführliche Antwort: Ein PMO, ein Projektmanagementbüro, kann unterstützend sein (Vorlagen, Schulung, Coaching), steuernd (Standards und Reviews) oder führend (es leitet die Projekte). Wähl die Art, die die Organisation braucht. Halte Vorlagen wenige und kurz; ein PMO, das für Formulare bekannt ist, verliert die Projektmanager. Eine Portfolio-Sicht auf alle Projekte, mit Status, Kosten und Nutzen, hilft der Führung zu entscheiden, wo sie investiert. Bau eine Community der Projektmanager auf, die Erfahrungen und Werkzeuge teilt.

Schwache Antwort: „Ich würde jedes Projekt dieselben zwanzig Vorlagen ausfüllen lassen.“ Nachfrage: „Die Projektmanager sehen das PMO als Overhead.“ Frag, was ihnen am meisten helfen würde, liefere das zuerst und streich einen Bericht, den sie nutzlos finden.

Wie entscheidest du als Head of Delivery, welche Projekte das Unternehmen durchführen soll?

Worauf sie achten: Portfolio-Denken: Wert, Kapazität und Strategie, nicht „wer zuerst kommt, mahlt zuerst“.

Kurze Antwort: „Ich nehme alle vorgeschlagenen und laufenden Projekte in ein Portfolio, bewerte sie nach Wert für die Strategie, Kosten, Risiko und Dringlichkeit und vergleiche das mit den Menschen und dem Geld, die wir haben. Die Geschäftsleitung wählt dann aus, und wir stoppen oder pausieren Projekte, die ihren Platz nicht mehr verdienen. Das Portfolio prüfen wir jedes Quartal.“

Die ausführliche Antwort: Die meisten Organisationen starten zu viele Projekte auf einmal und beenden sie zu spät. Die Zahl gleichzeitig laufender Projekte zu begrenzen und erst fertig zu machen, bevor man Neues startet, beschleunigt die Lieferung oft mehr als jede Methode. Ein Head of Delivery baut auch den Karriereweg im Projektmanagement auf, stellt Projekt- und Programmmanager ein und coacht sie, setzt die Standards für die Lieferung und berichtet der Geschäftsleitung über die Ergebnisse des Portfolios, nicht nur über seinen Status.

Schwache Antwort: „Wir machen die Projekte, die die ranghöchsten Leute wollen.“ Nachfrage: „Das Lieblingsprojekt eines Direktors schneidet schlecht ab.“ Zeig die Bewertungen und die Abwägung offen und lass die Geschäftsleitung mit den Fakten entscheiden.

Dein Lebenslauf für diese Fragen

Jede Antwort oben fällt leichter, wenn dein Lebenslauf sie schon enthält, denn der Interviewer fragt nach dem, was dort steht. Schreib unter jede Stelle zu jedem dieser Punkte eine Zeile, in den Wörtern der Anzeigen:

Bewerte deinen Lebenslauf dann an einem echten Job: Du siehst, welche dieser Punkte der Job verlangt und welche dein Lebenslauf noch nicht belegt.