Stakeholder-Analyse: Das Power-Interest-Grid erklärt

Die Stakeholder-Analyse ist der Schritt, den die meisten Projektmanager überspringen, wenn die Zeit knapp ist. Es ist auch der Schritt, der erklärt, warum ein technisch einwandfreies Projekt trotzdem abgebrochen, verzögert oder still eingestellt wird. Bevor Sie einen Plan erstellen, müssen Sie wissen, wer die Macht hat, ihn zu stoppen, und ob derjenige das auch will.

Was ist eine Stakeholder-Analyse?

Die Stakeholder-Analyse ist ein strukturierter Prozess zur Identifizierung von Personen und Gruppen, die Ihr Projekt beeinflussen oder davon betroffen sind. Anschließend wird ihr Macht- und Interesseniveau bewertet, damit Sie jeden Stakeholder angemessen einbinden können. Es handelt sich nicht um eine einmalige Übung. Es ist eine fortlaufende Karte, die Sie im Verlauf des Projektlebenszyklus aktualisieren.

Ziel ist es nicht, alle zufriedenzustellen. Es geht darum, Ihre begrenzten Kommunikations- und Beziehungsressourcen dort einzusetzen, wo es wirklich zählt: bei den Stakeholdern, die die Macht haben, Ihr Vorhaben voranzutreiben oder zu gefährden.

Key Facts

• Projekte mit effektiver Stakeholder-Einbindung sind 2,5-mal häufiger dazu in der Lage, ihre ursprünglichen Ziele und den angestrebten Geschäftswert zu erreichen (PMI Pulse of the Profession, 2023).
• Unzureichende Stakeholder-Einbindung wird von 37 % der Unternehmen als wesentlicher Faktor für das Scheitern von Projekten genannt (PMI Global Report, 2024).
• Unternehmen, die in Stakeholder-Management-Praktiken investieren, schließen 77 % ihrer Projekte pünktlich ab, gegenüber 56 % bei Unternehmen, die das nicht tun (PMI, 2023).

Das Power-Interest-Grid (Mendelows Matrix)

Das Power-Interest-Grid (auch Mendelows Matrix, nach Aubrey Mendelow, der es 1991 einführte) ordnet Stakeholder auf zwei Achsen ein: wie viel Einfluss sie auf das Projektergebnis haben und wie stark ihr Interesse an diesem Ergebnis ist. Das Resultat ist ein 2x2-Raster mit vier Quadranten, von denen jeder eine andere Einbindungsstrategie erfordert.

Die Achsen lassen sich so verstehen: Macht ist die Fähigkeit, Entscheidungen zu beeinflussen, Ressourcen freizugeben oder Fortschritte zu blockieren. Interesse bezeichnet das Ausmaß, in dem dem Stakeholder das, was Ihr Projekt tut oder liefert, tatsächlich wichtig ist.

Das Grid ist nützlich, weil es zu konkreten Beurteilungen zwingt. Nicht alle können unter „Manage Closely" fallen. Wenn Sie einen Stakeholder einem Quadranten zuordnen, verpflichten Sie sich zu einem bestimmten Kommunikationsrhythmus und Einbindungsgrad. Diese Klarheit verhindert sowohl Überkommunikation (ein CFO mit wöchentlichen Status-Calls zu belasten) als auch Unterkommunikation (eine VP zu überraschen, deren Freigabe Sie beim Go-live benötigen).

Der gefährlichste Quadrant

„Keep Satisfied" ist der Bereich, in dem Projekte still sterben. Ein hochrangiger Stakeholder mit hoher Macht und niedrigem Interesse klingt harmlos, bis das Projekt etwas betrifft, das ihm doch wichtig ist. Ein IT-Sicherheitsdirektor, der nicht frühzeitig eingebunden wurde, kann einen Software-Rollout eine Woche vor dem Launch stoppen, weil der Deployment-Prozess nicht mit ihm abgestimmt wurde. Sein Interesse war anfangs gering. Es schnellte zum denkbar ungünstigsten Zeitpunkt in die Höhe. Genau dafür sind regelmäßige Überprüfungen der Stakeholder-Analyse da: um solche Interessenverschiebungen frühzeitig zu erkennen.

Power-Interest-Grid vs. andere Stakeholder-Modelle

