Project-Manager-Interviews drehen sich um Schätzungen, Risiko und die unbequemen Gespräche – mit dem Team und mit dem Kunden. Unten findest du die häufigsten Fragen mit Musterantworten. Junior: Grundlagentheorie, Definitionen und einfache Praxisfälle.
Scrum arbeitet in Sprints fester Länge mit zugesagtem Umfang und Zeremonien darum herum. Kanban ist kontinuierlicher Fluss mit Work-in-Progress-Limits und ohne Sprintgrenzen. Scrum passt zu Arbeit, die sich zwei Wochen im Voraus planen lässt; Kanban passt zu Support und allem, wo sich Prioritäten täglich ändern. Ein Board mit Spalten „Scrum" zu nennen ist die häufige Verwechslung.
Die längste Kette abhängiger Aufgaben – sie bestimmt, wann das Projekt frühestens fertig sein kann. Verzögert sich etwas darauf, verzögert sich das ganze Projekt; verzögert sich etwas außerhalb, kostet das womöglich nichts. Deshalb beginnt die Antwort auf „können wir das beschleunigen" mit der Frage, auf welchem Pfad eine Aufgabe liegt, nicht damit, wer gerade beschäftigt ist.
Ein Risiko könnte eintreten, ein Issue ist bereits eingetreten. Risiken bekommen eine Wahrscheinlichkeit, eine Auswirkung und eine Gegenmaßnahme; Issues bekommen einen Verantwortlichen und ein Lösungsdatum. Teams, die nur Issues verfolgen, managen Überraschungen statt sie zu verhindern – das ist der Unterschied zwischen Reagieren und Planen.
Sie benennt, wer Responsible ist – die Arbeit macht –, wer Accountable ist – für das Ergebnis verantwortlich –, wer Consulted wird – vor der Entscheidung befragt – und wer Informed wird – danach informiert. Ihr Wert liegt darin, genau eine Accountable-Person pro Punkt zu erzwingen – sobald es zwei sind, hat die Entscheidung keinen Besitzer und sie stockt.
Das Planning entscheidet, was der Sprint übernimmt, das Daily bringt Blocker ans Licht statt Status zu berichten, das Review zeigt Stakeholdern funktionierende Software, und die Retrospektive verändert, wie das Team arbeitet. Das Daily verkommt als erstes – wird es zur Statusrunde für die Führungskraft, erfüllt es seinen Zweck nicht mehr.
Die gemeinsame Checkliste, die dafür sorgt, dass „fertig" für alle dasselbe bedeutet – getestet, review, dokumentiert, deployt, was auch immer das Team vereinbart hat. Ohne sie bedeutet fertig „der Entwickler hat aufgehört, daran zu arbeiten", und die restliche Arbeit taucht später als ungeplanter Aufwand wieder auf.
Im echten Interview sprichst du unter Druck. Cam stellt genau diese Fragen, bewertet jede Antwort und zeigt dir genau, was du verbessern musst.
Junior Project Manager-Interview üben →