PMI PMP: Teamführung & Ressourcenmanagement — 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.

Teambildung, Team-Charta und Rollenklarheit

Jedes Hochleistungsteam beginnt mit einem bewussten Gründungsritual, nicht mit dem ersten Status-Meeting. Die Team-Charta ist das Gründungsartefakt – ein gemeinsam erstelltes Dokument, das die gemeinsamen Werte des Teams, Regeln zur Entscheidungsfindung, Arbeitszeiten über Zeitzonen hinweg, Kommunikationskadenz und Eskalationspfade festhält. Im Gegensatz zum Projektauftrag (der das Projekt genehmigt und den Sponsor benennt) wird die Team-Charta vom Team für das Team verfasst. Ihre Stärke liegt in dieser gemeinsamen Autorenschaft: Wenn ein Entwickler später einen Kollegen unterbricht oder ein Stand-up verpasst, beruft sich der Projektmanager nicht auf seine persönliche Autorität – er verweist auf eine Norm, die das Team selbst aufgestellt hat.

Neben der Charta operationalisieren Grundregeln die tägliche Disziplin: Kameras an bei Design-Reviews, kein Multitasking während Retrospektiven, eine Zwei-Minuten-Regel für mündliche Updates, Entscheidungen werden innerhalb von 24 Stunden dokumentiert. Grundregeln sollten sichtbar sein (im Teamraum ausgehängt oder im Kollaborationskanal angepinnt) und zu Beginn jeder Iteration oder jedes Phase-Gates erneut überprüft werden. Eine Charta, die in einem SharePoint-Ordner liegt, den niemand öffnet, ist dekorativ; eine Charta, auf die wöchentlich Bezug genommen wird, ist regulierend.

Rollenklarheit schließt das Gründungsdreieck. Eine RACI-Matrix (oder ihre Variante RASCI), die Liefergegenstände den verantwortlichen (Responsible), rechenschaftspflichtigen (Accountable), zu konsultierenden (Consulted) und zu informierenden (Informed) Parteien zuordnet, eliminiert das Fehlerszenario „Ich dachte, du machst das schon“. In einem neuen Team, in dem ein Projektmanager eine Gruppe übernimmt, die wochenlang ohne Führung ziellos agiert hat, ist der richtige erste Schritt weder eine aggressive Neuplanung noch eine sofortige Neuverhandlung des Zeitplans mit dem Sponsor. Es ist das Zusammenrufen des Teams, das Anhören, was sie als blockiert empfinden, und das Neuerarbeiten der Charta und der Rollenverteilung. Das Team fühlt sich genau deshalb verloren, weil diese Ankerpunkte fehlen.

Anpassung des Führungsstils an den Reifegrad

Situative Führung behandelt den Führungsstil als eine Variable, nicht als eine Persönlichkeitseigenschaft. Die klassische Hersey-Blanchard-Progression ordnet den Stil dem Reifegrad der Mitarbeiter zu:

Eine Haltung der Servant Leadership – Beseitigung von Hindernissen, Abschirmen des Teams vor Störungen, Priorisierung ihrer Weiterentwicklung – überlagert dieses Modell, ersetzt aber nicht das situative Urteilsvermögen. Servant Leadership bedeutet nicht permissive Führung. Wenn ein Team vom Kurs abkommt, dirigiert der Servant Leader trotzdem; er tut dies lediglich im Dienste des Teamerfolgs und nicht der eigenen Sichtbarkeit.

Die Falle der Laissez-faire-Führung in einem orientierungslosen Team ist ein häufiger Fehler. Sich zurückzulehnen, „damit sich das Team selbst organisieren kann“, wenn das Team kein gemeinsames Modell der Arbeit hat, führt zu Verwirrung, übersehenen Abhängigkeiten und Demoralisierung. Selbstorganisation ist ein Ergebnis von Reife, keine Ausgangsbedingung. Umgekehrt signalisiert das Micromanagement von erfahrenen Ingenieuren, die ähnliche Arbeit bereits fünfmal geliefert haben, Misstrauen, unterdrückt Eigeninitiative und treibt die Fluktuation an. Ein klares Anzeichen ist, wenn der Projektmanager Details auf Commit-Ebene bei der Arbeit eines Domänenexperten überprüft, während er Risikogespräche auf Portfolioebene ignoriert.