Das Power-Interest-Grid ist nicht das einzige Stakeholder-Framework. Zwei weitere Modelle tauchen häufig auf: das Salience-Modell und die RACI-Matrix.

Die RACI-Matrix beantwortet die Frage „Wer macht was in diesem Projekt?". Das Power-Interest-Grid beantwortet „Wen muss ich managen und wie?". Beide Tools sind nützlich und ergänzen sich. Ein Projektsponsor kann im Quadranten „Manage Closely" Ihres Stakeholder-Grids stehen UND gleichzeitig die Rolle „Accountable" in Ihrer RACI innehaben. Das sind zwei verschiedene Dinge. Das Grid gestaltet Ihre Kommunikationsstrategie. Die RACI gestaltet die Aufgabenverantwortung.

Das Salience-Modell fügt eine dritte Dimension (Legitimität) hinzu, die wertvoll ist, wenn mehrere einflussreiche Stakeholder konkurrierende und gleichermaßen berechtigte Interessen vertreten. Für die meisten Projekte unterhalb von Enterprise-Größe ist das Power-Interest-Grid ausreichend.

Warum Stakeholder-Analyse wichtig ist

Projekte scheitern nicht allein an schlechtem Code oder verpassten Terminen. Sie scheitern, weil jemand mit echtem Einfluss zum Blocker wird und niemand es kommen sah. Stakeholder-Analyse ist Risikomanagement, angewandt auf Menschen statt auf Zeitpläne.

Sie deckt versteckte Blocker frühzeitig auf. Eine 15-minütige Stakeholder-Mapping-Sitzung beim Projektstart bringt oft einen Abteilungsleiter, ein Compliance-Team oder einen Vorstandsausschuss ans Licht, dem alle wussten, dass er existiert, den aber niemand formal eingebunden hat. Ihn früh zu finden ist weit günstiger als ein Einwand zwei Wochen vor dem Go-live.

Sie gestaltet Ihren Kommunikationsplan. Sobald Sie wissen, wo jeder Stakeholder im Grid steht, können Sie einen Kommunikationsplan mit echtem Zweck aufbauen: monatliche Lenkungsausschuss-Berichte für „Keep Satisfied"-Führungskräfte, wöchentliche Demos für „Keep Informed"-Endnutzer und tägliche Syncs mit dem „Manage Closely"-Sponsor während kritischer Meilensteine. Ohne das Grid reduziert sich Kommunikation auf „alle erhalten dieselbe Update-E-Mail", was niemandem gerecht wird.

Es schützt Ihren Projektumfang. Umfangsausweitungen beginnen oft mit einem einflussreichen Stakeholder, der nicht früh genug eingebunden wurde und dies durch späte Anforderungen kompensiert. Wenn Sie diesen Stakeholder von Anfang an identifiziert und in Ihren Prozess integriert haben, erfassen Sie seine Anforderungen bevor der Plan festgelegt ist, nicht danach.

Es schafft Vertrauen bei den Menschen, die zählen. Regelmäßige, gezielte Einbindung schafft Stakeholder, die sich gehört fühlen. Sie unterstützen das Projekt eher in Lenkungsausschuss-Sitzungen, genehmigen Budgetanträge und verkraften unvermeidliche Rückschläge, ohne diese zu eskalieren.

Häufige Fehler

Die Analyse als Einmalaktion behandeln. Stakeholder bewegen sich. Ein Direktor, der in Monat eins wenig Interesse hatte, wird stark eingebunden, wenn das Projekt beginnt, den Workflow seines Teams zu beeinflussen. Ohne regelmäßige Neubewertung des Grids verpassen Sie diese Verschiebungen, bis sie zu Problemen werden.

Nur auf Unterstützer fokussieren. Es ist verlockend, alle Einbindungsenergie auf Personen zu verwenden, die das Projekt bereits befürworten. Aber die Stakeholder, die ihm schaden können, sind diejenigen, die Sie am besten verstehen müssen. Ablehnende Stakeholder haben oft berechtigte Bedenken. Wer sie früh einbindet, wandelt Gegner zumindest in neutrale Parteien um.

