Stakeholderanalyse im Projekt: Schritt für Schritt mit Vorlage

Was ist eine Stakeholderanalyse?

Eine Stakeholderanalyse ist eine Methode, um alle Personen zu identifizieren, die von einem Projekt betroffen sind. Sie erfasst den Einfluss und das Interesse jeder Person und hilft dabei, zu planen, wie und wann sie vom Projektstart bis zum Abschluss eingebunden werden.

Wer gilt also als Stakeholder? Jede Person, die Interesse am Projektergebnis hat. Dazu gehören Teammitglieder:innen und Führungskräfte, aber auch Lieferant:innen, Regulierungsbehörden sowie die Menschen, die das Endprodukt tatsächlich nutzen werden.

Im Kern beantwortet eine Stakeholderanalyse drei Fragen zu den Projektbeteiligten:

• Wer sind sie?

• Wie viel Einfluss haben sie?

• Was ist ihnen wichtig?

Zweck und Ergebnisse

Eine abgeschlossene Stakeholderanalyse liefert Ihnen drei Dinge, die Sie sofort nutzen können:

• Eine Stakeholder-Liste: Die Namen und Rollen aller projektrelevanten Personen.

• Eine Einfluss-Interesse-Matrix: Eine visuelle Darstellung, die zeigt, wen Sie eng einbinden und wen Sie lediglich informieren müssen.

• Einen Kommunikationsplan: Häufigkeit, Format und Verantwortliche für jede Stakeholder-Gruppe.

Der Kommunikationsplan ist der praktische Teil. Statt eines vagen Status-Updates erhalten Sie einen konkreten Plan, der zeigt, wer wöchentlich angerufen und wer monatlich per E-Mail informiert wird.

Warum die Stakeholderanalyse für Projekte wichtig ist

Gutes Stakeholder-Management hat einen direkten Einfluss darauf, ob Ihr Projekt pünktlich abgeschlossen wird, im Budget bleibt und den benötigten Support erhält. Drei Vorteile stechen dabei besonders hervor:

Risikominimierung

Eine Stakeholderanalyse identifiziert Einwände und Abhängigkeiten frühzeitig, bevor sie zu Blockaden werden. Stellen Sie sich ein Fertigungsprojekt vor, das in der ersten Woche das Compliance-Team als einen einflussreichen Stakeholder identifiziert. Wenn in Woche acht die behördliche Genehmigung erforderlich ist, ist das Team bereits informiert – die Freigabe dauert dann nur noch Tage statt Wochen.

Schnellere Entscheidungsfindung

Wenn Sie wissen, wer tatsächlich Entscheidungsbefugnis hat, vermeiden Sie Engpässe und langwierige Genehmigungsschleifen. Wenn Ihre Stakeholderanalyse zeigt, dass der CFO die endgültige Budgethoheit hat, wenden Sie sich bei Finanzfragen direkt an ihn, statt Entwürfe durch drei Abteilungen zu schleusen. Weniger Meetings, weniger Übergaben, schnellere Antworten.

Regulatorische Compliance

In regulierten Branchen – öffentlicher Sektor, Finanzwesen und Fertigung – ist eine dokumentierte Stakeholder-Einbindung für Prüfpfade häufig vorgeschrieben. Eine formale Stakeholderanalyse erstellt die Aufzeichnungen, die Prüfer suchen: Namen, Rollen und Engagementverläufe an einem Ort. MeisterTask ist ISO 27001-zertifiziert und DSGVO-konform, sodass die Dokumentation sicher aufbewahrt wird.

Die wichtigsten Stakeholder-Kategorien, die Sie kennen müssen

Bevor Sie eine Zuordnung vornehmen können, müssen Sie die Stakeholder erst finden. Die folgenden drei Dimensionen dienen als Checkliste für die Stakeholder-Identifikation und helfen Ihnen dabei, Personen zu erfassen, die im ersten Durchgang leicht übersehen werden. Beachten Sie, dass sich diese Kategorien überschneiden können, da dieselbe Person beispielsweise sowohl intern als auch primär sein kann.

