Wie man Project-Manager bewertet: strukturierter Ansatz

Das PM-Hiring-Problem

Du kannst einen Project-Manager nicht bewerten wie eine Engineer. Es gibt kein Coding-Problem, das misst, "kannst du mit schwierigem Stakeholder verhandeln." Doch die meisten Teams versuchen es: sie führen Behavioral-Interviews und hoffen.

Resultat: PMs hired für ihre Interview-Präsenz, nicht ihre Fähigkeit, Projekte zu liefern.

Die drei Dimensionen der PM-Performance

1. Entscheidungsfindung unter Constraints

Shipping erfordert Wahl: Senden wir on-time mit weniger Features? Hire Kontraktoren?

2. Risiko-Urteil

Pläne scheitern, wenn PMs Dependencies verpassen.

3. Stakeholder-Einfluss

Ein PM ohne Autorität muss ohne Macht beeinflussen.

Das Bewertungs-Framework (4 Komponenten)

Komponente 1: Work-Sample (30 Min, Async)

Szenario-Problem, 1-2-Seiten-Antwort.

Komponente 2: Priorisierung (20 Min, live)

Backlog, Constraint, Top-3 ranken und verteidigen.

Komponente 3: Risiko-Bewertung (15 Min, live)

Projekt-Struktur mit 2-3 Dependencies. Drei Risiken und Mitigations.

Komponente 4: Behavioral-Interview (30 Min, live)

Vier strukturierte Fragen:

• "Erzähl mir, als du ein Projekt mid-way rescoped hast."
• "Stakeholder unzufrieden mit deinem Timeline."
• "Risiko, das du verpasst hast."
• "On-time geliefert, aber Scope/Quality kompromittiert."

High-Signal-Patterns

Entscheidung: fragen Unknowns zuerst, nennen Trade-offs. Risiko: denken in Systemen, Dependencies cross-team. Stakeholder: owneten ihren Teil.

Rote Flaggen

• Hedge jede Entscheidung
• Verpasst offensichtliche Dependencies
• Blame others
• Können nicht priorisieren

Skalierung

Wenn du mehrere PMs hirest, standardisiere Szenarien.