Stakeholder nach Berufsbezeichnung statt nach tatsächlichem Verhalten einordnen. Ein CFO mit formaler Autorität, der aber jede Projektentscheidung delegiert, hat in der Praxis kaum echte Macht. Tatsächliche Macht zeigt sich im Handeln der Menschen, nicht in dem, was das Organigramm ihnen zuschreibt.

Informelle Einflussnehmer ignorieren. Das Grid bildet formale Macht ab, doch informeller Einfluss ist real. Ein langjähriger Teamleiter ohne Führungstitel kann die Meinung einer gesamten Abteilung prägen. Diese Personen tauchen nicht immer in einer Organigrammanalyse auf. Fragen Sie: „Auf wen hört das Team wirklich?" beim Aufbau Ihrer Liste.

Stakeholder auflisten, aber keine Einbindungsmaßnahmen definieren. Ein vollständiges Grid mit 20 Namen in vier Quadranten ist nur die halbe Arbeit. Jeder Quadrant braucht einen konkreten Einbindungsplan: Was wird gesendet, wie häufig, wer sendet es und welche Feedback-Schleife gibt es für jede Gruppe.

Das Grid als geheim behandeln. Manche Projektmanager behandeln Stakeholder-Karten als interne politische Dokumente. Das Grid (auf hohem Niveau) mit dem Sponsor und dem Kernteam zu teilen, verbessert es. Andere im Raum werden fehlende Namen bemerken und falsch klassifizierte Machtniveaus korrigieren.

Wie man eine Stakeholder-Analyse durchführt

Schritt 1: Stakeholder identifizieren

Beginnen Sie mit allen, die das Projekt beeinflussen oder davon betroffen sind. In dieser Phase das Netz weit auswerfen. Interne Teams, externe Partner, Kunden, Regulierungsbehörden, Sponsoren und Endnutzer einbeziehen. Gute Quellen für diese Liste sind der Projektauftrag, der Projektstrukturplan, das Organigramm und direkte Fragen an Ihren Sponsor: „Wer sonst muss davon wissen? Wer könnte es blockieren?"

Streben Sie für ein mittelgroßes Projekt eine Liste von 15 bis 40 Namen an. Zu wenige, und Sie haben wahrscheinlich jemanden vergessen. Zu viele, und die Liste wird zum Rauschen statt zum Signal.

Schritt 2: Macht und Interesse einschätzen

Für jeden Stakeholder zwei Beurteilungen vornehmen: Wie viel Macht hat er über dieses Projekt? Und wie stark ist ihm das Ergebnis wichtig?

Einfach halten. Eine dreistufige Skala (Niedrig, Mittel, Hoch) funktioniert gut. Das Ziel ist keine Präzision, sondern relative Positionierung. Ist diese Person mächtiger als jene? Liegt diesem Team das Ergebnis mehr am Herzen als jener Abteilung? Sie ordnen sie nach diesen relativen Bewertungen im Grid ein.

Sprechen Sie mit Ihrem Sponsor und dem Kernteam, bevor Sie die Einschätzungen finalisieren. Die Einschätzung einer Person zum Interesseniveau einer VP ist nicht immer korrekt. Triangulieren Sie.

Schritt 3: Stakeholder im Grid abbilden

Jeden Stakeholder anhand seiner Macht- und Interessenwerte in einen der vier Quadranten einordnen. Liegt ein Stakeholder an der Grenze, wählen Sie den Quadranten, der das folgenreichere Risiko widerspiegelt: Meist ist es besser, jemanden mit echtem Einfluss zu stark einzubinden, als zu wenig.

Dokumentieren Sie, warum jede Einordnung getroffen wurde. Wenn das Grid überprüft oder angefochten wird, brauchen Sie eine Begründung, keinen Punkt auf einem Diagramm.

Schritt 4: Einbindungsstrategie für jeden Quadranten definieren

Jedem Quadranten einen Kommunikationsansatz zuweisen und ihn für einzelne Prioritätsstakeholder maßschneidern.

Für „Manage Closely"-Stakeholder: regelmäßige Einzelgespräche planen, sie in Schlüsselentscheidungen einbeziehen, Entwürfe vor der Finalisierung teilen und einen klaren Weg für sie schaffen, Bedenken direkt zu äußern. Für „Keep Satisfied"-Stakeholder: Executive Summaries zu wichtigen Meilensteinen senden, Entscheidungen kennzeichnen, die ihre Eingabe erfordern, und sie nicht mit Details überhäufen, die sie nicht angefordert haben.