Wenn man einem Team mit gemischter Seniorität beitritt, ist der erste Schritt eine Runde von Einzelgesprächen in Kombination mit einem Workshop zu Arbeitsvereinbarungen. Dies deckt auf, wo jede Person auf dem Reifegradspektrum steht, sodass der Führungsstil pro Person justiert und nicht einheitlich angewendet wird.

Coaching, Einzelgespräche und Leistungsmanagement

Regelmäßige Einzelgespräche – typischerweise 30 Minuten alle zwei Wochen – sind der wichtigste Kanal für Coaching, frühzeitige Problemerkennung und Karriereentwicklung. Sie sind keine Status-Meetings. Die Agenda sollte beim Teammitglied liegen, wobei der Projektmanager 70 % der Zeit zuhört. Die Themen wechseln zwischen aktuellen Blockern, Kompetenzentwicklung, Feedback in beide Richtungen und der Arbeitsmoral.

Leistungsprobleme müssen bei der ersten Beobachtung angesprochen werden, nicht für einen formellen Beurteilungszyklus aufgespart werden. Das Aufschieben schwieriger Gespräche ist eines der schädlichsten Muster in der Projektleitung: Der leistungsschwächere Mitarbeiter lernt nichts, bis es zu spät ist, um sich zu korrigieren, Leistungsträger beobachten dies und verlieren ihr Engagement, und die Moral erodiert im Stillen. Feedback sollte sich auf messbare Indikatoren beziehen – Defect Escape Rate, Story Cycle Time, Durchlaufzeit von Code-Reviews, Anwesenheit bei Meetings, Zuverlässigkeit von Zusagen – anstatt auf subjektive Eindrücke („du wirkst unengagiert“). Messbare Indikatoren verankern das Gespräch in beobachtbarem Verhalten und geben dem Teammitglied ein konkretes Ziel.

Eine Eskalation an die disziplinarischen Vorgesetzten oder letztendlich die Anforderung eines personellen Ersatzes ist erst dann gerechtfertigt, wenn Coaching, klare Erwartungssetzung und ein dokumentiertes Gespräch zur Leistungsverbesserung fehlgeschlagen sind. Das Überspringen dieser Schritte beschädigt das Vertrauen und verstößt oft gegen HR-Richtlinien.

Konfliktlösung und Teambildung

Unbehandelte zwischenmenschliche Konflikte weiten sich aus. Wenn ein Teammitglied bei einem kurzfristigen Projekt von Kollegen ausgegrenzt wird, sollte der Projektmanager weder abwarten (das Projekt endet, bevor sich die Dynamik auflöst) noch die Gruppe öffentlich konfrontieren (was zu Demütigung führt und die Fronten verhärtet). Das richtige Vorgehen kombiniert drei Schritte: ein privates Gespräch mit der betroffenen Person führen, um ihre Sichtweise zu verstehen; einzeln mit den Kollegen sprechen, die das ausgrenzende Verhalten zeigen, um das beobachtete Muster und seine Auswirkungen zu benennen; und die Normen der Inklusion durch die Team-Charta und eine moderierte Teambuilding-Maßnahme stärken. Die Dokumentation der Intervention ist unerlässlich, falls eine Eskalation an die Personalabteilung (HR) erforderlich wird.

Die fünf Konfliktmodi nach Thomas-Kilmann – Kooperieren, Kompromisse finden, Nachgeben, Durchsetzen und Vermeiden – dienen als Orientierung für die Auswahl. Kooperieren (Problemlösung zur Findung einer Win-Win-Situation) wird bei zwischenmenschlichen und technischen Auseinandersetzungen in einem festen Team im Allgemeinen bevorzugt, während Durchsetzen nur bei Entscheidungen bezüglich Sicherheit, Ethik oder harten Fristen gerechtfertigt sein kann.