Intern vs. extern

• Interne Stakeholder: Teammitglieder:innen, Projektsponsoren, Abteilungsleiter:innen, IT-Support, Rechtsabteilung, Compliance

• Externe Stakeholder: Kund:innen, Lieferant:innen, Regulierungsbehörden, Branchenverbände, Gemeinschaftsgruppen

Interne Stakeholder sind leichter erreichbar, aber externe Stakeholder kontrollieren oft Abhängigkeiten, die Sie nicht ohne Weiteres verschieben können.

Primär vs. sekundär

• Primäre Stakeholder: direkt vom Ergebnis betroffen – Endnutz:innen, das Projektteam und Budgetverantwortliche

• Sekundäre Stakeholder: indirekt betroffen – angrenzende Teams, Branchenbeobachter:innen

Primäre Stakeholder benötigen eine engere und häufigere Einbindung, da sich ihre tägliche Arbeit verändert, sobald Ihr Projekt abgeschlossen ist.

Direkt vs. indirekt

• Direkte Stakeholder: an der Umsetzung beteiligt – Projektmanager:innen, Entwickler:innen, Designer

• Indirekte Stakeholder: von den Ergebnissen betroffen, aber nicht in die Arbeit eingebunden – Kund:innen, Teams, deren Arbeitsabläufe sich verändern werden

Indirekte Stakeholder werden in der Planungsphase leicht übersehen, melden sich beim Rollout jedoch oft sehr lautstark zu Wort.

Schritt-für-Schritt-Prozess zur Stakeholder-Identifikation

Mit diesen Kategorien im Hinterkopf können Sie mit dem ersten konkreten Schritt einer Stakeholderanalyse beginnen: der Identifikation. Jeder Schritt baut auf dem vorherigen auf und führt direkt in die anschließende Mapping-Übung.

1. Potenzielle Stakeholder auflisten

Beginnen Sie mit einem kurzen Brainstorming – entweder allein oder mit Ihrem Kernteam. Einige Leitfragen helfen Ihnen, Aspekte zu berücksichtigen, die häufig vergessen werden:

• Wer hat dieses Projekt angefordert?

• Wer wird das Ergebnis nutzen?

• Wessen Budget finanziert es?

• Wessen Genehmigung ist in jeder Phase erforderlich?

• Wer wird von den eingeführten Veränderungen betroffen sein?

• Wer hat in der Vergangenheit ähnliche Projekte blockiert?

Erfassen Sie Namen und Rollen in einer einfachen Tabelle oder einem Aufgaben-Board, damit Sie diese sortieren und aktualisieren können, sobald sich das Bild klarer zeigt.

2. Die Liste mit dem Team validieren

Teilen Sie Ihren Entwurf mit dem Projektsponsor sowie mit ein oder zwei Personen, die die Organisation gut kennen. Sie werden die stillen Einflussträger entdecken – einen Berater, dem der CEO vertraut, einen Abteilungsleiter mit Vetorecht, einen Compliance-Beauftragten, dessen Zustimmung Sie nicht auf dem Schirm hatten.

3. Interessen und Erwartungen erfassen

Notieren Sie für jede Person, was ihr wichtig ist und was sie erwartet. Ein Beispiel: Die Finanzleitung achtet auf die Einhaltung des Budgets, die Betriebsleitung möchte keine Unterbrechung der Produktionslinie und der Compliance-Beauftragte erwartet dokumentierte Risikobewertungen. Diese Notizen fließen später in das Stakeholder-Mapping und die Kommunikationsplanung ein.

Stakeholder-Mapping mit der Einfluss-Interesse-Matrix

Sobald Ihre Liste vollständig ist, können Sie mit dem Stakeholder-Mapping beginnen. Die Einfluss-Interesse-Matrix – manchmal auch als Power-Interest-Matrix bezeichnet – ist das gängigste Stakeholderanalyse-Template und der einfachste Einstiegspunkt.

Die Matrix hat zwei Achsen:

• Einfluss: Wie sehr der Stakeholder Projektentscheidungen, Ressourcen oder Ergebnisse beeinflussen kann.

• Interesse: Wie sehr dem Stakeholder das Projekt und dessen Ergebnisse am Herzen liegen.

Die Einordnung von Personen in das Raster zeigt Ihnen genau, wie Sie jede Gruppe einbinden sollten.

Quadrantendefinitionen

Jeder der vier Quadranten legt eine andere Engagement-Strategie nahe.

Die meisten Projekte haben zwei bis vier Personen im Quadranten „Eng einbinden“ – dort fließt der Großteil Ihrer Energie.

Praxisbeispiel

Ein Fertigungsunternehmen führt ein neues Bestandsverfolgungssystem ein. So könnten die Stakeholder eingeordnet werden:

• Eng einbinden: Betriebsleiter:in (ist täglich auf das System angewiesen), IT-Manager:in (kontrolliert die Implementierungsressourcen)

• Zufriedenstellen: CFO (kontrolliert das Budget, geringes Tagesinteresse), Werksleiter:in (kann den Rollout blockieren)

• Informiert halten: Lagerleiter:in (nutzen das System täglich, haben keine Entscheidungsbefugnis), Einkaufsteam (von Prozessänderungen betroffen)

• Beobachten: externer Prüfer (prüft einmal jährlich), Branchenverband (allgemeines Interesse)

Beachten Sie, dass Betriebsleiter:in und IT-Manager:in beide im Quadranten „Eng einbinden“ sitzen – sie erhalten wöchentliche Check-ins. Der CFO erhält eine monatliche Zusammenfassung, es sei denn, das Budget ist gefährdet.

Stakeholder priorisieren mit dem Salience-Modell

Die Einfluss-Interesse-Matrix funktioniert für die meisten Projekte, aber manchmal sind die Stakeholder-Beziehungen zu komplex, um sie auf zwei Achsen zu erfassen. Hier hilft das Salience-Modell. Es wurde von den Forschern Mitchell, Agle und Wood entwickelt und bewertet Stakeholder anhand von drei Attributen statt nur zwei.

Attribut Macht

Macht beschreibt die Fähigkeit, das Projekt durch Autorität, Ressourcenkontrolle oder Einfluss auf Entscheidungen zu prägen. Eine budgetverantwortliche Person hat Macht. Ebenso eine Abteilungsleitung, deren Team das Ergebnis übernehmen muss.

Attribut Legitimität

Legitimität bedeutet, dass ein Stakeholder einen anerkannten Anspruch auf das Projekt hat. Endnutzer:innen haben Legitimität, weil das Projekt für sie entwickelt wird. Eine Regulierungsbehörde hat Legitimität, weil sie Regeln durchsetzt, denen Ihre Organisation zugestimmt hat.

Attribut Dringlichkeit

Dringlichkeit bedeutet, dass ein Anspruch sofortige Aufmerksamkeit erfordert, weil damit eine Frist, ein Risiko oder eine Konsequenz verbunden ist. Ein Kunde mit vertraglicher Frist hat Dringlichkeit. Ebenso ein Compliance-Beauftragter, der auf ein rechtliches Problem hinweist. Die Dringlichkeit kann sich im Projektverlauf verschieben, etwa wenn eine neue Regulierung in Kraft tritt oder ein Wettbewerber früher liefert.

Stakeholder mit allen drei Attributen haben die höchste Priorität. Jene mit zwei Attributen erfordern ebenfalls enge Aufmerksamkeit, jene mit nur einem können in der Regel beobachtet werden. Das Salience-Modell eignet sich besonders dann, wenn die Einfluss-Interesse-Matrix für die vorliegenden Verhältnisse nicht ausreicht.

Einen Stakeholder-Management-Plan erstellen

Stakeholder-Mapping ist nur dann nützlich, wenn es zu konkreten Maßnahmen führt. Ein Stakeholder-Management-Plan legt fest, mit welchen Stakeholdern kommuniziert wird, wie oft und über welchen Kanal – und verwandelt Ihre Matrix in etwas, auf das Ihr Team tatsächlich handeln kann.

