Entscheidungsmethode
Stakeholderanalyse für Teams
Stakeholder nach Einfluss und Interesse einordnen, um zu wissen, wen eng steuern, zufriedenstellen, informieren oder beobachten. Die Grundlage jedes Kommunikationsplans.
Zuletzt aktualisiert: April 2026
Was ist eine Stakeholderanalyse?
Die Stakeholderanalyse identifiziert jede Person und Gruppe, die von einer Entscheidung betroffen ist, und ordnet sie nach zwei Dimensionen ein: Einfluss (die Fähigkeit, das Ergebnis zu beeinflussen) und Interesse (wie sehr es sie betrifft). Das Ergebnis ist ein 2x2-Raster, das auf einen Blick zeigt, wer die meiste Aufmerksamkeit verdient und welche Art der Kommunikation nötig ist.
Das Power/Interest Grid (auch Mendelow-Matrix) verteilt Stakeholder in vier Quadranten mit je einer klaren Kommunikationsstrategie. Stakeholder mit hohem Einfluss und hohem Interesse brauchen enge Steuerung mit häufigen Updates und frühzeitiger Einbindung. Solche mit hohem Einfluss und geringem Interesse wollen zufriedengestellt werden, ohne überflutet zu werden. Stakeholder mit geringem Einfluss und hohem Interesse sollten informiert werden, weil sie zu Befürwortern oder Blockierern werden können. Solche mit geringem Einfluss und geringem Interesse brauchen nur Beobachtung. Wenn du das falsch einschätzt, verschwendest du Aufwand an die falschen Leute und lässt die, die dein Projekt blockieren können, außen vor.
Die Methode ist Standard in Projektmanagement-Frameworks (PMI, IPMA, GPM), im Change-Management und in der Produktentwicklung. Ihren Wert hat sie nicht durch das Raster selbst, sondern durch die Diskussion, die sie erzwingt: Wer hat hier tatsächlich Einfluss, wer wird Widerstand leisten, wen brauchen wir früh auf unserer Seite, und setzen wir unseren Kommunikationsaufwand dort ein, wo er am meisten bewirkt?
Wann die Stakeholderanalyse einsetzen?
- Beim Projekt-Kickoff, um alle zu erfassen, die das Projekt beeinflussen oder davon betroffen sein könnten, bevor Zusagen gemacht werden
- Vor wichtigen Entscheidungen, um zu verstehen, wer konsultiert werden muss, wer nur informiert werden muss und wen man getrost auslassen kann
- Im Change-Management, um Widerstandsquellen zu identifizieren, bevor sie zu Blockaden werden, und gezieltes Buy-in aufzubauen
- Bei der Kommunikationsplanung, damit du aufhörst, zu viel an Leute zu kommunizieren, die es nicht interessiert, und zu wenig an Leute, die dich blockieren könnten
- Wenn ein Projekt stockt und du vermutest, dass Stakeholder-Misalignment die Ursache ist, nicht ein technisches oder Ressourcenproblem
- Vor Präsentationen bei der Geschäftsführung, um Fragen, Bedenken und politische Dynamiken verschiedener Machtpositionen vorherzusehen
Schritt-für-Schritt-Anleitung
- 1
Stakeholder sammeln
Alle auflisten, die betroffen sein oder Einfluss nehmen könnten. Über die offensichtlichen Teammitglieder hinausgehen: Führungsebene, Endanwender, IT, Compliance, Betriebsrat, Lieferanten, Kunden und Regulierungsbehörden einbeziehen. Das Team fragen "Wer könnte noch betroffen sein?" und "Wer könnte das blockieren, wenn er wollte?" Die Stakeholder, die man vergisst, verursachen die größten Probleme, weil niemand ihre Erwartungen gemanagt hat.
- 2
Einfluss bewerten (1-5)
Für jeden Stakeholder bewerten, wie viel Einfluss er auf das Ergebnis hat. Einfluss kommt aus verschiedenen Quellen: formale Autorität (ein VP mit Vetorecht), Ressourcenkontrolle (Budgetverantwortliche), Expertise (die einzige Person, die das Legacy-System versteht) oder politisches Gewicht (jemand, dem die Geschäftsführung vertraut). Ein Junior-Mitarbeiter mit dem Ohr der Geschäftsführung kann mehr realen Einfluss haben als ein Abteilungsleiter außerhalb der Entscheidungskette.
- 3
Interesse bewerten (1-5)
Für jeden Stakeholder bewerten, wie sehr ihn diese konkrete Entscheidung betrifft. Eine Person auf C-Level hat vielleicht enormen Einfluss auf dein Projekt, aber sehr geringes Interesse, weil 50 andere Prioritäten um ihre Aufmerksamkeit konkurrieren. Endanwender haben vielleicht kaum formalen Einfluss, aber extrem hohes Interesse, weil die Entscheidung ihren Arbeitsalltag direkt betrifft. Interesse ändert sich oft im Projektverlauf, also müssen erste Bewertungen regelmäßig aktualisiert werden.
- 4
Kommunikation pro Quadrant planen
Hier wird die Analyse handlungsrelevant. Für jeden Quadranten den konkreten Kommunikationsansatz festlegen: Eng steuern (hoher Einfluss, hohes Interesse): wöchentliche 1:1s, frühzeitiger Zugang zu Entwürfen, Einbindung in Schlüsselentscheidungen, eine Stimme geben bevor andere informiert werden. Zufriedenstellen (hoher Einfluss, geringes Interesse): quartalsweise Zusammenfassung mit ROI-Kennzahlen, Eskalation nur bei Bedarf, Zeit respektieren. Informieren (geringer Einfluss, hohes Interesse): regelmäßige E-Mail-Updates, Feedback-Kanäle, Schulungspläne, einen Weg geben, gehört zu werden, ohne Entscheidungen zu verlangsamen. Beobachten (geringer Einfluss, geringes Interesse): in allgemeine Kommunikation einbeziehen, kein dedizierter Aufwand, aber quartalsweise prüfen, ob sich das Interesse verändert hat.
- 5
An jedem Meilenstein überprüfen
Machtverhältnisse verschieben sich im Projektverlauf. Ein Stakeholder mit geringem Interesse in Monat eins kann hohes Interesse bekommen, wenn die Veränderung seine Abteilung in Monat drei erreicht. Ein Lieferant mit geringem Einfluss während der Evaluation hat plötzlich hohen Einfluss während der Implementierung. An jedem größeren Meilenstein neu bewerten, nach organisatorischen Veränderungen, und immer wenn jemand, der bisher still war, plötzlich anfängt, Fragen zu stellen.
Praxis-Tipp: Indirekte Stakeholder einbeziehen, die man leicht vergisst: Aufsichtsbehörden, Betriebsrat, nachgelagerte Teams, externe Partner, Kunden, die die Auswirkungen spüren werden. Die Stakeholder, die man nicht erfasst, bringen das Projekt nach drei Monaten zum Entgleisen, weil niemand ihre Erwartungen gemanagt hat.
Praxis-Tipp: Einfluss und Interesse unabhängig bewerten, bevor im Team diskutiert wird. Wenn man gemeinsam bewertet, verankert die erste genannte Zahl alle anderen. Unabhängige Bewertungen gefolgt von einer Diskussion der Unterschiede ergibt ehrlichere Ergebnisse.
Praxis-Tipp: Die Quadranten-Labels sagen, was zu tun ist, nicht wie man sich fühlen soll. "Beobachten" heißt nicht "ignorieren." Es heißt regelmäßig prüfen, aber keinen wöchentlichen Aufwand betreiben. "Beobachten"-Stakeholder als unsichtbar zu behandeln ist die häufigste Ursache für Überraschungen.
Praxis-Tipp: Die Stakeholder-Map als direkten Input für die RACI-Matrix nutzen. Stakeholder mit hohem Einfluss und Interesse sollten Accountable oder Consulted sein. Solche mit geringem Einfluss und hohem Interesse sind typischerweise Informed. Wenn jemand in der RACI nicht auf der Stakeholder-Map steht, fragen warum er überhaupt im Projekt ist.
Beispiel
Ein 60-Personen-Unternehmen führt ein CRM ein. Der Vertriebsleiter (Einfluss 4, Interesse 5) war zunächst nicht in Planungsmeetings. Die Stakeholder-Map machte sofort klar: Er musste jede Woche dabei sein, nicht nur im Nachhinein informiert werden.
Ein 60-Personen-Unternehmen führt ein CRM ein. Der Vertriebsleiter (Einfluss 4, Interesse 5) war zunächst nicht in Planungsmeetings. Die Stakeholder-Map machte sofort klar: Er musste jede Woche dabei sein, nicht nur im Nachhinein informiert werden.
Praxisbeispiel
Ein Fertigungsunternehmen mit 60 Mitarbeitenden ersetzt sein Legacy-CRM durch ein modernes Cloud-System. Der Projektmanager führte eine Stakeholderanalyse beim Kickoff durch, um den Kommunikationsplan zu erstellen, bevor Ankündigungen gemacht wurden.
| Stakeholder | Einfluss | Interesse | Quadrant | Kommunikationsplan |
|---|---|---|---|---|
| Geschäftsführung | 5 | 2 | Zufriedenstellen | Quartalsweise Zusammenfassung mit ROI-Kennzahlen. Eskalation nur bei Budgetänderungen. |
| Vertriebsleiter | 4 | 5 | Eng steuern | Wöchentliches Abstimmungsmeeting. Frühzeitiger Beta-Zugang. Input zur Workflow-Gestaltung. |
| IT-Abteilung | 3 | 4 | Informieren | Zweiwöchentliche technische Updates. Input zu Integrationsanforderungen und Datenmigration. |
| Endanwender (Vertrieb) | 1 | 5 | Informieren | Schulungsplan 4 Wochen vor Rollout angekündigt. Dedizierter Feedback-Kanal. |
| Betriebsrat | 4 | 3 | Zufriedenstellen | Compliance-Briefing 6 Wochen vor Rollout. Datenschutz-Review dokumentiert. |
| Externer CRM-Anbieter | 2 | 3 | Beobachten | Monatlicher Status-Call. Eskalationspfad vertraglich definiert. |
Der Vertriebsleiter (Einfluss 4, Interesse 5) war zunächst nicht in den wöchentlichen Planungsmeetings. Die Stakeholder-Map machte sofort klar, dass das ein Fehler war. Er hatte sowohl den Einfluss, das Projekt zu stoppen, als auch das Interesse, es mitzugestalten. Drei Monate später, als der alte CRM-Anbieter über die Geschäftsführung ein Gegenangebot lancierte, verteidigte der Vertriebsleiter das neue System im Führungsmeeting, weil er von Anfang an eingebunden war.
Stakeholderanalyse vs. RACI-Matrix
| Dimension | Stakeholderanalyse | RACI-Matrix |
|---|---|---|
| Fokus | Projektweiter Einfluss und Kommunikation | Aufgabenbezogene Verantwortungszuordnung |
| Beantwortete Frage | "Wer ist wichtig und wie binden wir sie ein?" | "Wer macht was bei jeder Aufgabe?" |
| Ergebnis | Kommunikationsplan pro Quadrant | Verantwortungsmatrix pro Lieferergebnis |
| Wann einsetzen | Vor Projektstart, um die Landschaft zu verstehen | Nach Kickoff, um Arbeit zuzuweisen |
| Aktualisierung | An Meilensteinen und bei Machtverschiebungen | Wenn Aufgaben oder Teamzusammensetzung sich ändern |
Erst die Stakeholderanalyse, um zu verstehen, wer relevant ist und welche Einbindung nötig ist. Dann die RACI, um aufgabenbezogene Rollen den richtigen Personen zuzuweisen. Die Stakeholder-Map sagt dir, wer in die RACI gehört. Wenn du die Stakeholderanalyse überspringst, hat deine RACI die richtigen Aufgaben, aber die falschen Leute.
Häufige Fehler
1 Nur bekannte Personen erfassen
Die gefährlichsten Stakeholder sind die, an die du nicht denkst, bis sie Einspruch erheben. Das Team fragen: "Wer könnte dieses Projekt blockieren, wenn er sich dazu entscheidet?" und "Wen betrifft diese Veränderung, auch wenn er nicht in unserer Abteilung ist?" Der Betriebsrat, ein Datenschutzbeauftragter oder eine Endanwendergruppe, die man nicht konsultiert hat, kann ein Projekt schneller stoppen als jedes technische Problem.
2 Alle als "hoher Einfluss" bewerten, um Diskussionen zu vermeiden
Wenn jeder Stakeholder "hoher Einfluss, eng steuern" ist, gibt es keine Priorisierung. Der Sinn des Rasters ist die Differenzierung. Manche Personen haben tatsächlich geringen Einfluss und geringes Interesse. Sie in den richtigen Quadranten zu setzen ist nicht respektlos. Es ist effizient. Dein Kommunikationsaufwand ist begrenzt. Setze ihn dort ein, wo er etwas bewegt.
3 Die Analyse einmal machen und nie aktualisieren
Machtverhältnisse verschieben sich. Ein Lieferant mit geringem Einfluss während der Evaluation bekommt hohen Einfluss während der Implementierung, weil du bei der Datenmigration von ihm abhängst. Ein Abteilungsleiter mit geringem Interesse wird hochinteressiert, wenn die Veränderung sein Team erreicht. An jedem größeren Meilenstein neu durchführen.
4 Die Stakeholderanalyse als Dokument statt als Gespräch behandeln
Der Wert liegt nicht im Raster. Der Wert liegt in der Teamdiskussion, die das Raster erzeugt. Wenn vier Personen den Einfluss eines Stakeholders unabhängig mit 2, 2, 4, 5 bewerten, ist diese Abweichung das nützlichste Ergebnis. Es bedeutet, dass jemand etwas über den Einfluss dieser Person weiß, das die anderen nicht wissen.
Kostenloses interaktives Tool ausprobieren
Diese Methode direkt im Browser nutzen. Ohne Anmeldung, mit PDF-Export.
Häufig gestellte Fragen
- RACI weist Aufgabenrollen zu. Stakeholderanalyse kartiert Projekteinfluss. Zuerst Stakeholderanalyse, dann RACI.
- Ein 2x2-Raster (Mendelow-Matrix) mit Einfluss und Interesse als Achsen. Jeder Quadrant zeigt eine andere Kommunikationsstrategie.
- An jedem Meilenstein und bei organisatorischen Veränderungen. Machtverhältnisse verschieben sich im Projektverlauf.
- Frage: "Könnte diese Person das Projekt blockieren?" Wenn ja, hat sie Einfluss unabhängig vom Titel.
- Selbst ein 5-Personen-Projekt hat Stakeholder außerhalb des Teams: die Budgetverantwortliche, die Abteilungsleiterin, die Endanwender, die Kunden. Die Analyse skaliert problemlos nach unten. Bei weniger Stakeholdern dauert die Übung 15 Minuten und verhindert trotzdem das häufigste Versagen: jemanden zu vergessen, dem genug am Thema liegt, um das Projekt zu blockieren.
Verwandte Blogartikel
Verwandte Methoden
Kraftfeldanalyse
Treibende und hemmende Kräfte bewerten und die Balance sehen. Vor jeder Change-Entscheidung einsetzen, um zu verstehen, was antreibt und was blockiert.
Szenarioanalyse
Best Case, Worst Case und realistisches Szenario durchdenken, bevor du dich festlegst. Reduziert Überraschungen und bereitet dein Team auf verschiedene Ausgänge vor.