Für „Keep Informed"-Stakeholder: einen konsistenten Update-Rhythmus aufbauen (Newsletter, Demo-Sitzungen, Town Halls je nach Größe) und Feedback-Kanäle einrichten, damit sie Probleme einbringen können. Für „Monitor"-Stakeholder: einen regelmäßigen Review-Trigger setzen (monatlich oder vierteljährlich), um zu prüfen, ob ihr Interesse gestiegen ist.

Verknüpfen Sie Ihren Stakeholder-Einbindungsplan mit dem Projektauftrag, damit Kommunikationsverpflichtungen von Anfang an sichtbar sind und nicht erst im Nachhinein hinzugefügt werden, wenn sich jemand beschwert.

Schritt 5: Überwachen und neu bewerten

Stakeholder-Karten veralten. Einen Review-Checkpoint in jede wichtige Projektphase einbauen: am Ende der Initiierungsphase, nach jedem bedeutenden Meilenstein und vor jeder größeren Ankündigung oder Bereitstellung. Während des Reviews drei Fragen stellen: Hat sich die Macht von jemandem verändert? Hat sich das Interesse von jemandem verschoben? Gibt es neue Stakeholder, die beim Kickoff noch nicht auf der Liste standen?

Wesentliche Veränderungen dokumentieren. Ein Stakeholder, der im Laufe des Projekts von „Monitor" zu „Manage Closely" wechselt, ist ein Warnsignal, das es wert ist, festgehalten zu werden. Protokollieren Sie ihn in Ihrem RAID-Log als Risiko- oder Annahmenaktualisierung, wenn seine Verschiebung den Projektzeitplan oder -umfang beeinflussen könnte.

Beispiel einer Stakeholder-Analyse

So funktioniert eine Stakeholder-Analyse für die unternehmensweite Einführung einer CRM-Software in einer 400-köpfigen Vertriebs- und Marketingorganisation.

Projektkontext: Ablösung eines veralteten CRM durch eine moderne Plattform. Das Projekt betrifft den täglichen Workflow jedes Vertriebsmitarbeiters, erfordert Änderungen an der IT-Infrastruktur, bezieht einen Drittanbieter ein und benötigt die Freigabe des Führungsteams und der Rechtsabteilung.

Beachten Sie die Zeile des IT-Sicherheitsteams. Es startet mit niedrigem Interesse, hat aber hohe Macht. Das ergibt eine Einordnung als „Keep Satisfied", jedoch mit einem markierten Risiko: Das Interesse wird steigen, wenn die Deployment-Sicherheitsanforderungen geprüft werden. Diese frühzeitige Identifizierung ermöglicht es dem PM, das Sicherheitsreview in Monat zwei einzuplanen, statt den Blocker erst beim Go-live zu entdecken.

Best Practices

• Jeden Stakeholder als Einzelperson benennen, nicht als Abteilung. „Marketing" hat keine Meinung. Die Marketingleiterin schon. Individuelle Namen schaffen Verantwortlichkeit.
• Das Grid an jedem Phasentor erneut prüfen. Eine Stakeholder-Karte, die beim Kickoff erstellt und nie wieder angefasst wird, ist ein falsches Sicherheitsgefühl.
• Die Begründung jeder Einordnung dokumentieren. Wenn ein Stakeholder seine Quadrantenzuordnung anzweifelt, brauchen Sie eine klare Begründung, keine defensive Erklärung.
• Die Stakeholder-Karte mit dem RAID-Log verknüpfen. Stakeholder, die von niedrigem zu hohem Interesse wechseln könnten, sind Risiken, die es wert sind, protokolliert zu werden. Stakeholder, auf deren Unterstützung Sie zählen, sind Annahmen, die es wert sind, validiert zu werden.
• Das Grid zum Priorisieren nutzen, nicht zum Ausschließen. Ein „Monitor"-Stakeholder verdient trotzdem regelmäßige Aufmerksamkeit. Das Grid zeigt Ihnen, wo Sie mehr Energie einsetzen, nicht wen Sie ignorieren sollen.
• Das Grid mit dem Projektsponsor teilen. Er kennt die organisatorische Politik besser als jeder andere. Ein 20-minütiges Review des Grids mit dem Sponsor wird es erheblich verbessern.
• Den Projektumfang mit den Stakeholder-Anforderungen aus der Analyse abstimmen. Anforderungen von „Manage Closely"-Stakeholdern sollten in den Umfang einfließen, bevor der Plan festgelegt wird. Überraschungen aus diesem Quadranten sind kostspielig.
• Den Quadranten „Keep Satisfied" am sorgfältigsten beobachten. Einflussreiche Stakeholder mit niedrigem Interesse sind die gefährlichste Art der Überraschung. Ihr mangelndes Engagement ist normal, bis es plötzlich nicht mehr so ist.