Ressourcenzuweisung, -abgleich und Kapazitätsplanung

Ressourcenmanagement ist ebenso sehr Verhandlungssache wie Arithmetik. Ressourcenabgleich (Resource Leveling) glättet Überlastungen durch eine Verlängerung des Zeitplans; Ressourcenglättung (Resource Smoothing) hält das Enddatum bei und arbeitet innerhalb der Pufferzeit. Wählen Sie den Abgleich, wenn ein kritischer Spezialist überlastet ist und die Qualität leiden würde; wählen Sie die Glättung, wenn das Enddatum vertraglich festgelegt ist.

Wenn ein Fachbereichsleiter einen gemeinsam genutzten Architekten mitten im Sprint neu zuweist, verhandelt der Projektmanager datengestützt: aktuelle Verpflichtungen, Auswirkungen auf den kritischen Pfad und die nachgelagerten Kosten der Verzögerung. Eine Eskalation an den Sponsor oder den Lenkungsausschuss ist nur dann angebracht, wenn eine direkte Verhandlung versucht und dokumentiert wurde. Ungefilterte Beschwerden nach oben zu tragen, ohne zuvor eine Lösung versucht zu haben, verbrennt politisches Kapital.

Wissenstransfer und Cross-Training

Abhängigkeiten von einzelnen Personen (Single-Point Dependencies) gehören zu den vorhersehbarsten und am häufigsten ignorierten Projektrisiken. Wenn eine Person der alleinige Verantwortliche für ein Subsystem ist und für zwei Monate ins Krankenhaus muss, liegt das Versäumnis nicht im Unfall, sondern im Fehlen vorheriger Risikominderung. Präventive Maßnahmen umfassen Pair Programming oder Pair Mentoring, rotierende Rufbereitschaften, die obligatorische Dokumentation von implizitem Wissen (Tribal Knowledge) in Runbooks, aufgezeichnete Wissenstransfer-Sitzungen und Cross-Training-Rotationen, bei denen ein sekundärer Verantwortlicher die Aufgaben des Spezialisten zunächst begleitet (Shadowing) und dann selbst ausführt. Onboarding-Pläne für neue Mitarbeiter sollten explizit einen Buddy und einen 30-60-90-Tage-Kompetenzplan zuweisen.

Die Nachfolgeplanung auf Teamebene identifiziert, wer in jede kritische Rolle nachrücken könnte und welche Lücken dafür geschlossen werden müssen. Dies wird in einer vierteljährlich überprüften Skills-Matrix festgehalten.

Meeting-Moderation und Anerkennung

Meetings verbrauchen den sichtbarsten Teil der Teamkapazität. Disziplin erfordert einen klaren Zweck, eine vorab verteilte Agenda mit Zeitfenstern (Timeboxing), die richtigen (nicht die maximale Anzahl an) Teilnehmer, explizit festgehaltene Entscheidungen und Aktionspunkte mit Verantwortlichen und Terminen sowie einen funktionierenden Themenspeicher (Parking Lot) für themenfremde Diskussionen. Regelmäßige Meetings ohne Entscheidungen sollten abgesagt werden.

Schließlich ist Anerkennung – zeitnah, spezifisch und öffentlich für Team-Erfolge; privat für individuelles Coaching – keine bloße Nettigkeit. Belohnungen, die auf die Werte der Charta abgestimmt sind, verstärken die Verhaltensweisen, die zu ihnen geführt haben. Eine kurze lobende Erwähnung in einem Review, ein mit dem Fachbereichsleiter abgestimmter Spot-Bonus oder eine schriftliche Mitteilung an den direkten Vorgesetzten einer Person kostet wenig und hat einen erheblichen positiven Effekt auf Moral und Mitarbeiterbindung.

