Stakeholdermanagement in der Praxis: Die richtigen Menschen richtig einbinden

01 / Einfach erklärt

Was ist Stakeholdermanagement im Projekt?

Projekte verändern etwas. Sie führen neue Systeme ein, verändern Prozesse, schaffen neue Verantwortlichkeiten oder ersetzen bestehende Arbeitsweisen.

Davon sind Menschen und Organisationen unterschiedlich betroffen.

Einige entscheiden über Budget oder Freigaben. Andere arbeiten später täglich mit dem Ergebnis. Wieder andere liefern notwendige Informationen, vertreten Interessen oder können den Projektverlauf durch ihre Entscheidungen erheblich beeinflussen.

Diese Personen und Gruppen werden als Stakeholder bezeichnet.

Stakeholdermanagement bedeutet, relevante Beteiligte frühzeitig zu identifizieren, ihre Interessen, ihren Einfluss und ihre Betroffenheit zu verstehen und daraus passende Maßnahmen für Einbindung und Kommunikation abzuleiten.

Dabei geht es nicht darum, möglichst viele Namen in einer Matrix zu sammeln.

Entscheidend sind vielmehr Fragen wie:

• Wer kann das Projekt oder wichtige Entscheidungen beeinflussen?
• Wer ist von der Veränderung besonders betroffen?
• Welche Erwartungen, Interessen oder Bedenken bestehen?
• Welche Informationen benötigt die jeweilige Person oder Gruppe?
• Wie und wie häufig sollten wir sie einbinden?

Stakeholdermanagement ist deshalb keine einmalige Analyse zum Projektstart. Rollen, Interessen und Einstellungen können sich im Projektverlauf verändern und sollten regelmäßig überprüft werden.

02 / Warum ist das wichtig?

Technisch fertig bedeutet noch nicht erfolgreich eingeführt

Ein Projekt kann fachlich gut geplant und technisch sauber umgesetzt sein – und trotzdem Schwierigkeiten bekommen.

Vielleicht wurde eine wichtige Interessengruppe zu spät einbezogen. Vielleicht erfährt ein betroffener Fachbereich erst kurz vor dem Rollout, was sich für ihn verändert. Oder ein entscheidungsrelevanter Stakeholder erhält zwar regelmäßige Statusinformationen, aber nicht die Informationen, die er für eine anstehende Entscheidung tatsächlich benötigt.

Die Folge sind Rückfragen, zusätzliche Abstimmungen, Widerstände oder verzögerte Entscheidungen.

Oft wirkt es dann so, als sei plötzlich ein neues Problem entstanden.

Tatsächlich war der Stakeholder möglicherweise von Anfang an relevant – seine Perspektive wurde nur nicht ausreichend berücksichtigt.

Gutes Stakeholdermanagement reduziert nicht jede Meinungsverschiedenheit. Es macht unterschiedliche Interessen frühzeitig sichtbar und hilft, Kommunikation und Beteiligung bewusst zu gestalten.

Das ist besonders bei Projekten wichtig, die viele Bereiche oder größere organisatorische Veränderungen betreffen.

03 / Praxisbeispiel: IT-Rollout an mehreren Standorten

Eine Lösung – unterschiedliche Perspektiven

Stellen wir uns ein Unternehmen vor, das eine neue digitale Anwendung an mehreren Standorten einführt.

Technisch ist die Lösung vorbereitet. Trotzdem betrachten verschiedene Stakeholder den Rollout aus sehr unterschiedlichen Perspektiven.

Management und Auftraggeber interessieren sich vor allem für Fortschritt, Kosten, Risiken und die Frage, ob die geplanten Ziele erreicht werden.

Lokale Verantwortliche müssen wissen, wann ihr Standort betroffen ist, welche Ressourcen benötigt werden und wie sich die Einführung mit dem laufenden Betrieb vereinbaren lässt.

IT- und Supportteams benötigen technische Informationen, klare Zuständigkeiten und einen planbaren Übergang in den Betrieb.

