Stakeholder sind alle Personen und Gruppen, die ein Projekt beeinflussen können oder von ihm betroffen sind. Die Analyse ordnet sie nach Einfluss und Betroffenheit; entscheidend ist die daraus abgeleitete Einbindungsstrategie — die Matrix allein verändert nichts.
Wer als Stakeholder zählt
Stakeholder sind Personen, Gruppen oder Organisationen, die auf das Projekt einwirken können oder von seinem Ergebnis betroffen sind. Beide Richtungen zählen: Wer Einfluss hat, muss eingebunden werden, damit er nicht blockiert. Wer betroffen ist, muss gehört werden, damit das Ergebnis brauchbar wird.
Bei der Identifikation werden regelmässig dieselben Gruppen übersehen. Der Betrieb, der das System später führen muss. Der Support, der die Anfragen bekommt. Datenschutz und Revision, deren Anforderungen erst kurz vor der Einführung auftauchen. Nachgelagerte Bereiche, die mit den Ergebnissen weiterarbeiten. Und externe Partner, deren Schnittstellen betroffen sind.
Systematisch suchen
- Wer entscheidet über Budget, Ressourcen oder Freigaben?
- Wer arbeitet nach der Einführung täglich mit dem Ergebnis?
- Wer betreibt, unterstützt oder wartet es?
- Wessen Arbeitsweise ändert sich, auch indirekt?
- Wer liefert etwas zu — Daten, Systeme, Fachwissen?
- Wer muss aus rechtlichen Gründen einbezogen werden?
- Wer hat ein Interesse daran, dass das Projekt scheitert?
Die letzte Frage wird selten gestellt und ist eine der aufschlussreichsten. Widerstand hat fast immer nachvollziehbare Gründe — Verlust von Zuständigkeit, Mehraufwand, entwertete Investitionen in bestehende Lösungen. Wer diese Interessen kennt, kann sie adressieren; wer sie ignoriert, begegnet ihnen später als unerklärlicher Verzögerung.
Einordnung nach Einfluss und Betroffenheit
| Geringer Einfluss | Hoher Einfluss | |
|---|---|---|
| Gering betroffen | Beobachten — Aufwand minimal halten | Zufriedenstellen — informiert halten, nicht überfrachten |
| Stark betroffen | Informieren — regelmässig, verständlich, ehrlich | Eng einbinden — mitgestalten lassen, früh und wiederholt |
Der praktische Wert liegt in der Ressourcenverteilung. Aufmerksamkeit ist begrenzt; sie gehört ins rechte untere Feld. Der häufigste Fehler ist, alle gleich zu behandeln — was bedeutet, dass die kritischen Stakeholder zu wenig und die peripheren zu viel Aufmerksamkeit erhalten.
Aus jeder Einordnung muss eine konkrete Massnahme folgen: wer wird wie oft, von wem, in welcher Form einbezogen. Ohne diese Spalte ist die Analyse ein Bild ohne Konsequenz.
Haltung erfassen, nicht nur Position
Neben Einfluss und Betroffenheit lohnt eine dritte Dimension: die aktuelle Haltung zum Projekt — unterstützend, neutral, skeptisch, ablehnend. Diese Einschätzung ist subjektiv und trotzdem nützlich, weil sie die Einbindungsstrategie schärft.
Ein einflussreicher Skeptiker braucht eine andere Behandlung als ein einflussreicher Unterstützer: Beim Skeptiker geht es darum, die Einwände zu verstehen und ernst zu nehmen, beim Unterstützer darum, ihn sichtbar zu machen. Diese Unterscheidung geht verloren, wenn nur nach Einfluss sortiert wird.
Die Analyse aktuell halten
Stakeholder-Konstellationen ändern sich: Personen wechseln, Prioritäten verschieben sich, aus Unterstützern werden Skeptiker, wenn das Projekt ihre Erwartungen nicht trifft. Eine Analyse vom Projektstart bildet nach einem Jahr eine Situation ab, die es nicht mehr gibt.
Der praktikable Rhythmus ist die Überprüfung an jedem Meilenstein — zehn Minuten, in denen die Liste durchgegangen wird: Gibt es neue Beteiligte, hat sich eine Haltung verändert, ist jemand ausgeschieden? Das ist wenig Aufwand und der Unterschied zwischen einem lebenden Instrument und einer Anlage im Projekthandbuch.
Häufige Fragen
- Was sind Stakeholder in einem Projekt?
- Personen, Gruppen oder Organisationen, die das Projekt beeinflussen können oder von seinem Ergebnis betroffen sind. Beide Richtungen zählen — Einflussreiche können blockieren, Betroffene entscheiden über die Brauchbarkeit des Ergebnisses.
- Welche Stakeholder werden am häufigsten übersehen?
- Betrieb und Support, die das Ergebnis später führen; Datenschutz und Revision, deren Anforderungen spät auftauchen; nachgelagerte Bereiche, die mit den Ergebnissen weiterarbeiten; und externe Partner mit betroffenen Schnittstellen.
- Wie oft sollte die Stakeholder-Analyse aktualisiert werden?
- An jedem Meilenstein, mit etwa zehn Minuten Aufwand: neue Beteiligte, veränderte Haltungen, ausgeschiedene Personen. Eine Analyse vom Projektstart bildet nach einem Jahr eine Situation ab, die es nicht mehr gibt.