Stakeholder-Listen erstellen – Viele Projekte scheitern nicht an der Technik, sondern an Menschen. An Erwartungen, die niemand sauber aufgenommen hat. An Einflussnehmern, die zu spät sichtbar werden. Eine saubere Stakeholder-Liste wirkt hier wie ein Frühwarnsystem: Sie zeigt, wer wichtig ist, wer blockiert, wer unterstützt – und wo Sie aktiv steuern müssen.
In diesem Leitfaden erfahren Sie, wie Sie systematisch Stakeholder-Listen erstellen, bewerten und im Projektalltag nutzen. Mit klaren Schritten, praxiserprobten Beispielen und typischen Fehlern, die Sie vermeiden sollten.

Was ist eine Stakeholder-Liste?
Eine Stakeholder-Liste ist eine strukturierte Übersicht aller Personen und Gruppen, die von einem Projekt betroffen sind oder es beeinflussen können.
Sie enthält typischerweise:
- Name bzw. Gruppe
- Rolle/Funktion
- Beziehung zum Projekt
- Einfluss und Macht
- Einstellung (Unterstützer, neutral, Gegner)
- Erwartungen und Interessen
- Kommunikationsbedarf und -kanal
- Verantwortlicher im Projektteam
Die Liste bildet die Grundlage für Stakeholder-Analyse, Kommunikation und Change-Management.
Warum Stakeholder-Listen in Projekten unverzichtbar sind
Ohne strukturierte Stakeholder-Liste riskieren Sie:
- verdeckte Blockaden in späten Projektphasen
- fehlende Akzeptanz bei Schlüsselbereichen
- Überraschungen in Gremien und Lenkungsausschüssen
- Doppelkommunikation und Missverständnisse
Mit einer guten Stakeholder-Liste gewinnen Sie:
- Klarheit darüber, wer wirklich wichtig ist
- Priorisierung: Wer braucht wie viel Aufmerksamkeit?
- bessere Vorbereitung von Workshops, Entscheidungen, Releases
- planbare Kommunikation statt Ad-hoc-Reaktionen
- messbare Basis für Stakeholder-Management
Besonders für Entscheider und Projektleiter ist sie ein Steuerungsinstrument, kein Formalismus.
Suchintention: Was Leser eigentlich wissen wollen
Wer nach „Stakeholder-Listen erstellen“ sucht, hat meist drei konkrete Fragen im Kopf:
- Wie identifiziere ich alle relevanten Stakeholder?
- Welche Informationen gehören in eine gute Stakeholder-Liste?
- Wie nutze ich die Liste praktisch im Projektalltag?
Entsprechend liegt der Fokus hier auf klaren Schritten, Vorlagen-Ideen und konkreten Beispielen – weniger auf Theorie.
Die 7 Schritte, um eine Stakeholder-Liste zu erstellen
1. Projektkontext und Ziele klären
Bevor Sie Namen sammeln, klären Sie drei Dinge:
- Was ist der Scope des Projekts?
- Welche Organisationseinheiten sind betroffen?
- Welche strategischen Ziele verfolgt das Projekt?
Nur mit diesem Rahmen erkennen Sie später, wer wirklich Stakeholder ist – und wer nicht.
Praxis-Tipp:
Starten Sie mit einem One-Pager zum Projekt: Ziel, Nutzen, Scope, Zeitrahmen. Halten Sie ihn griffbereit, wenn Sie die Liste erstellen.
2. Stakeholder systematisch identifizieren
Nutzen Sie strukturierte Fragen statt „Brainstorming ins Blaue“. Orientieren Sie sich an Kategorien:
Interne Stakeholder:
- Geschäftsführung, Bereichsleiter, Abteilungsleiter
- Linienführungskräfte der betroffenen Teams
- Projekt-Sponsor, Lenkungsausschuss
- Fachabteilungen (z. B. Vertrieb, Einkauf, HR, Controlling, IT)
- Betriebsrat, Datenschutz, Informationssicherheit
- PMO, Architektur-Board, Compliance
Externe Stakeholder:
- Kunden (Schlüsselkunden, Pilotkunden, Nutzergruppen)
- Lieferanten, Dienstleister, Berater
- Regulatoren, Behörden
- Verbände, Partnerunternehmen
Hilfreiche W‑Fragen:
- Wer entscheidet über Budget und Ressourcen?
- Wer ist von den Änderungen operativ betroffen?
- Wer könnte das Projekt stoppen oder massiv verzögern?
- Wer profitiert direkt vom Projekterfolg?
- Wer trägt zusätzliche Risiken oder Aufwand?
Notieren Sie zunächst breit und unsortiert. Filtern und priorisieren kommt später.
3. Stakeholder clustern und konsolidieren
Gerade in großen Organisationen entstehen schnell lange Listen. Fassen Sie sinnvoll zusammen, ohne wichtige Personen zu „unsichtbar“ zu machen.
Beispiele für sinnvolle Cluster:
- „Führungskräfte Vertrieb DACH“ statt 25 einzelnen Namen
- „Key-Account-Kunden Automotive“ statt jeder Kundenfirma
- „IT-Betrieb Infrastruktur“ statt einzelner Administratoren
Wichtig:
Entscheider mit hoher Macht und Schlüsselfiguren in Gremien sollten weiterhin einzeln geführt werden.
4. Relevante Informationen pro Stakeholder erfassen
Eine Stakeholder-Liste, die nur Namen enthält, hilft kaum. Legen Sie Spalten fest, die Sie konsequent nutzen.
Bewährte Struktur (als Tabelle in Excel, SharePoint, Confluence oder im PM-Tool):
- Stakeholder / Gruppe
- Organisationseinheit
- Rolle im Projekt (z. B. Entscheider, Nutzer, Experte, Kritiker)
- Einfluss / Macht (z. B. niedrig, mittel, hoch)
- Betroffenheit (z. B. gering, mittel, hoch)
- Einstellung (Unterstützer, neutral, skeptisch, Gegner)
- Erwartungen / Interessen
- Risiken (bezogen auf diesen Stakeholder)
- Kommunikationsbedarf (z. B. monatlich, ad hoc, nur bei Meilensteinen)
- bevorzugte Kanäle (E-Mail, Meeting, Steering Committee, Townhall)
- Verantwortlicher im Projekt (wer pflegt die Beziehung?)
Halten Sie die Einträge knapp, aber eindeutig. Besser ein klarer Satz als Stichwörter ohne Aussage.
5. Stakeholder bewerten und priorisieren
Die Liste ist der Rohdiamant. Wertvoll wird sie durch Priorisierung.
Klassisch nutzen viele Projekte die Einfluss-Betroffenheit-Matrix (auch „Power/Interest-Matrix“):
- X-Achse: Einfluss/Macht auf das Projekt
- Y-Achse: Interesse/Betroffenheit
Daraus ergeben sich vier Quadranten:
- Hoher Einfluss, hohe Betroffenheit
- eng einbinden, regelmäßig informieren
- z. B. Bereichsleiter der betroffenen Einheiten
- Hoher Einfluss, geringe Betroffenheit
- Schlüsselentscheider (Sponsor, Top-Management)
- gezielt adressieren, bei wichtigen Entscheidungen einbinden
- Geringer Einfluss, hohe Betroffenheit
- operative Nutzer, Fachanwender
- bei Gestaltung und Pilotierung beteiligen, Feedback ernst nehmen
- Geringer Einfluss, geringe Betroffenheit
- Basisinformation reicht (Newsletter, Intranet)
Diese Einstufung ergänzen Sie als Spalten in der Liste. So erkennen Sie auf einen Blick, wo Sie Kapazitäten investieren müssen.
6. Kommunikations- und Maßnahmenplan aus der Liste ableiten
Die Stakeholder-Liste ist kein Selbstzweck. Sie führt direkt zum Kommunikationsplan.
Vorgehen:
- Filtern Sie Stakeholder mit hohem Einfluss oder hoher Betroffenheit.
- Definieren Sie pro Stakeholder/Gruppe:
- Ziele der Kommunikation (informieren, überzeugen, beteiligen)
- Kernbotschaften
- Formate (Steering-Meeting, Workshop, 1:1-Gespräch, Info-Mail, Townhall)
- Frequenz und Zeitpunkte (Projektphasen, Meilensteine, kritische Entscheidungen)
- Tragen Sie diese Maßnahmen wieder in einer Spalte der Stakeholder-Liste ein oder verlinken Sie einen separaten Kommunikationsplan.
So bleibt die Liste das zentrale Steuerungsdokument, keine lose Sammlung.
7. Stakeholder-Listen lebendig halten
Stakeholder-Listen veralten schnell, wenn sie niemand pflegt. Machen Sie Pflege zum festen Prozess:
- regelmäßige Reviews (z. B. vor jedem Lenkungsausschuss)
- Aktualisierung nach organisationalen Veränderungen (Reorg, Führungswechsel)
- Ergänzung nach Lessons Learned aus Workshops und Konflikten
- Versionshistorie dokumentieren (Datum, wer hat geändert)
Verankern Sie Verantwortlichkeiten:
Der Projektleiter verantwortet die Liste, aber das Kernteam liefert aktiv Input.
Beispiel: Stakeholder-Liste in einem IT-Rollout
Ausgangslage:
Ein Unternehmen mit 1.500 Mitarbeitern führt ein neues CRM-System ein. Ziel: einheitliche Kundenprozesse, bessere Transparenz, weniger Insellösungen.
Schritte bei der Stakeholder-Erhebung:
- Kick-off-Workshop Stakeholder mit Projektleiter, IT, Vertrieb, Service, PMO.
- Identifikation nach Kategorien:
- Geschäftsführung
- Vertriebsleitung, Regionalleiter
- Key-Account-Manager
- Innendienst / Customer Service
- IT-Betrieb, IT-Security
- Controlling
- Betriebsrat
- externe Implementierungspartner
- Clustering:
- „Key-Account-Manager DACH“ als Gruppe
- „Customer Service Zentrale“ separat, da stark betroffen
- Bewertung:
- Geschäftsführung: hoher Einfluss, mittlere Betroffenheit, eher positiv
- Betriebsrat: mittlerer Einfluss, hohe Betroffenheit, kritisch
- Key-Account-Manager: geringerer formaler Einfluss, sehr hohe Betroffenheit
Konkrete Einträge (verkürzt):
- Stakeholder: Betriebsrat
- Rolle: Mitbestimmung, Arbeitnehmervertretung
- Einfluss: hoch
- Betroffenheit: hoch
- Einstellung: skeptisch
- Erwartung: keine versteckte Leistungsüberwachung, klare Regeln zur Datennutzung
- Maßnahmen: frühzeitige Einbindung in Konzeption, gesonderter Workshop zu Datenschutz und Reporting, gemeinsame Vereinbarung
- Stakeholder: Key-Account-Manager DACH
- Rolle: Kernnutzer, Umsatztreiber
- Einfluss: mittel
- Betroffenheit: sehr hoch
- Einstellung: gemischt
- Erwartung: System muss Arbeit erleichtern, nicht verlangsamen
- Maßnahmen: Pilotgruppe, Usability-Workshops, direkter Kanal für Feedback in Pilotphase
Die Stakeholder-Liste half hier, kritische Punkte früh zu erkennen: Datenschutz, Reporting, Performance. Konflikte tauchten nicht erst beim Go-Live auf, sondern konnten in der Konzeption adressiert werden.
Typische Fehler beim Erstellen von Stakeholder-Listen
Viele Projekte unterschätzen, wie sensibel dieses Thema ist. Häufige Fehler:
- Nur offensichtliche Stakeholder berücksichtigen
- Fokus auf Management und IT
- operative Nutzer, Betriebsrat, Compliance vergessen
- Ergebnis: Widerstand aus der Fläche, wenn alles „schon entschieden“ scheint
- Stakeholder nur als Namenliste führen
- keine Einschätzung von Einfluss, Betroffenheit, Einstellung
- keine Priorisierung möglich
- Ressourcen fließen in die Falschen (laute statt wichtige Stakeholder)
- Liste einmalig erstellen und nicht pflegen
- Führungswechsel, Reorganisationen, neue Projekte bleiben unberücksichtigt
- zentrale Entscheider fehlen im weiteren Verlauf
- Stakeholder-Bewertungen „schönfärben“
- Kritiker werden aus politischen Gründen als „neutral“ geführt
- Risiken bleiben unsichtbar
- böse Überraschungen bei Budgetfreigaben oder Abnahmen
- Stakeholder-Analyse nicht mit Kommunikation verknüpfen
- Liste existiert, aber niemand leitet konkrete Maßnahmen ab
- Kommunikation bleibt reaktiv, nicht strategisch
Vermeiden Sie diese Fehler, indem Sie die Stakeholder-Liste als laufendes Führungsinstrument verstehen, nicht als Projekt-Dokumentation für den Ordner.
Wann Stakeholder-Listen nicht funktionieren
Auch die beste Stakeholder-Liste bringt nichts, wenn Rahmenbedingungen nicht stimmen. Typische Situationen:
- Rein formale Erstellung ohne echtes Interesse
- Die Liste wird gefüllt, weil es die Methode vorsieht
- Entscheidungen fallen trotzdem im kleinen Kreis ohne Rückkopplung
- Betroffene merken, dass ihre Rückmeldungen keinen Effekt haben
- Politisch aufgeladene Organisationen
- Machtspiele, Silodenken, „Territorium verteidigen“
- Offene Einstufungen (z. B. „Gegner“) werden intern als Angriff wahrgenommen
- Folge: Misstrauen gegenüber dem Projektteam
- Kein Management-Rückhalt
- Sponsoren wollen Widerstände nicht hören
- kritische Stakeholder werden aus der Liste „herausdiskutiert“
- Risiken werden verharmlost, bis sie das Projekt einholen
- Überkomplexe Listen ohne Fokus
- 300 Zeilen, 25 Spalten, niemand blickt mehr durch
- Projektmitarbeiter pflegen sie nicht, weil sie zu aufwendig ist
- am Ende verlässt man sich wieder auf Bauchgefühl
In solchen Situationen ist weniger die Methode das Problem, sondern die Kultur. Dann helfen kleinere, pragmatische Schritte mehr als perfekte Tabellen.
Stakeholder-Listen praktisch im Unternehmen einsetzen
Damit Stakeholder-Listen im Alltag Nutzen stiften, brauchen sie Verankerung im Projektvorgehen und im Portfolio-Management.
1. Integration in Projektstart und Governance
- Stakeholder-Workshop als Pflichttermin im Projekt-Kick-off
- Review der Liste als fester Punkt in Lenkungsausschüssen
- Freigabe der initialen Stakeholder-Analyse durch Sponsor oder Steering Committee
So wird die Liste Teil der Governance statt eines „nice to have“-Dokuments.
2. Verknüpfung mit Change- und Kommunikationsmanagement
- Change-Manager oder Kommunikationsteam greifen direkt auf die Stakeholder-Liste zu
- Kommunikationsplan baut auf der Priorisierung und den Bewertungen auf
- Maßnahmen werden im Projektstatus mitberichtet (z. B. „kritische Stakeholder X/Y befriedet“)
In großen Unternehmen hat sich bewährt, die Liste im gleichen Tool wie den Kommunikationskalender zu führen (z. B. O365, Confluence, PM-Tool).
3. Einbindung in Multi-Projekt- oder Portfolio-Sicht
Gerade bei vielen parallelen Projekten ist es hilfreich zu sehen:
- Welche Stakeholder werden durch wie viele Projekte gleichzeitig belastet?
- Wo droht „Projekt-Müdigkeit“ oder Überlast?
- Wo können Kommunikationsmaßnahmen gebündelt werden?
Eine saubere Stakeholder-Liste pro Projekt ermöglicht dem PMO, solche Konflikte früh zu erkennen.
4. Standardisierung und Vorlagen
Stellen Sie im Unternehmen eine einheitliche Vorlage bereit, z. B. über:
- PM-Handbuch im Intranet
- vordefinierte Excel-/PowerBI-Templates
- angepasste Masken in PM-Tools (z. B. Jira, Planisware, Clarity)
Vorteile:
- Vergleichbarkeit über Projekte hinweg
- geringere Einstiegshürde für neue Projektleiter
- einfachere Auswertungen auf Portfolioebene
Wie Sie eine Stakeholder-Liste effizient digital abbilden
In der Praxis nutzen Unternehmen unterschiedliche Werkzeuge. Wichtiger als das Tool ist die Struktur und die Disziplin.
Gängige Varianten:
- Excel-/Google-Sheets-Template:
- schnell aufgesetzt, flexibel
- gut für kleine bis mittelgroße Projekte
- Confluence-/SharePoint-Tabellen:
- zentrale Ablage, Berechtigungen steuerbar
- historisierbar über Seitenversionen
- PM-/PPM-Tools:
- Einbindung in Projektstruktur, Risiken, Maßnahmen
- Reporting in Dashboards möglich
Worauf Sie achten sollten:
- klare Rechte: Wer darf lesen, wer schreiben?
- Sensibilität: Umgang mit Einstufungen wie „Gegner“, „kritisch“ (ggf. geschützter Bereich)
- einfache Filtermöglichkeiten (z. B. nach Einfluss, Betroffenheit, Projektphase)
Konkrete Checkliste: In 60 Minuten zur ersten Stakeholder-Liste
Wenn Sie schnell starten müssen, nutzen Sie folgende Vorgehensweise:
- 15 Minuten – Kontext schärfen
- Projektziele, Scope, betroffene Bereiche auf einem One-Pager festhalten
- 20 Minuten – Stakeholder sammeln
- mit 2–3 Schlüsselpersonen (Sponsor, Fachbereich, Projektleiter)
- entlang der Kategorien: Management, Fachbereiche, Querschnittsfunktionen, Kunden, Lieferanten
- 15 Minuten – Bewerten und Priorisieren
- für jeden Stakeholder: Einfluss, Betroffenheit, Einstellung grob einschätzen
- A/B/C-Priorisierung:
- A = hohe Priorität, aktive Steuerung
- B = regelmäßige Information
- C = Basisinformation
- 10 Minuten – Maßnahmen skizzieren
- für alle A-Stakeholder konkrete nächste Schritte definieren (z. B. 1:1-Gespräch, Workshop, Alignment-Meeting)
Nach diesen 60 Minuten haben Sie eine arbeitsfähige Stakeholder-Liste, die Sie im weiteren Verlauf verfeinern können.
Fazit: Stakeholder-Listen als Führungsinstrument ernst nehmen
Gut erstellte Stakeholder-Listen sind weit mehr als Projektdokumentation. Sie sind:
- Navigationshilfe in komplexen Organisationen
- Frühwarnsystem für Konflikte und Widerstände
- Grundlage für wirksame Kommunikation und Change
- Enabler für schnelle, tragfähige Entscheidungen
Investieren Sie bewusst Zeit in die Erstellung und Pflege – gerade zu Beginn eines Projekts. Die Kosten dafür sind gering im Vergleich zu den Folgen, wenn wichtige Stakeholder zu spät erkannt werden.
Wenn Sie Stakeholder-Management in Ihren Projekten oder in Ihrem Projektportfolio strukturiert verankern möchten, lohnt sich ein externer Blick von außen. Die Berater der PURE Consultant unterstützen Unternehmen dabei, praxisnahe Vorlagen zu etablieren, Governance zu schärfen und Methoden wie Stakeholder-Listen so einzuführen, dass sie im Alltag wirklich genutzt werden – nicht nur auf dem Papier.