Endanwenderinnen und Endanwender interessiert dagegen vor allem: Was verändert sich für mich? Was muss ich tun? Wo bekomme ich Unterstützung?

Möglicherweise sind zusätzlich Arbeitnehmervertretungen, Datenschutz, Informationssicherheit, externe Dienstleister oder weitere Fachbereiche beteiligt.

Eine einzige Statusmail an alle würde diesen unterschiedlichen Informationsbedürfnissen kaum gerecht.

Das Projektteam analysiert deshalb frühzeitig, welche Gruppen relevant sind, wie stark sie betroffen sind, welchen Einfluss sie besitzen und welche Form der Einbindung sinnvoll ist.

Für das Management kann ein kompakter monatlicher Status mit Entscheidungsbedarfen sinnvoll sein. Lokale Verantwortliche benötigen vielleicht regelmäßige Rollout-Abstimmungen. Endanwender werden näher am Einführungstermin über konkrete Änderungen, Hilfestellungen und Schulungsangebote informiert.

Stakeholdermanagement bedeutet hier nicht mehr Kommunikation, sondern passendere Kommunikation.

Und die Analyse bleibt nicht statisch.

Wenn beispielsweise ein Standort früher als geplant in den Rollout aufgenommen wird oder eine organisatorische Entscheidung zusätzliche Beteiligte betrifft, verändert sich auch die Stakeholderlandschaft.

Dieses Beispiel beschreibt eine verallgemeinerte Projektsituation und enthält keine vertraulichen Kundeninformationen.

04 / So setzt du Stakeholdermanagement im Projekt um

Schritt 1: Stakeholder systematisch identifizieren

Beginne mit der Frage:

Wer beeinflusst das Projekt – und wer wird durch das Projekt beeinflusst?

Betrachte dabei nicht nur das unmittelbare Projektteam.

Relevante Stakeholder können beispielsweise Auftraggeber, Management, Fachbereiche, Endanwender, Betriebs- und Supportteams, Arbeitnehmervertretungen, Datenschutz, Informationssicherheit, externe Dienstleister oder andere Projekte mit Abhängigkeiten sein.

Hilfreich ist, zunächst Gruppen zu betrachten und nur dort einzelne Personen zu erfassen, wo dies für Entscheidungen oder Kommunikation wirklich notwendig ist.

Das Register soll handhabbar bleiben.

Schritt 2: Einfluss und Betroffenheit einschätzen

Nicht jeder Stakeholder benötigt dieselbe Aufmerksamkeit.

Für den Einstieg genügt eine einfache Bewertung von Einfluss und Betroffenheit, beispielsweise jeweils als niedrig oder hoch.

Daraus ergibt sich eine einfache Orientierung:

Diese Matrix ist bewusst einfach.

Sie ist keine mathematische Wahrheit und ersetzt keine Einschätzung des konkreten Projektumfelds. Ein Stakeholder mit formal geringem Einfluss kann beispielsweise wertvolles Fachwissen besitzen oder für die Akzeptanz einer Veränderung besonders wichtig sein.

Die Matrix hilft beim Denken – sie entscheidet nicht für uns.

Schritt 3: Interessen und Haltung verstehen

Einfluss allein sagt wenig darüber aus, wie ein Stakeholder zum Projekt steht.

Deshalb lohnt sich zusätzlich die Frage nach Interessen, Erwartungen und aktueller Haltung.

Eine einfache Einteilung kann beispielsweise lauten:

• unterstützend
• neutral
• kritisch

Diese Einschätzung sollte nicht als Etikett verstanden werden.

Eine kritische Haltung kann auf berechtigte Risiken, fehlende Informationen oder Auswirkungen hinweisen, die das Projektteam bisher nicht ausreichend berücksichtigt hat.

Gerade deshalb ist sie wertvoll.

Wichtig ist außerdem: Haltungen können sich verändern. Eine Bewertung zum Projektstart sollte nicht für die gesamte Laufzeit als unveränderlich gelten.

Schritt 4: Kommunikationsbedarf ableiten