Praktisches Problem: Anwendungsfallszenario

Szenario: Priya Kapoor wurde gerade zur Leiterin des Projekts „Meridian“ zur Modernisierung des Zahlungsverkehrs bei einer mittelgroßen Regionalbank ernannt, mit einem Budget von 4,2 Mio. US-Dollar und einer Laufzeit von 14 Monaten. Das 11-köpfige Team ist auf drei Zeitzonen verteilt: fünf Entwickler in Bangalore, drei Business-Analysten in London und ein QA-Leiter, ein Architekt und Priya selbst in Toronto. Zwei Wochen nach Projektbeginn erstellten die Entwickler in Bangalore einen Prototyp, den die BAs in London ablehnten, da er nicht mit den Compliance-Anforderungen übereinstimmte, von denen sie „angenommen hatten, dass jeder sie gelesen hätte“. Der Architekt in Toronto behauptet, er sei bei der Entscheidung über den Technologie-Stack nie konsultiert worden.

Herausforderung: Priya muss die Arbeitsnormen und die Rollenklarheit des Teams neu definieren, bevor das Projekt weiter in Verzug gerät, ohne dabei eine einzelne Gruppe für die Fehlkommunikation verantwortlich zu machen.

Empfohlener Ansatz:

1. Pausieren der aktiven Entwicklung für einen zweitägigen virtuellen Workshop zur Teambildung. Dabei werden überlappende Arbeitszeiten angesetzt (7:00–10:00 Uhr Toronto / 12:00–15:00 Uhr London / 16:30–19:30 Uhr Bangalore), damit alle 11 Mitglieder die Artefakte live gemeinsam erstellen können.
2. Moderation der gemeinsamen Erstellung einer Team-Charta, die Folgendes abdeckt: gemeinsame Überschneidungen der Arbeitszeiten, Entscheidungsbefugnisse, eine Definition von „konsultiert“ vs. „informiert“, eine 24-Stunden-Regel für asynchrone Entscheidungen und einen Eskalationspfad, der beim Sponsor endet.
3. Erstellen einer RASCI-Matrix für die 18 Hauptliefergegenstände im WBS. Jede Zeile wird mit dem Team durchgegangen, sodass „Accountable“ (Ergebnisverantwortlich) immer eine einzelne benannte Person ist und bei „Consulted“ (Konsultiert) für alle Entscheidungen zum Technologie-Stack explizit der Architekt genannt wird.
4. Festlegen von Grundregeln – Kameras bei Design-Reviews eingeschaltet, Entscheidungen innerhalb eines Werktages in Confluence protokolliert, ein wöchentliches 30-minütiges zeitzonenübergreifendes Sync-Meeting im Zeitfenster der Überschneidung – und diese im Slack-Kanal des Teams anpinnen.
5. Überarbeitung des Prototyp-Umfangs gemeinsam mit den BAs und Entwicklern, wobei die neu geklärte RASCI-Matrix verwendet wird, um festzulegen, wer die Freigabe erteilt, bevor Code geschrieben wird.
6. Hinzufügen einer regelmäßigen 10-minütigen „Überprüfung der Charta“ zur ersten Retrospektive jeder Iteration, um die Normen anzupassen, während das Team reift.

Warum dieser Ansatz funktioniert: Die gemeinsame Erstellung wandelt die Charta von einer Anweisung in eine gegenseitige Verpflichtung der Teammitglieder um. Dies gibt der Projektmanagerin die Legitimation, Normen durchzusetzen, ohne ihre positionsbezogene Autorität geltend machen zu müssen. Die RASCI-Matrix schließt die Lücke „Ich dachte, du kümmerst dich darum“, die zu dem Compliance-Fehler geführt hat. Die regelmäßige Überprüfung der Normen in jeder Iteration verhindert, dass die Charta zu einem dekorativen Artefakt anstatt einer lebendigen Vereinbarung wird.

← Stakeholder-Engagement · Alle Domänen · Agile →

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