Kommunikationskanäle auswählen

Nicht jeder Stakeholder braucht dasselbe Update. Das richtige Format richtet sich nach Quadrant und persönlichem Stil:

• Hoher Einfluss, hohes Interesse: Videoanrufe, dedizierte Chat-Kanäle, frühzeitiger Zugang zu Dokumentation

• Hoher Einfluss, geringes Interesse: monatliche Zusammenfassungs-E-Mails, Dashboard-Links, Eskalationsprotokolle

• Geringer Einfluss, hohes Interesse: Projekt-Newsletter, geteilte Notizen in MeisterTask, offene Sprechstunden

• Geringer Einfluss, geringes Interesse: vierteljährliche Updates, öffentliche Projektseiten

Passen Sie den Kanal an die Person an – manche Führungskräfte bevorzugen eine zweigliedrige Präsentation, andere eine Live-Demonstration.

Häufigkeit und Verantwortlichkeit festlegen

Entscheiden Sie als Nächstes, wie oft jede Gruppe von Ihnen hören soll, und weisen Sie einen Verantwortlichen zu, damit die Zuständigkeit nicht verloren geht.

Dokumentieren Sie den Plan in Ihrem Projekt-Board, damit alle wissen, wer für welche Beziehung verantwortlich ist.

Maßnahmen in einem Aufgaben-Board verfolgen

Stakeholder-Gespräche erzeugen immer Folgeaufgaben – Fragen, die beantwortet werden müssen, Bedenken, die anzusprechen sind, Genehmigungen, die eingeholt werden müssen. Ein dedizierter Bereich in MeisterTask hält diese sichtbar. Eine Aufgabe wie „CFO-Budgetbedenken ansprechen“ mit einem Fälligkeitsdatum, einem Verantwortlichen und einem Link zu den Besprechungsnotizen verwandelt ein Flurgespräch in eine nachverfolgbare Verpflichtung.

Häufige Fehler und wie Sie sie vermeiden

Selbst Teams, die eine sorgfältige Stakeholdernanalyse durchführen, begehen einige vorhersehbare Fehler. Drei treten am häufigsten auf:

Stille Einflussträger übersehen

Wer in Meetings schweigt, kann ein Projekt trotzdem blockieren, wenn er direkten Zugang zur Geschäftsführung hat oder eine kritische Abhängigkeit kontrolliert. Bei der Identifikation helfen zwei gezielte Fragen: Wer beeinflusst die Entscheidungsträger? Und wer hat in der Vergangenheit Projekte gestoppt? Die Antworten bringen oft Namen ans Licht, die auf der ersten Liste fehlen.

Auf einmalige Bewertungen verlassen

Einfluss und Interesse verändern sich im Projektverlauf. Ein zunächst wenig interessierter Sponsor kann bei auftretenden Risiken plötzlich sehr präsent werden. Eine unterstützende Abteilungsleitung kann nach einer Umstrukturierung an Einfluss verlieren. Planen Sie nach jedem Meilenstein oder Phasenübergang eine kurze Stakeholder-Überprüfung ein und aktualisieren Sie Ihre Matrix. Eine 15-minütige Auffrischung ist besser als die Erkenntnis in Woche 12, dass Ihr Hauptansprechpartner nicht mehr über die erforderlichen Befugnisse verfügt.

Sensible Daten unsicher speichern

Stakeholderanalysen enthalten oft sensible Notizen zu internen Verhältnissen, Bedenken und Einflussfaktoren. Diese Informationen gehören nicht in eine öffentliche Tabelle oder in ein persönliches Postfach. Verwenden Sie eine Arbeitsmanagement-Plattform mit rollenbasiertem Zugriff und Verschlüsselung. MeisterTask ist ISO 27001-zertifiziert, DSGVO-konform und wird in Deutschland gehostet, was besonders für Teams im öffentlichen Sektor und im Finanzwesen relevant ist, wo ein Datenleck nicht nur folgenreich, sondern auch ein echter Compliance-Verstoß ist.

