Stakeholder-Management heißt, alle Beteiligten früh zu erfassen, nach Einfluss und Betroffenheit einzuordnen und jeder Gruppe einen passenden Kommunikationsweg zu geben. Am wichtigsten ist Klarheit darüber, wer fachlich zuliefert, wer freigibt und wer eskaliert — schriftlich festgehalten, bevor das erste Arbeitspaket startet.
Wer zählt in einem Digitalprojekt als Stakeholder?
Deutlich mehr Personen, als in der Auftaktrunde sitzen. Ein Automobilzulieferer, der seine Prüfmitteldokumentation digitalisiert, hat neben Geschäftsführung und Qualitätssicherung auch die Instandhaltung, die IT, den Datenschutzbeauftragten, den Betriebsrat und die Auditoren des Kunden im Boot — vier davon merkt niemand, bis sie widersprechen.
Erfassen Sie deshalb zu Beginn systematisch: Wer arbeitet später täglich mit dem System? Wer liefert Daten zu? Wer trägt das Budget? Wessen Zustimmung ist formal nötig? Wer verliert durch die Änderung Einfluss oder Routine?
Wie ordnen Sie die Beteiligten sinnvoll ein?
Zwei Achsen genügen: Einfluss auf das Vorhaben und Betroffenheit durch das Ergebnis. Daraus ergeben sich vier Gruppen mit unterschiedlichem Umgang.
- Hoher Einfluss, hohe Betroffenheit: eng einbinden, in Entscheidungen beteiligen, regelmäßig persönlich sprechen.
- Hoher Einfluss, geringe Betroffenheit: knapp und verlässlich informieren, keine Detailflut, aber nie überraschen.
- Geringer Einfluss, hohe Betroffenheit: früh anhören, in Tests einbeziehen, Rückmeldungen sichtbar verarbeiten.
- Geringer Einfluss, geringe Betroffenheit: über den allgemeinen Informationskanal mitlaufen lassen.
Die Einordnung ist kein Etikett fürs Leben. Sie verschiebt sich, sobald jemand die Position wechselt oder ein Bereich unerwartet betroffen ist. Prüfen Sie die Liste an jedem Phasenübergang neu.
Welche Rollen müssen vor dem Start besetzt sein?
Vier Rollen brauchen einen Namen, keine Abteilung. Steht dort ein Bereich statt einer Person, wartet das Projekt später wochenlang auf Zulieferungen.
- Auftraggeberin oder Auftraggeber: trägt das Budget, entscheidet über Umfang und Termine, räumt Blockaden aus.
- Fachliche Ansprechperson: beantwortet Detailfragen verbindlich, kennt die Sonderfälle, hat dafür freigeräumte Zeit.
- Projektleitung auf Kundenseite: koordiniert intern, führt die offenen Punkte, ist die eine Adresse für den Dienstleister.
- Freigebende Instanz: nimmt Zwischenergebnisse formal ab, innerhalb einer vereinbarten Frist.
Der häufigste Fehler ist die fachliche Ansprechperson ohne freigeräumte Zeit. Wer neben dem Tagesgeschäft zwei Stunden pro Woche für ein Projekt aufbringen soll, das eigentlich acht braucht, wird unfreiwillig zur Bremse. Halten Sie die zugesagte Kapazität schriftlich fest.
Wie oft und in welcher Form kommunizieren Sie mit wem?
Ein Rhythmus schlägt Anlassbezogenheit. Bewährt hat sich eine kurze wöchentliche Abstimmung im Kernteam, ein zweiwöchentlicher Blick auf Zwischenstände mit den Fachbereichen und ein monatlicher Bericht an die Geschäftsführung — eine Seite, drei Zahlen, die offenen Entscheidungen.
Eine Genossenschaftsbank, die ihr Kundenportal erneuerte, ergänzte das um ein offenes Format: eine halbe Stunde alle drei Wochen, ohne Agenda, für alle Interessierten aus dem Haus. Die dort geäußerten Bedenken kamen früher und sachlicher als jede Umfrage sie eingesammelt hätte.
Was tun Sie mit stillen Gegnern und Dauerkritikern?
Stiller Widerstand ist gefährlicher als lauter. Wer in der Runde schweigt und danach im Flur die Bedenken äußert, blockiert später bei der Datenzulieferung oder in der Testphase. Suchen Sie das Einzelgespräch, bevor Sie den Konflikt in der Gruppe austragen.
Dauerkritik ist dagegen oft ein Rollenmissverständnis. Wer permanent Einwände formuliert, will meist gehört werden und nicht bremsen. Geben Sie dieser Person eine definierte Aufgabe mit echter Verantwortung — etwa die Prüfung der Randfälle. Aus Kritik wird dann Qualitätssicherung.
Widerstand im Digitalprojekt ist selten Bosheit. Meist ist es eine unbeantwortete Frage, die niemand gestellt bekommen hat.
Wie beteiligen Sie IT, Datenschutz und Betriebsrat richtig?
Diese drei Gruppen werden häufig erst dann eingebunden, wenn eine Freigabe gebraucht wird. Das ist der teuerste Zeitpunkt, weil Einwände dann Umbauten auslösen statt Entwurfsentscheidungen zu beeinflussen.
Die interne IT sollte spätestens bei der Architekturskizze am Tisch sitzen. Sie kennt Betriebsvorgaben, Netzwerkgrenzen, Anmeldeverfahren und Wartungsfenster, die von außen niemand erraten kann. Werden diese Rahmenbedingungen erst bei der Inbetriebnahme sichtbar, verzögert sich der Start um Wochen.
Die oder der Datenschutzbeauftragte braucht die Verarbeitungsübersicht, sobald personenbezogene Daten im Spiel sind — also fast immer. Frühe Beteiligung führt meist zu kleinen Anpassungen im Datenmodell; späte Beteiligung führt zu Nacharbeit an Oberflächen, Protokollen und Löschroutinen.
Wo ein Betriebsrat besteht und ein System Verhalten oder Leistung erfassen könnte, gehört das Gremium früh in den Prozess. Eine offene Erläuterung dessen, was ausgewertet wird und was ausdrücklich nicht, kostet einen Termin. Eine nachträgliche Auseinandersetzung kostet Monate. Für die rechtliche Bewertung im Einzelfall ist anwaltlicher Rat einzuholen.
Wie fangen Sie Anforderungen aus Nebenkanälen ein?
Anforderungen entstehen im Flur, in der Kaffeeküche und in Weiterleitungen von E-Mails. Wenn es dafür keinen definierten Eingang gibt, landen sie direkt bei den Entwicklerinnen und Entwicklern und verzerren die Planung unbemerkt.
Richten Sie eine einzige Sammelstelle ein — eine Liste, ein Ticketsystem, ein geteiltes Dokument. Jeder Wunsch wird dort aufgenommen, bewertet und entweder eingeplant, vertagt oder begründet abgelehnt. Sichtbare Ablehnung ist besser als stilles Versanden: Sie schafft Vertrauen in das Verfahren.
Wie halten Sie Entscheidungen nachvollziehbar fest?
Mündlich getroffene Entscheidungen halten etwa vier Wochen. Danach erinnert sich jede Seite anders, und die Diskussion beginnt von vorn — meist zu dem Zeitpunkt, an dem die Umsetzung bereits läuft und eine Änderung teuer ist.
Führen Sie deshalb eine einzige Entscheidungsliste, sichtbar für alle Beteiligten. Jeder Eintrag braucht fünf Angaben: Datum, Frage, getroffene Entscheidung, kurze Begründung, entscheidende Person. Zwei Zeilen je Eintrag reichen; ein Protokoll ist nicht gemeint.
Die Begründung ist der wertvollste Teil. Wenn ein Jahr später jemand fragt, warum eine Funktion so und nicht anders arbeitet, ersparen zwei Sätze eine mehrstündige Rekonstruktion. Bei personellen Wechseln im Projekt ist diese Liste die eigentliche Übergabe.
Ergänzen Sie eine zweite, kürzere Liste mit den bewusst zurückgestellten Themen. Sie verhindert, dass vertagte Wünsche als vergessen empfunden werden — und sie ist die natürliche Grundlage für die Planung der nächsten Ausbaustufe.
Wie vereinbaren Sie einen Eskalationspfad?
Ein Eskalationspfad ist kein Misstrauensvotum, sondern eine Zeitersparnis. Legen Sie fest, wer entscheidet, wenn sich das Kernteam binnen einer Woche nicht einigt, und wer entscheidet, wenn dieser Kreis blockiert. Zwei Stufen reichen.
Genauso wichtig ist eine Entscheidungsfrist. Offene Punkte, die länger als zehn Arbeitstage liegen, verursachen Umplanungen und Leerlauf beim Dienstleister — und der wird in Rechnung gestellt.
Wie übergeben Sie sauber an den Betrieb?
Der Übergang vom Projekt in den Regelbetrieb ist ein eigener Meilenstein und braucht eigene Namen: Wer pflegt Inhalte, wer verwaltet Benutzerkonten, wer nimmt Störungen an, wer entscheidet über Weiterentwicklung und aus welchem Topf wird sie bezahlt?
Ohne diese Klärung endet ein erfolgreiches Projekt in einem verwaisten System. Nach unserer Projekterfahrung ist die Frage nach dem Betriebsbudget der beste Frühindikator dafür, ob eine Lösung im zweiten Jahr noch benutzt wird.