Ein Stakeholder ist jede Person, Gruppe oder Organisation, die ein Interesse an einem Projekt hat, es beeinflusst oder von seinem Ergebnis betroffen ist: Sponsor, Geschäftsleitung, Team, Fachbereiche, Kunden, Lieferanten, Aufsichtsbehörden, Endanwender. Die Stakeholder eines Projekts schauen nicht nur zu: Sie finanzieren, entscheiden, bremsen oder nutzen. Dieser Leitfaden liefert die Definition und die Kategorien, eine Beispieltabelle, die Stakeholderanalyse in fünf Schritten, die Macht-Interesse-Matrix, ein Register und einen Kommunikationsplan zum Wiederverwenden sowie die Verbindung zur RACI-Matrix und zum Lenkungsausschuss.
Stakeholder: Definition und Kategorien
Das englische Wort bedeutet wörtlich „derjenige, der einen Einsatz hält“. Der PMBOK verwendet eine weite Definition: eine Einzelperson, Gruppe oder Organisation, die eine Entscheidung, Aktivität oder ein Ergebnis des Projekts beeinflussen kann, davon betroffen ist oder sich als betroffen wahrnimmt. Zwei Achsen helfen bei der Einordnung.
- Intern oder extern. Intern: gehört zur Organisation, die das Projekt trägt (Sponsor, Geschäftsleitung, Projektteam, Fachbereiche, IT-Abteilung). Extern: außerhalb davon (Kunden, Lieferanten, Aufsichtsbehörde, Partner, Endanwender, wenn sie keine Mitarbeiter sind).
- Primär oder sekundär. Primär: direkt am Projekt beteiligt oder direkt von seinem Ergebnis betroffen (Sponsor, Team, Anwender). Sekundär: indirekt betroffen, oft über Nebenwirkungen (Nachbarabteilung, Anwohner, Presse).
Ein Teammitglied ist ein Stakeholder; umgekehrt gilt das nicht. Die Aufsichtsbehörde oder der Endkunde stehen in keinem Terminplan, und doch sind sie es, die den Go-live blockieren können.
Beispiele für Stakeholder im Projekt nach Kategorie
Die folgende Tabelle listet die Stakeholder, die in den meisten Projekten vorkommen, mit ihrem typischen Interesse. Nutzen Sie sie als Checkliste bei der Identifikation.
| Kategorie | Stakeholder | Typisches Interesse | Was er dem Projekt antun kann |
|---|---|---|---|
| Intern | Sponsor | Return on Investment, Einhaltung von Budget und Termin | Finanziert, entscheidet, stoppt das Projekt. |
| Intern | Geschäftsleitung | Ausrichtung an der Strategie, Reputation, Prioritäten zwischen Projekten | Priorisiert oder depriorisiert, verteilt Ressourcen um. |
| Intern | Projektteam | Klare Ziele, tragbare Auslastung, Anerkennung | Erstellt die Ergebnisse, meldet die Risiken. |
| Intern | Fachbereiche | Ein Werkzeug oder Prozess, der den Alltag verbessert, ohne ihn zu stören | Validieren Anforderungen, nehmen ab, nutzen oder umgehen. |
| Intern | IT-Abteilung | Sicherheit, Integration in die Systemlandschaft, Wartbarkeit | Setzt Standards, gewährt oder verweigert Zugänge. |
| Extern | Kunden | Qualität, Preis, Lieferzeit, Kontinuität des Service | Kaufen, reklamieren, kündigen. |
| Extern | Lieferanten und Dienstleister | Stabiler Umfang, pünktliche Bezahlung | Liefern, stellen Änderungen in Rechnung, verzögern. |
| Extern | Aufsichtsbehörde | Compliance (DSGVO, Sicherheit, Branchennormen) | Genehmigt, prüft, sanktioniert. |
| Extern | Partner | Ausgewogene Zusammenarbeit, geteilter Nutzen | Bringen Mittel ein oder ziehen sie ab. |
| Extern | Endanwender | Einfachheit, Schulung, kein Funktionsverlust | Nehmen das Ergebnis an oder lehnen es ab. |
Stakeholderanalyse in 5 Schritten
Die Stakeholderanalyse findet beim Kick-off statt und danach bei jedem Phasenübergang. Fünf Schritte genügen.
- Identifizieren. Versammeln Sie den Sponsor und zwei oder drei Schlüsselmitglieder und listen Sie alle auf: Organigramm, Verträge, regulatorische Pflichten, vom Ergebnis betroffene Prozesse. Stellen Sie die Frage „Wer wird unzufrieden sein, wenn dieses Projekt gelingt?“: Sie deckt die Vergessenen auf. Streben Sie Vollständigkeit an; sortiert wird später.
- Bewerten. Bewerten Sie für jeden die Macht (Fähigkeit, das Projekt zu beeinflussen: Budget, Entscheidung, Blockade), das Interesse (wie sehr ihn das Ergebnis betrifft) und die Haltung (Unterstützer, neutral, Gegner). Eine Skala von 1 bis 3 reicht; die Diskussion im Team zählt mehr als die Note.
- Abbilden. Ordnen Sie die Stakeholder in der Macht-Interesse-Matrix ein. Jeder Quadrant verlangt eine Einbindungsstrategie, die unten beschrieben ist.
- Einbindung planen. Legen Sie für jeden wichtigen Stakeholder die angestrebte Einbindungsstufe fest (informiert, konsultiert, beteiligt, Partner), die Kommunikationsmaßnahme, den Kanal, die Frequenz und den Verantwortlichen. Das ist der Kommunikationsplan.
- Verfolgen und überarbeiten. Halten Sie das Register aktuell: ein Sponsorwechsel, eine Umstrukturierung, ein neuer Dienstleister verändern die Karte. Überprüfen Sie sie an jedem Meilenstein und sobald Widerstand auftritt.
Die Macht-Interesse-Matrix
Die Macht-Interesse-Matrix (oder Mendelow-Matrix) kreuzt zwei Achsen: die Macht des Stakeholders über das Projekt und sein Interesse daran. Die vier Quadranten legen fest, wie viel Aufwand jedem gewidmet wird.
| Quadrant | Macht | Interesse | Strategie | Beispiele |
|---|---|---|---|---|
| Schlüsselakteure | Hoch | Hoch | Eng managen: in Entscheidungen einbinden, regelmäßige Treffen, Abnahme der Ergebnisse. | Sponsor, Hauptfachbereichsleiter, Projektleiter auf Kundenseite. |
| Zufriedenstellen | Hoch | Niedrig | Zufriedenstellen: Anforderungen vorwegnehmen, nur beim Wesentlichen einbeziehen, keine bösen Überraschungen. | Geschäftsleitung, IT-Abteilung, Aufsichtsbehörde, Finanzabteilung. |
| Informieren | Niedrig | Hoch | Informieren: regelmäßige Kommunikation, Feedback anhören, Multiplikatoren bei den Anwendern. | Endanwender, Support-Team, betroffene Nachbarabteilungen. |
| Beobachten | Niedrig | Niedrig | Beobachten: minimale Information, darauf achten, dass sie den Quadranten nicht wechseln. | Punktuelle Dienstleister, nicht betroffene Abteilungen, interne Presse. |
Die Matrix ist nicht starr. Ein Endanwender mit geringer individueller Macht wird zum Schlüsselakteur, wenn hundert Anwender das neue Werkzeug ablehnen. Eine stille Aufsichtsbehörde wird am Tag einer Prüfung zum Schlüsselakteur. Lesen Sie die Karte an jedem Meilenstein neu.
Stakeholder Mapping: Beispiel eines Registers
Das Stakeholderregister ist das Ergebnis der Analyse. Hier das Register eines Projekts zur Ablösung der Fakturierungssoftware in einem Dienstleistungsunternehmen mit 300 Mitarbeitern. Sieben oder acht Zeilen reichen für ein Projekt dieser Größe; ein Programm hat dreißig.
| Stakeholder | Rolle im Projekt | Macht | Interesse | Haltung | Kommunikationsmaßnahme | Frequenz |
|---|---|---|---|---|---|---|
| Finanzvorstand | Sponsor | Hoch | Hoch | Unterstützer | Lenkungsausschuss, Entscheidungen zu Budget und Umfang | Monatlich |
| Geschäftsleitung | Entscheider | Hoch | Niedrig | Neutral | Einseitige Zusammenfassung, Hinweis bei großen Meilensteinen | Quartalsweise |
| Leitung Buchhaltung | Fachlicher Ansprechpartner | Mittel | Hoch | Unterstützer | Konzeptions-Workshops, Abnahmetests, Statusbesprechung | Wöchentlich |
| IT-Abteilung | Interner Lieferant | Hoch | Mittel | Neutral | Architektur- und Sicherheitsreview, Projektausschuss | Alle zwei Wochen |
| Vertriebsteam | Betroffene Anwender | Niedrig | Hoch | Gegner | Demonstrationen, Pilotanwendergruppe, FAQ | Alle zwei Wochen |
| Softwarehersteller | Lieferant | Mittel | Hoch | Unterstützer | Vertragsbesprechung, Bearbeitung der Änderungsanträge | Wöchentlich |
| Datenschutzbeauftragter | Interne Aufsicht | Hoch | Niedrig | Neutral | Datenschutz-Folgenabschätzung, Freigabe vor dem Go-live | An Meilensteinen |
| Kunden | Rechnungsempfänger | Niedrig | Mittel | Neutral | Informationsschreiben zum neuen Rechnungsformat | Einmalig, vor der Umstellung |
Der Kommunikationsplan für Stakeholder
Der Kommunikationsplan übersetzt das Register in konkrete Maßnahmen. Er passt in eine Tabelle: pro Quadrant eine Botschaft, ein Kanal, ein Rhythmus und ein Verantwortlicher. Das Format zählt so viel wie die Frequenz: Die Geschäftsleitung liest eine Seite, keinen zehnseitigen Bericht.
| Zielgruppe | Ziel | Kanal | Frequenz | Verantwortlich |
|---|---|---|---|---|
| Schlüsselakteure | Entscheiden und abwägen | Lenkungsausschuss, Einzelgespräch | Monatlich + bei Bedarf | Projektleiter |
| Zufriedenstellen | Beruhigen, keine Überraschungen | Zusammenfassung, Dashboard | An Meilensteinen | Sponsor |
| Informieren | Akzeptanz vorbereiten | Informationsveranstaltung, Demonstration, Projekt-Newsletter | Alle zwei Wochen | Fachlicher Ansprechpartner |
| Beobachten | Kontakt halten | Intranet, allgemeiner Newsletter | Quartalsweise | Projektteam |
Mit Widerstand umgehen
Ein ablehnender Stakeholder ist kein Problem, das man umgeht, sondern ein Signal, das man bearbeitet. Widerstand hat fast immer eine rationale Ursache: Verlust an Autonomie, Mehrarbeit, Angst um den Arbeitsplatz, schlechte frühere Erfahrung. Vier Hebel, in dieser Reihenfolge:
- Zuhören, bevor Sie überzeugen: Ein Einzelgespräch offenbart den wahren Einwand, selten den in der Besprechung geäußerten.
- Einen Platz geben: Den Gegner in die Pilotanwendergruppe oder einen Konzeptions-Workshop zu holen, macht aus einem Kritiker oft einen Multiplikator.
- Früh zeigen: Eine Demonstration mit echten Daten ist mehr wert als drei Präsentationen.
- Bei Bedarf eskalieren: Blockiert der Widerstand einen Meilenstein, entscheidet der Sponsor im Lenkungsausschuss, mit den Fakten aus dem Register.
Stakeholder, RACI-Matrix und Lenkungsausschuss
Die drei Werkzeuge ergänzen sich. Das Stakeholderregister sagt, wer zählt und warum. Die RACI-Matrix sagt Aufgabe für Aufgabe, wer ausführt, wer entscheidet, wer konsultiert und wer informiert wird: Die Schlüsselakteure tragen die A, die zu informierenden Stakeholder erscheinen als I. Der Lenkungsausschuss ist das Gremium, in dem sich die Stakeholder mit hoher Macht zum Entscheiden treffen; seine Zusammensetzung ergibt sich direkt aus dem Quadranten „eng managen“. Erstellen Sie die drei beim Kick-off in dieser Reihenfolge: Register, dann RACI, dann Besetzung der Gremien.
Häufige Fehler
- Die Endanwender vergessen. Sie sind viele, mit geringer individueller Macht, fehlen in den Besprechungen, und sie sind es, die die Einführung scheitern lassen.
- Die Analyse nur einmal machen. Eine Karte vom Kick-off ist nach drei Monaten falsch: neuer Bereichsleiter, ausgetauschter Dienstleister, Umstrukturierung.
- Stakeholder und Teammitglied verwechseln. Das Team produziert; die Stakeholder finanzieren, entscheiden, tragen die Folgen oder nutzen. Wer die Analyse auf das Projektorganigramm reduziert, lässt Kunde und Aufsichtsbehörde verschwinden.
- Personen statt Funktionen notieren. Das Register muss den Weggang eines Bereichsleiters überstehen.
- Mit allen gleich kommunizieren. Ein zehnseitiger Bericht an die Geschäftsleitung wird nicht gelesen; ein Dashboard ohne Erklärung beunruhigt die Anwender.
- Stakeholder mit geringem Interesse ignorieren. Sie wechseln den Quadranten ohne Vorwarnung.
In FoxPlan
In FoxPlan sind die internen Stakeholder die Projektmitglieder, jeder mit einer Rolle, die festlegt, was er sieht und was er ändern darf. Das Modul Ausschüsse bildet den Lenkungsausschuss und den Projektausschuss mit ihren Teilnehmern, wiederkehrenden Sitzungen und ihrer Tagesordnung ab: Die aus Ihrer Macht-Interesse-Matrix abgeleitete Besetzung lässt sich direkt übertragen. Der Kommunikationsplan lebt in den Maßnahmen des Projekts, jede mit einem Verantwortlichen und einem Termin, und in den Benachrichtigungen, die die betroffenen Personen informieren. Dateien, Entscheidungen und Projektstatusberichte werden am selben Ort geteilt, sodass jeder Stakeholder die Information seiner Stufe erhält, ohne dass sich die E-Mails vervielfachen.
So geht es in der FoxPlan-Dokumentation ↗
Häufige Fragen
Was ist ein Stakeholder in einem Projekt?
Ein Stakeholder ist jede Person, Gruppe oder Organisation, die ein Interesse am Projekt hat, es beeinflusst oder von seinem Ergebnis betroffen ist. Typische Beispiele sind der Sponsor, die Geschäftsleitung, das Projektteam, die Fachbereiche, Kunden, Lieferanten, die Aufsichtsbehörde und die Endanwender. Sie früh zu identifizieren und mit jedem auf der richtigen Stufe zu kommunizieren, ist entscheidend für die Akzeptanz des Ergebnisses.
Was ist der Unterschied zwischen internen und externen Stakeholdern?
Interne Stakeholder gehören zur Organisation, die das Projekt trägt: Sponsor, Geschäftsleitung, Projektteam, Fachbereiche, IT-Abteilung. Externe Stakeholder stehen außerhalb: Kunden, Lieferanten, Partner, Aufsichtsbehörden, Endanwender, wenn sie keine Mitarbeiter sind. Externe werden oft vergessen, weil sie an keiner Projektbesprechung teilnehmen, und doch können sie den Go-live blockieren.
Wie identifiziert man die Stakeholder eines Projekts?
Versammeln Sie beim Kick-off den Sponsor und einige Schlüsselmitglieder und listen Sie alle auf, die das Ergebnis finanzieren, darüber entscheiden, es erstellen, nutzen oder seine Folgen tragen, anhand von Organigramm, Verträgen, regulatorischen Pflichten und betroffenen Prozessen. Fragen Sie, wer unzufrieden wäre, wenn das Projekt gelingt: Die Antwort deckt die Vergessenen auf. Bewerten Sie dann jeden Stakeholder nach Macht, Interesse und Haltung.
Was ist die Macht-Interesse-Matrix?
Die Macht-Interesse-Matrix, auch Mendelow-Matrix genannt, ordnet jeden Stakeholder auf zwei Achsen ein: seine Macht über das Projekt und sein Interesse daran. Sie ergibt vier Quadranten mit je einer Strategie: eng managen (hohe Macht, hohes Interesse), zufriedenstellen (hohe Macht, geringes Interesse), informieren (geringe Macht, hohes Interesse) und beobachten (geringe Macht, geringes Interesse). Sie wird an jedem Meilenstein neu erstellt, weil sich Stakeholder bewegen.
Was ist der Unterschied zwischen einem Stakeholder und einem Projektteammitglied?
Ein Teammitglied erstellt die Ergebnisse und steht im Terminplan; es ist ein Stakeholder unter anderen. Ein Stakeholder ist nicht zwangsläufig Teammitglied: Sponsor, Kunde, Aufsichtsbehörde oder Endanwender beeinflussen das Projekt oder tragen seine Folgen, ohne daran zu arbeiten. Wer die Stakeholderanalyse auf das Team reduziert, lässt diejenigen aus, die die Einführung blockieren können.
Wie oft sollte die Stakeholderanalyse aktualisiert werden?
An jedem Meilenstein oder Phasenübergang und sobald ein Ereignis die Karte verändert: neuer Sponsor, Umstrukturierung, ausgetauschter Dienstleister, aufkommender Widerstand. Ein beim Kick-off erstelltes und nie überprüftes Register ist nach wenigen Monaten falsch. Datieren Sie jede Überarbeitung und stellen Sie die Änderungen dem Lenkungsausschuss vor.
