Stakeholder-Management bezeichnet das systematische Erfassen, Einordnen und Einbinden aller Personen und Gruppen, die ein Projekt beeinflussen können oder von seinem Ergebnis betroffen sind. Es klingt nach Verwaltung und ist in der Praxis der Bereich, in dem Projekte am häufigsten scheitern — nicht an der Technik, sondern daran, dass jemand Entscheidendes nicht eingebunden war.
Wer dazugehört
Der Kreis ist grösser als die Projektbeteiligten. Dazu gehören die Auftraggeberseite, die künftigen Nutzer, angrenzende Fachbereiche, deren Abläufe sich ändern, der Betrieb, der das Ergebnis später tragen muss, sowie Funktionen wie Datenschutz, Sicherheit, Einkauf und Betriebsrat. Häufig übersehen werden zwei Gruppen: diejenigen, die von einer Änderung Nachteile haben, und diejenigen, die formal nichts entscheiden, aber Meinung prägen.
Einordnung nach Einfluss und Betroffenheit
Die gebräuchliche Einordnung nutzt zwei Achsen: Wie stark kann jemand das Projekt beeinflussen, und wie stark ist er vom Ergebnis betroffen? Daraus ergeben sich vier Gruppen mit unterschiedlichem Umgang. Hoher Einfluss und hohe Betroffenheit verlangt enge Einbindung. Hoher Einfluss bei geringer Betroffenheit verlangt Information, damit kein Widerstand aus Unkenntnis entsteht. Hohe Betroffenheit bei geringem Einfluss verlangt Kommunikation und Beteiligung, weil hier die spätere Akzeptanz entschieden wird. Der Rest wird beobachtet.
Stille Gegner
Die gefährlichste Konstellation ist nicht der offene Widerspruch, sondern die stille Ablehnung. Wer widerspricht, ist ansprechbar. Wer zustimmt und nicht mitwirkt, blockiert unsichtbar — Termine verschieben sich, Zuarbeit kommt nicht, Entscheidungen werden vertagt. Diese Muster zu erkennen und anzusprechen ist die eigentliche Arbeit, und sie lässt sich nicht delegieren.
Es ist keine einmalige Analyse
Eine Stakeholder-Analyse zu Projektbeginn ist nützlich und nach drei Monaten überholt. Personen wechseln, Prioritäten verschieben sich, und die Betroffenheit einer Gruppe wird oft erst deutlich, wenn die Änderung konkret wird. Die Analyse gehört deshalb an feste Zeitpunkte gebunden — etwa an Phasenübergänge — statt einmal erstellt und abgelegt.
Der Bezug zur Methodik
Formale Vorgehensmodelle sehen die Einbindung an definierten Punkten vor, etwa über Phasenfreigaben, in denen die Auftraggeberseite den Fortgang bestätigt. Diese Punkte sind kein Formalismus, sondern erzwungene Gelegenheiten, an denen Missverständnisse sichtbar werden, solange sie noch billig zu korrigieren sind.
Praktische Konsequenz
Zwei Fragen genügen für einen brauchbaren Einstieg: Wer kann dieses Projekt zum Scheitern bringen, und wer muss danach damit arbeiten? Die Antworten auf diese zwei Fragen decken die überwiegende Mehrheit der relevanten Beteiligten ab — und sie werden erstaunlich selten explizit gestellt.