Eine Präsentation des Kommunikationsplans für Stakeholder sollte zeigen, wer einbezogen werden muss, was diese Personen verstehen oder entscheiden sollen und wie ihre Rückmeldungen die Arbeit beeinflussen. „Allen jede Woche eine E-Mail schicken“ ist ein Versandplan, aber noch kein vollständiger Kommunikationsplan.
Gehen Sie von der nächsten wichtigen Projektentscheidung aus und überlegen Sie dann, welche Personen davon betroffen sind. Sobald Botschaften und Zuständigkeiten für Rückmeldungen feststehen, können Sie den Kommunikationsplan mit Presenti in Folien umwandeln. Führen Sie das Stakeholder-Verzeichnis getrennt von der Präsentation, insbesondere wenn es private Kontaktdaten oder vertrauliche Einschätzungen enthält.
Wählen Sie zuerst das Gespräch, dann den Kanal
Die Association for Project Management empfiehlt in ihrem Leitfaden zur Stakeholder-Kommunikation, Stakeholder und ihre Kommunikationspräferenzen zu verstehen und das Vorgehen anhand von Rückmeldungen und Projektveränderungen zu überprüfen. Praktisch heißt das: Klären Sie, was eine Gruppe aus dem Austausch braucht, bevor Sie sich für eine E-Mail, einen Workshop oder ein Dashboard entscheiden.
Unterscheiden Sie drei Zwecke. Eine Information erklärt, was sich geändert hat. Eine Konsultation holt Rückmeldungen ein, solange eine Option noch beeinflusst werden kann. Eine Entscheidungsvorlage bittet eine befugte Person, etwas auszuwählen oder zu genehmigen. Dieselbe Nachricht kann mehreren Zwecken dienen, aber die erwartete Reaktion muss klar sein.
Eine E-Mail zum Einführungstermin, die erst nach dessen Festlegung verschickt wird, ist beispielsweise keine Konsultation der Personen, die an diesem Tag arbeiten müssen. Wenn ihre Verfügbarkeit den Plan verändern könnte, sprechen Sie vor der Entscheidung mit ihnen.
Ordnen Sie die Präsentation um eine konkrete Projektentscheidung an
Als fiktives Beispiel dient ein Projekt, das einen internen Serviceanfragen-Prozess ablöst. Das Team muss entscheiden, ob es den neuen Prozess im nächsten Monat mit einer Abteilung erprobt. Den Projektauftraggeber interessieren Umfang und Ressourcenbedarf des Pilotbetriebs. Der Service Desk braucht praktikable Weiterleitungsregeln und ausreichende Support-Abdeckung. Die Mitarbeitenden der Abteilung müssen verstehen, wie ihre alltäglichen Anfragen bearbeitet werden.
Das sind unterschiedliche Fragen zu derselben Entscheidung. Eine einzige Statusfolie könnte allen drei Gruppen denselben Fortschrittswert zeigen, ohne einer von ihnen bei der Rückmeldung zu helfen. Der Kommunikationsplan sollte erklären, welche Nachweise jede Gruppe erhält und wie ihre Rückmeldung die entscheidungsverantwortliche Person erreicht.
Ein Organigramm (englischer Leitfaden) kann formale Rollen zeigen, sagt aber nicht, wer die Veränderung im Alltag erlebt. Fragen Sie die ersten Kontaktpersonen, welche betroffenen Nutzenden, Support-Rollen oder Partnerteams noch fehlen. Eine niedrigere Position in der Hierarchie bedeutet nicht, dass jemand weniger einbezogen werden muss.
Bauen Sie die Rückmeldung in die Kommunikationsmatrix ein
| Gruppe | Zu klärende Frage | Gespräch und Zeitpunkt | Verantwortung für die Rückmeldung |
|---|---|---|---|
| Projektauftraggeber | Sind Umfang und beantragte Ressourcen des Pilotbetriebs akzeptabel? | Entscheidungsgespräch nach Zusammenfassung der betrieblichen Bedenken, bevor der Umfang bestätigt wird | Projektleitung dokumentiert die Entscheidung und etwaige Bedingungen |
| Service Desk | Können Anfragen während des Pilotbetriebs richtig weitergeleitet und unterstützt werden? | Prozessprüfung mit Beispielfällen vor der Pilotentscheidung | Serviceverantwortliche klären Fragen zu Support und Weiterleitung |
| Mitarbeitende der Pilotabteilung | Können sie häufige Anfragen abschließen, ohne notwendige Informationen zu verlieren? | Gemeinsamer Durchlauf in kleiner Gruppe, solange der Prozess noch geändert werden kann | Prozessanalyse dokumentiert Probleme und meldet den vorgeschlagenen Umgang damit zurück |
| Datenverantwortliche | Sind Pflichtfelder und Zugriffsregelungen geeignet? | Gezielte Prüfung vor der Verwendung von Beispieldaten | Datenverantwortliche bestätigen die relevanten Anforderungen oder benennen einen offenen Punkt |
Die Tabelle verwendet Rollen statt privater Namen. Ergänzen Sie bei Bedarf bestätigte Kontaktpersonen in der internen Arbeitsfassung. Zeigen Sie auf den Folien nur die für die aktuelle Entscheidung relevanten Gruppen, damit sie lesbar bleiben. Das vollständige Kontaktverzeichnis gehört nicht in den Hauptteil der Präsentation.
Beachten Sie, dass nicht in jeder Zeile „wöchentlich“ steht. Manche Gespräche gehören vor eine Entscheidung, andere folgen auf ein Ereignis, wieder andere profitieren von einem regelmäßigen Rhythmus. Die Häufigkeit sollte sich nach dem Informationsbedarf richten, nicht danach, wie bequem sich ein Terminplan kopieren lässt.
Formulieren Sie die gewünschte Rückmeldung konkret
Vergleichen Sie diese beiden Einladungen an die Mitarbeitenden der Pilotabteilung.
Unklar: „Bitte prüfen Sie den neuen Anfrageprozess und geben Sie Feedback.“
Konkret: „Probieren Sie beim gemeinsamen Durchlauf am Donnerstag die drei Anfragearten aus, die Ihr Team am häufigsten nutzt. Zeigen Sie uns, wo Anweisungen oder abgefragte Informationen nicht zu Ihrer Arbeit passen. Wir melden Ihnen zu jedem Punkt zurück, wie wir damit umgehen, bevor der Umfang des Pilotbetriebs bestätigt wird.“
Die zweite Fassung nennt die Aufgabe, die gewünschte Art von Beobachtungen und den weiteren Umgang mit der Rückmeldung. Sie verspricht nicht, jeden Vorschlag zu übernehmen. Diese Unterscheidung ist wichtig: Konsultation bietet einen wirksamen Weg, eine Entscheidung zu beeinflussen, aber weder ein automatisches Vetorecht noch eine Garantie auf Einigung.
Formulieren Sie für den Projektauftraggeber eine andere Nachricht: „Der Service Desk kann mit der aktuellen Besetzung zwei Anfragearten unterstützen. Für die dritte ist eine zusätzliche Support-Regelung erforderlich. Entscheiden Sie, ob der Pilotumfang reduziert oder diese Regelung finanziert werden soll.“ Das ist eine durch die Konsultation gestützte Entscheidungsvorlage, keine Wiederholung des gemeinsamen Nutzungsdurchlaufs.
Zeigen Sie, wie mit unterschiedlichen Interessen umgegangen wird
Angenommen, Mitarbeitende möchten ein Freitextfeld behalten, weil ungewöhnliche Anfragen nicht in die vordefinierten Auswahlmöglichkeiten passen. Der Service Desk befürchtet, dass unbeschränkter Freitext zu einer uneinheitlichen Weiterleitung führt. Ein Kommunikationsplan sollte helfen, diesen Konflikt früh sichtbar zu machen, statt eine Gruppe als „widerständig“ einzuordnen.
Die für die Prozessanalyse zuständige Person könnte zwei anonymisierte Beispielanfragen in eine gemeinsame Prüfung einbringen. Das Team könnte eine verpflichtende Kategorie mit einem optionalen Erläuterungsfeld erwägen und anschließend prüfen, ob Weiterleitung und Nutzungskontext damit ausreichend berücksichtigt werden. Das ist eine beispielhafte Option, keine Behauptung, dass dieses Design für jeden Service richtig ist.
| Eintrag im Feedbackprotokoll | Beispiel |
|---|---|
| Beobachtetes Problem | Zwei Beispielanfragen passen nicht in die vorgeschlagenen Kategorien |
| Betroffene Arbeit | Mitarbeitende müssen die Ausnahme erklären; der Support benötigt eine Kategorie für die Weiterleitung |
| Nächster Schritt | Anonymisierte Beispiele prüfen und die Kombination aus Kategorie und Erläuterung testen |
| Verantwortung und Entscheidungspunkt | Prozessanalyse legt das Testergebnis vor der Entscheidung über den Pilotumfang vor |
| Rückmeldung an die Beteiligten | Gewählte Option und verbleibende Einschränkungen erklären |
Lässt sich der Konflikt nicht im Entscheidungsrahmen des Teams lösen, sollte die Präsentation die Abwägung für die zuständige Entscheidungsinstanz benennen. Ein ungelöstes Anliegen wird nicht allein deshalb zu einem grünen Status, weil ein Gespräch stattgefunden hat.
Prüfen Sie, ob die Kommunikation der Arbeit geholfen hat
Teilnahmezahlen, geöffnete E-Mails und Verteilergrößen können Reichweite zeigen. Sie belegen nicht, dass Menschen die Veränderung verstanden haben oder eine brauchbare Möglichkeit zur Rückmeldung hatten. Prüfen Sie in diesem Beispiel, ob die vorgesehenen Gruppen beteiligt waren, ob jedes wesentliche Problem einer verantwortlichen Person zugeordnet ist und ob die Beteiligten eine Erklärung des Ergebnisses erhalten haben.
Eine kurze Prüfung nach einem gemeinsamen Durchlauf könnte die Teilnehmenden bitten, den nächsten Schritt in eigenen Worten zu beschreiben oder eine Beispielaufgabe zu erledigen. Wenn mehrere Personen dieselbe Anweisung missverstehen, überarbeiten Sie die Anweisung und die Kommunikation. Deuten Sie ein Missverständnis ohne Belege nicht als Einstellung eines Stakeholders.
Prüfen Sie den Plan erneut, wenn sich das Projekt verändert: Eine weitere betroffene Abteilung kommt hinzu, der Pilotumfang ändert sich oder ein Entscheidungstermin verschiebt sich. Ein fester wöchentlicher Rhythmus ersetzt kein fehlendes Gespräch zum entscheidenden Zeitpunkt.
Präsentieren Sie den Plan auf sechs Folien
- Entscheidungskontext: Veränderung, nächste Entscheidung und betroffene Arbeit.
- Einbezogene Stakeholder: Beteiligte Rollen, fehlende Perspektiven und deren Ermittlung.
- Kommunikationsmatrix: Zweck, Zeitpunkt, Kanal und Verantwortung für Rückmeldungen.
- Zwei Nachrichtenbeispiele: Der Unterschied zwischen Konsultation und Entscheidungsvorlage.
- Umgang mit Feedback: An einem Anliegen Dokumentation, Klärung, Eskalation und Rückmeldung zeigen.
- Erforderliche Vereinbarung: Zuständigkeiten und nächste Gespräche bestätigen; offene Punkte sichtbar lassen.
Beginnen Sie mit der wichtigsten Entscheidung. Vermeiden Sie als Einstieg eine dichte Einfluss-Interessen-Matrix, deren Einordnungen das Publikum weder prüfen noch hinterfragen kann. Eine solche Matrix kann bei der internen Planung helfen. Die gemeinsame Präsentation sollte sich jedoch auf die Arbeit und die Gespräche konzentrieren, aus denen konkrete Handlungen folgen können.
Machen Sie aus der abgestimmten Matrix einen Präsentationsentwurf
Geben Sie im Modus Paste Text von Presenti die Matrix und eine kurze Erklärung der Entscheidung ein. Entfernen Sie persönliche Kontaktdaten und vertrauliche Einschätzungen, bevor Sie den Inhalt für eine Demonstration verwenden.
Erstelle einen Entwurf mit sechs Folien für einen Stakeholder-Kommunikationsplan zu einem fiktiven internen Pilotprojekt für Serviceanfragen. Berücksichtige Projektauftraggeber, Service Desk, Mitarbeitende der Pilotabteilung und Datenverantwortliche. Unterscheide Informationen, Konsultationen und Entscheidungsvorlagen. Zeige, wer Feedback erhält, wer die Anliegen klären kann und wann die Beteiligten vom Ergebnis erfahren. Verwende das Beispiel Freitext versus Weiterleitung als offene Gestaltungsfrage. Erfinde keine Einstellungen von Stakeholdern, Genehmigungen, Umfrageergebnisse oder Projektergebnisse.
Prüfen Sie den Entwurf auf Aussagen, die Annahmen zu Fakten machen. Die fertige Präsentation sollte es leicht machen, das nächste Gespräch zu organisieren und seinen Zweck zu erklären.