Jetzt wird aus der Analyse konkrete Projektarbeit.

Frage für jeden relevanten Stakeholder oder jede Gruppe:

• Welche Informationen werden benötigt?
• Wofür werden sie benötigt?
• Wie detailliert müssen sie sein?
• Welcher Kanal ist geeignet?
• Wie häufig oder zu welchem Zeitpunkt sollte kommuniziert werden?
• Wer übernimmt die Kommunikation?

Ein Lenkungskreis benötigt möglicherweise monatlich eine kompakte Übersicht über Status, Risiken und Entscheidungen.

Ein lokales Rollout-Team braucht dagegen operative Informationen zu Terminen, Voraussetzungen und offenen Aufgaben.

Endanwender benötigen vor allem verständliche Informationen darüber, was sich für sie verändert und wo sie Unterstützung erhalten.

Gute Kommunikation orientiert sich am Bedarf des Empfängers – nicht an der Menge der Informationen, die das Projektteam versenden kann.

Schritt 5: Maßnahmen und Verantwortlichkeiten festlegen

Nicht jeder Stakeholderbedarf lässt sich mit einer E-Mail lösen.

Mögliche Maßnahmen sind beispielsweise regelmäßige Abstimmungstermine, Workshops, Entscheidungsvorlagen, Statusberichte, Informationsveranstaltungen, Schulungen oder gezielte Einzelgespräche.

Für wichtige Maßnahmen sollte eindeutig sein, wer verantwortlich ist.

Das verhindert, dass „Stakeholder informieren“ als allgemeine Aufgabe im Projektplan steht, sich aber letztlich niemand zuständig fühlt.

Stakeholdermanagement ist damit nicht nur Kommunikationsplanung. Je nach Situation kann es auch bedeuten, Menschen frühzeitig an Entscheidungen, Tests oder der Gestaltung einer Lösung zu beteiligen.

Schritt 6: Regelmäßig überprüfen und anpassen

Projekte verändern sich – und damit auch ihre Stakeholder.

Neue Beteiligte kommen hinzu. Verantwortlichkeiten wechseln. Entscheidungen verändern den Projektumfang. Eine zunächst neutrale Gruppe kann durch konkrete Auswirkungen plötzlich deutlich stärker betroffen sein.

Deshalb sollte das Stakeholder-Register regelmäßig überprüft werden, beispielsweise im Rahmen des Projektstatus oder vor wichtigen Phasen und Rollouts.

Ein Feld „Letzte Überprüfung“ hilft dabei, sichtbar zu machen, wann eine Einschätzung zuletzt bewusst betrachtet wurde.

Die entscheidende Frage lautet nicht:

„Haben wir eine Stakeholderanalyse erstellt?“

Sondern:

„Ist unsere Einschätzung noch aktuell – und handeln wir danach?“

05 / Werkzeug: Stakeholder-Register und Kommunikationsplanung

Die Matrix ist nur der Anfang

Eine Einfluss-/Betroffenheitsmatrix kann helfen, die Stakeholderlandschaft schnell zu strukturieren.

Für den Projektalltag reicht die Matrix allein jedoch selten aus.

Aus der Einordnung müssen konkrete Maßnahmen entstehen.

Deshalb verbindet unsere geplante Vorlage Stakeholder-Register, Kommunikationsplanung und eine einfache Übersichtsmatrix.

Ein möglicher Aufbau:

Die Beispiele sind bewusst fiktiv.

Die Excel-Variante soll für Einfluss, Betroffenheit und Haltung einfache Auswahlfelder enthalten. Eine zusätzliche Übersicht kann die Stakeholder nach Einfluss und Betroffenheit visualisieren.

Die Confluence-Variante übernimmt dieselben wesentlichen Felder als schlanke, kopierbare Tabelle.

Wichtig ist dabei: Die Vorlage ist ein Arbeitswerkzeug, kein Selbstzweck.