Häufig gestellte Fragen

Was ist der Unterschied zwischen einer Stakeholder-Karte und einer Stakeholder-Analyse?

Eine Stakeholder-Karte ist das visuelle Ergebnis (das 2x2-Grid mit Namen in Quadranten). Eine Stakeholder-Analyse ist der gesamte Prozess: Stakeholder identifizieren, Macht und Interesse einschätzen, sie abbilden, Einbindungsstrategien definieren und Veränderungen beobachten. Die Karte ist ein Artefakt, das durch die Analyse entsteht. Beide Begriffe werden häufig synonym verwendet, aber technisch gesehen ist die Analyse der umfassendere Prozess.

Wie viele Stakeholder sollten im Grid sein?

Für die meisten mittelgroßen Projekte ist ein Bereich von 15 bis 40 Stakeholdern sinnvoll. Weniger als 10 und Sie haben wahrscheinlich jemanden vergessen. Mehr als 60 und das Grid wird unhandhabbar. Große Programme können mehrere Grids haben: eines für das Gesamtprogramm und eines pro Arbeitsstrang oder Projektphase.

Kann ein Stakeholder in mehr als einem Quadranten sein?

Nein. Jeder Stakeholder bekommt zu einem bestimmten Zeitpunkt eine Einordnung. Wenn sich seine Macht oder sein Interesse ändert, aktualisieren Sie seine Position. Das Grid ist eine Momentaufnahme. Einen Stakeholder in einem einzigen Quadranten zu halten verhindert die Mehrdeutigkeit von „nun, er ist irgendwie an zwei Stellen".

Was ist der Unterschied zwischen Stakeholder-Analyse und RACI-Matrix?

Sie beantworten unterschiedliche Fragen. Die Stakeholder-Analyse fragt: Wer sind alle Personen, die von diesem Projekt betroffen sind oder es beeinflussen, und wie sollten wir mit ihnen interagieren? Die RACI-Matrix fragt: Wer ist für jede spezifische Aufgabe oder jeden Liefergegenstand verantwortlich, rechenschaftspflichtig, zu konsultieren und zu informieren? Die Stakeholder-Analyse ist breiter und strategischer. Die RACI ist aufgabenspezifisch und operativ. Sie erstellen die Stakeholder-Analyse typischerweise vor der RACI, da das Wissen darum, wer wichtig ist, hilft zu entscheiden, wer in RACI-Rollen gehört.

Wann sollte die Stakeholder-Analyse beginnen?

Idealerweise bevor der Projektauftrag finalisiert wird. Die Stakeholder-Karte beeinflusst direkt, was in den Kommunikationsplan und die Governance-Struktur des Auftrags aufgenommen wird. Führen Sie die Erstanalyse spätestens während der Projektinitiierungsphase durch. Sie nach der Planung durchzuführen bedeutet, bereits im Rückstand zu sein.

---

Das Power-Interest-Grid sagt Ihnen nicht, was Sie bauen sollen. Aber es sagt Ihnen, wer entscheiden wird, ob das, was Sie bauen, erfolgreich ist. Das ist die Karte, die es vor allem anderen wert ist, erstellt zu werden.

Weiterführende Artikel

• RACI-Matrix: Was ist das und Beispiele aus dem Alltag
• Projektauftrag: Das Dokument, das jedes Projekt richtig startet
• Projektumfangsbeschreibung
• RAID-Log: Risiken, Annahmen, Probleme und Abhängigkeiten verfolgen
• Projektlebenszyklus: Phasen, Modelle und wie man die richtige Wahl trifft
• Projektstrukturplan
• Risikoregister
• MoSCoW-Priorisierung