Stakeholderanalyse-Template, das Sie noch heute nutzen können

Theorie allein bringt Sie nur so weit. Ein fertiges Stakeholderanalyse-Template ermöglicht es Ihnen, noch heute mit Ihrer eigenen Analyse zu beginnen – mithilfe eines Matrix-Arbeitsblatts und eines MeisterTask-Boards.

Die Einfluss-Interesse-Matrix in MeisterTask erstellen

Statt eines separaten Templates erstellen Sie die Matrix direkt in MeisterTask. Ein Board mit vier Abschnitten reicht aus:

• Abschnitt 1: Stakeholder-Liste – Aufgaben für jeden Stakeholder mit benutzerdefinierten Feldern für Einfluss, Interesse und Quadrant.

• Abschnitt 2: Kommunikationsplan – Wiederkehrende Aufgaben für geplante Updates.

• Abschnitt 3: Maßnahmen und Folgeaufgaben – Aufgaben aus Stakeholder-Gesprächen, verknüpft mit der jeweiligen Person.

• Abschnitt 4: Überprüfung und Aktualisierung – Meilensteinaufgaben zur Überarbeitung der Analyse bei Phasenübergängen.

Board anlegen, an das Projekt anpassen und das Team einladen.

Die Analyse aktuell halten

Eine Stakeholderanalyse ist kein einmaliger Schritt, sondern begleitet das gesamte Projekt. Mit wenigen regelmäßigen Handgriffen bleibt sie aktuell, ohne nennenswerten Mehraufwand.

Auslöser für Überprüfungen

Bestimmte Ereignisse sind ein Signal, dass Ihre Matrix möglicherweise veraltet ist:

• Abschluss eines wichtigen Meilensteins

• Änderungen des Umfangs oder des Zeitplans

• Budgetrevisionen

• Führungswechsel oder Umstrukturierungen

• Eskalationen oder unerwartete Einwände

Richten Sie eine wiederkehrende Aufgabe in MeisterTask ein, um die Matrix monatlich zu überprüfen – auch wenn sich nichts verändert hat.

Integration von Lessons Learned

Halten Sie bei Projekt-Retrospektiven fest, was bei der Stakeholder-Einbindung gut funktioniert hat und was nicht. Einige Leitfragen helfen dabei: Wurden die richtigen Personen früh genug identifiziert? Waren Quadrantenzuordnungen korrekt? Hat die Kommunikationshäufigkeit dem Bedarf jeder Gruppe entsprochen? Speichern Sie die Antworten als Notizen in MeisterTask, damit die nächste Projektleitung von Ihren Erfahrungen profitieren kann und nicht von vorn anfangen muss.

Sichere Zusammenarbeit in MeisterTask

Eine gute Stakeholderanalyse ist selten Einzelarbeit. Sie erfordert eine enge Zusammenarbeit zwischen Projektmanager:in, Sponsor und Kernteam – was bedeutet, dass Sie einen sicheren, zentralen Ort für diese Arbeit benötigen. MeisterTask bringt alle Teile an einem Ort zusammen:

• Zentralisierte Stakeholder-Daten: Alle Analysen, Pläne und Folgeaufgaben in einem Board

• Rollenbasierter Zugriff: Kontrolle darüber, wer sensible Notizen einsehen darf.

• Aufgabenverfolgung: Jede Stakeholder-Maßnahme hat einen Verantwortlichen und ein Fälligkeitsdatum.

• Integration mit Notizen: Analysen mit Besprechungsnotizen und Projektdokumentation verknüpfen.

• ISO 27001- und DSGVO-Konformität: Erfüllt die Anforderungen für Teams im öffentlichen Sektor, im Finanzwesen und in der Fertigung.

Das Ergebnis ist eine Stakeholderanalyse, die dort lebt, wo die Arbeit stattfindet – mit den Zugriffskontrollen und dem Prüfpfad, die regulierte Branchen erwarten.