Eine aktuelle einfache Liste mit klaren Maßnahmen ist hilfreicher als eine aufwendig gestaltete Matrix, die nach dem Projektstart nicht mehr gepflegt wird.

Stakeholdermanagement oder Change Management?

Beide Themen hängen eng zusammen, sind aber nicht identisch.

Stakeholdermanagement fragt vor allem: Wer ist relevant, welche Interessen und welchen Einfluss gibt es, und wie gestalten wir Einbindung und Kommunikation?

Organizational Change Management betrachtet umfassender, wie eine Veränderung in einer Organisation angenommen, umgesetzt und nachhaltig verankert werden kann.

Stakeholdermanagement ist damit häufig ein wichtiger Baustein des Change Managements – ersetzt es aber nicht.

06 / Häufige Fehler vermeiden

Stakeholderanalyse nur zum Projektstart: Eine einmal erstellte Matrix verliert schnell an Wert, wenn Veränderungen nicht berücksichtigt werden.

Nur Hierarchie betrachten: Einfluss entsteht nicht ausschließlich durch eine formale Führungsposition. Fachwissen, Akzeptanz oder operative Abhängigkeiten können ebenso wichtig sein.

Alle gleich informieren: Unterschiedliche Stakeholder haben unterschiedliche Informationsbedürfnisse. Eine umfangreiche Standardmail ist nicht automatisch gute Kommunikation.

Kritische Stakeholder als Problem betrachten: Kritik kann wichtige Hinweise auf Risiken, Auswirkungen oder fehlende Informationen liefern. Ziel ist nicht, kritische Stimmen „umzustimmen“, sondern ihre Perspektive zu verstehen und angemessen einzubeziehen.

Matrix ohne Maßnahmen: Eine Einordnung in vier Quadranten bringt wenig, wenn daraus keine konkrete Kommunikations- oder Beteiligungsstrategie entsteht.

Zu viele personenbezogene Details dokumentieren: Im Register sollten nur Informationen stehen, die für die Projektsteuerung tatsächlich benötigt werden. Persönliche Bewertungen oder unnötig sensible Informationen gehören dort nicht hinein.

07 / Take-away

Projekte verändern Systeme – und fast immer auch die Arbeit von Menschen.

Stakeholdermanagement hilft, diese Perspektive nicht erst dann zu berücksichtigen, wenn Widerstände, Rückfragen oder Verzögerungen auftreten.

Identifiziere relevante Stakeholder frühzeitig. Verstehe Einfluss, Betroffenheit und Interessen. Leite daraus konkrete Maßnahmen ab und überprüfe deine Einschätzung regelmäßig.

Die Stakeholder-Matrix ist nicht das Ergebnis. Entscheidend ist, was wir daraus für Kommunikation und Zusammenarbeit ableiten.

Oft braucht es dafür kein komplexes Tool.

Ein einfaches, aktuelles Stakeholder-Register mit klaren Verantwortlichkeiten und Kommunikationsmaßnahmen kann bereits einen großen Unterschied machen.

08 / Passende Vorlage

Stakeholder-Register & Kommunikationsplan

Die geplante Vorlage verbindet Stakeholderanalyse und Kommunikationsplanung in einem einfachen Arbeitswerkzeug.

Excel-Vorlage: Stakeholder-Register mit Auswahlfeldern für Einfluss, Betroffenheit und Haltung sowie einer einfachen Matrix-/Übersichtsseite.

Confluence-Vorlage: schlanke kopierbare Tabelle mit denselben wesentlichen Informationen für die gemeinsame Projektarbeit.

Vorgesehene Kernfelder:

• Stakeholder / Gruppe
• Rolle / Interesse
• Einfluss
• Betroffenheit
• Haltung
• Kommunikationsbedarf
• Maßnahme / Kanal
• Verantwortlich
• Rhythmus
• Letzte Überprüfung

Stakeholder-Register & Kommunikationsplan – Excel und Confluence-Kopiervorlage

Weiterführende Themen: Entscheidungsmanagement · Risikomanagement · Organizational Change Management · Projektstatusberichte