Planung 5 - Kommunikation und Dokumentation
Google Project Management Certificate · Kurs 3: Projektplanung - Alles zusammenführen
Die Planungsphase hat bislang einen Stapel Artefakte hervorgebracht: einen Zeitplan, ein Budget, einen Beschaffungsansatz und einen Risikomanagementplan. Dieses letzte Modul ergänzt das, was all das für andere Menschen erst nutzbar macht - Kommunikation und die Dokumentation, die sie trägt.
Das Argument hier ist unverblümt: Kommunikation ist wohl das einzelne wichtigste Werkzeug, das ein Projektmanager hat. Ob ein Team Erfolg hat oder scheitert, hängt oft daran, ob jede Person versteht, was gerade passiert und wie die eigenen Aufgaben auf die Projektziele einzahlen. Dieses Verständnis entsteht nicht von allein; ein Kommunikationsplan ist der Weg, es zu planen statt zu improvisieren. Danach wendet sich das Modul der Frage zu, wo all diese Informationen leben, denn Kommunikation, die später niemand mehr findet, ist überhaupt keine Kommunikation.
Warum Kommunikation im Zentrum der Aufgabe steht
Abschnitt betitelt „Warum Kommunikation im Zentrum der Aufgabe steht“Als Projektmanager bist du die Person, die dafür sorgt, dass alle ihre Rolle und ihre Aufgaben kennen, und du bist zugleich die Person, zu der man für eine schnelle Antwort kommt. Ohne wirksame Kommunikation riskiert ein Projekt, wichtige Chancen zu verpassen oder ganz zu scheitern.
Ein warnendes Beispiel
Abschnitt betitelt „Ein warnendes Beispiel“Stakeholder teilten einem Projekt einige Design-Spezialisten zu. In Woche eins erschien eine dieser Spezialistinnen zu keinem einzigen Projekt-Meeting. Darauf angesprochen erklärte sie, sie sei weit über ihrer Kapazität und könne die ausgegebenen Deadlines nicht zusagen.
Die Lehre liegt im Tempo des Nachfassens, nicht in der Lösung selbst. Schweigen ist ein Signal; geh ihm früh nach.
Was Kommunikation eigentlich ist
Abschnitt betitelt „Was Kommunikation eigentlich ist“Gute, wirksame Kommunikation ist:
Dieser letzte Zusatz zählt: Informationsüberflutung ist real, und Menschen darin zu ertränken ist ein eigenes Fehlermuster. Wirksame Kommunikation ist das, was ein Projekt termingerecht und im Rahmen der im Projektplan gesetzten Erwartungen laufen lässt.
Zwei Gewohnheiten, an denen es festzuhalten gilt:
- Nutze die ganze Bandbreite der Kanäle - Meetings, E-Mails, Telefonate, schriftliche Dokumente, formale Präsentationen - und stelle sicher, dass jeder einzelne davon für alle zugänglich ist.
- Behandle sie als fortlaufend und wechselseitig. Kommunikation ist kein einmaliges Ereignis und keine Einbahnstraße. Sie läuft durch den gesamten Lebenszyklus und fließt vom Team und von den Stakeholdern ebenso wie von dir. Kläre Ziele und Kundenerwartungen, fasse bei Action Items nach und melde Verzögerungen, während sie passieren, nicht danach.
Du bist verantwortlich für einen beständigen Kommunikationsfluss und dafür, den Ton zu setzen, damit alle bei jedem Schritt auf demselben Stand bleiben.
Vier Tipps für wirksame Kommunikation
Abschnitt betitelt „Vier Tipps für wirksame Kommunikation“-
Erkenne und verstehe individuelle Unterschiede. Du arbeitest immer mit einer vielfältigen Gruppe. Triff keine Annahmen über Herkunft, Identität oder Erfahrung anderer, bleib dir deiner eigenen Voreingenommenheit bewusst, verwende professionelle und neutrale Sprache und sei ehrlich neugierig auf Sichtweisen, die deiner nicht gleichen.
-
Sammle Ideen und formuliere die passende Botschaft. Beginne bei der Zielgruppe. Sei ausdrücklich darüber, warum du dich meldest: Vermittelst du Informationen, bittest du um Input, klärst du ein Thema oder löst du ein Problem? Sag den Leuten außerdem, über welche Kanäle sie dich oder das Team erreichen können. Manche Lesende brauchen alle Details, andere nur einen Überblick - in jedem Fall gilt: Zweck benennen, Anliegen klar und knapp formulieren und beim Thema bleiben.
-
Übermittle deine Botschaft. Wähle eine Methode, die zur Person passt: persönlich, per Videokonferenz, telefonisch, per E-Mail oder in einem Meeting - und denke gründlich darüber nach, wenn Menschen in anderen Regionen und Zeitzonen sitzen. Zwei Sicherheitsregeln: Halte sensible oder private Informationen heraus und schreibe so, als würde am Ende das ganze Unternehmen mitlesen.
-
Hole Feedback ein und arbeite es ein. Mit dem Versenden ist es nicht getan. Prüfe, ob die Botschaft wirklich angekommen ist, bitte um Rückmeldung, ermutige zu offener Kommunikation und beantworte Fragen zügig.
Kommunikation mit einem Gen-KI-Tool entwerfen
Abschnitt betitelt „Kommunikation mit einem Gen-KI-Tool entwerfen“Ein Gen-KI-Tool kann beim Verfassen von Kommunikation Zeit sparen, aber nur mit einem guten Prompt. Das Framework heißt TCREI:
| Element | Was es bedeutet |
|---|---|
| Task (Aufgabe) | Was das Tool tun soll, einschließlich Ausgabeformat, einer Persona (auf welche Expertise es zurückgreifen soll) und wer die Zielgruppe ist |
| Context (Kontext) | Detaillierter Hintergrund, der den Fokus verengt und maßgeschneiderte Ergebnisse liefert |
| References (Referenzen) | Beispiele oder Ressourcen, die Stil, Ton und Format zeigen, die du willst |
| Evaluate (Bewerten) | Prüfe das Ergebnis vor dem Teilen auf Richtigkeit, Verzerrung, Relevanz und Konsistenz - KI-Output ist ein Ausgangspunkt, nie ein fertiges Produkt |
| Iterate (Iterieren) | Verfeinere den Prompt anhand dessen, was zurückkam; erste Versuche treffen selten |
Der Kommunikationsplan
Abschnitt betitelt „Der Kommunikationsplan“Umfang und Komplexität variieren mit dem Projekt, aber es lohnt sich immer, einen zu haben - besonders dort, wo es mehrere Stakeholder, mehrere Phasen oder Change Management gibt.
Die Fragen, die er beantworten muss
Abschnitt betitelt „Die Fragen, die er beantworten muss“| Frage | Was du festhältst |
|---|---|
| Was | Die Art der Kommunikation: Status-Updates, Probleme, Nutzerfeedback, tägliche Check-ins, sonstige Projekt-Meetings |
| Wer | Die Empfänger: zentrale Stakeholder, das Kernprojektteam, Untergruppen |
| Wann | Frequenz (wie oft) plus wichtige Termine wie Deadlines und große Meetings |
| Warum | Das Ziel: Fortschritts-Update, Risiken erkennen, Hindernisse ausräumen, nächste Schritte, Vorbereitung, Lessons Learned |
| Wie | Die Übermittlungsmethode: E-Mail, Präsenz- oder virtuelles Meeting, geteiltes Dokument, formale Präsentation |
| Wo | Wo die Kommunikationsressourcen gespeichert sind, plus etwaige Anmerkungen |
Nicht alle brauchen dieselbe Menge an Information zur selben Zeit. Zentrale Stakeholder bekommen typischerweise weniger und seltener - eine monatliche Zusammenfassung auf hoher Flughöhe per E-Mail oder ein Review-Meeting. Das Kernteam bekommt mehr Details häufiger, über tägliche E-Mail-Updates oder kurze virtuelle Check-ins.
Warum es sich auszahlt, Kommunikation vorab zu planen
Abschnitt betitelt „Warum es sich auszahlt, Kommunikation vorab zu planen“Kontinuität ist der unterschätzte Punkt. Ein neuer Projektmanager, der den Plan öffnet, sollte sofort an vergangene Meeting-Notizen, Dokumentation sowie laufende und anstehende Kommunikation herankommen - und weitermachen. Derselbe Zugang erlaubt es Menschen, Probleme zu beheben, Entscheidungen zu treffen oder den Prozess in einem späteren Projekt wiederzuverwenden, nachdem du weitergezogen bist. Und da Change Management die Arbeit ist, das fertige Projekt auszuliefern und erfolgreich zur Annahme zu bringen, ist ein Plan, der sagt, wer was wann hört, genau das, was es dafür braucht.
Den Plan füllen, Spalte für Spalte
Abschnitt betitelt „Den Plan füllen, Spalte für Spalte“Aufgebaut als Tabellenkalkulation, am laufenden Projekt „Plant Pals“. Greif zuerst zum RACI-Diagramm und zur Stakeholder-Map - sie sagen dir, welche Art von Kommunikation zu welcher Person, Gruppe oder Rolle passt.
| Spalte | Wie du sie füllst |
|---|---|
| Art der Kommunikation | Newsletter, tägliches Stand-up, wöchentliches Check-in, Statusbericht |
| Empfänger | Wer tiefe Einbindung braucht, wer hohes Interesse hat, wer nur die großen Milestones braucht |
| Kontaktdaten + Zeitzone | Nützlich, um zu wissen, wann Menschen erreichbar sind. Enthält sensible Daten, also blende die Spalte aus oder verlinke sie privat |
| Frequenz | Leitende Stakeholder wöchentlich oder monatlich; Kernteam täglich; Untergruppen wöchentlich |
| Wichtige Termine | Launches, Präsentationen, Deadlines. Bei wiederkehrenden Punkten reicht jeden Montag, statt alle Daten aufzulisten |
| Übermittlungsmethode | E-Mail, Präsenz- oder virtuelles Meeting, geteiltes Dokument, präsentierter Fortschrittsbericht |
| Ziel | Das Warum hinter genau dieser Kommunikation |
| Absender / Verantwortlicher | Wer für das Versenden verantwortlich ist |
| Ort der Ressource + Notizen | Wo das zugrunde liegende Material liegt, plus Erinnerungen und Vorbehalte |
Der durchgearbeitete Plant-Pals-Plan
Abschnitt betitelt „Der durchgearbeitete Plant-Pals-Plan“| Art | Empfänger | Frequenz | Wichtiger Termin/Zeit | Methode | Ziel | Verantwortlich |
|---|---|---|---|---|---|---|
| Newsletter | Zentrale Stakeholder (vielbeschäftigte Führungskräfte) | Monatlich | Erster Montag im Monat | Statusüberblick auf hoher Flughöhe: Milestones, bisheriger Fortschritt | Projektmanager | |
| Tägliches Stand-up | Kernprojektteam | Täglich | Mittags | Meeting | Fortschritts-Updates, Blocker, nächste Schritte | Projektmanager |
| Wöchentliches Check-in | Untergruppen Marketing, Beschaffung, Produktentwicklung | Wöchentlich | Mittwochs um 14, 15 und 16 Uhr | Meeting | Jede Untergruppe mit dem Kernteam abstimmen | Leitungen der Untergruppen |
Wenn Zeitzonen oder andere Verpflichtungen tägliche Meetings unmöglich machen, halte den Fluss anders aufrecht: tägliche Status-Updates per E-Mail, die die anstehenden Action Items benennen, plus einen Projekt-Tracker für Aufgaben und Milestones, damit alle dasselbe Bild sehen.
Handwerk, damit es auch wirklich gelesen wird
Abschnitt betitelt „Handwerk, damit es auch wirklich gelesen wird“- E-Mail-Länge. Niemand will eine zweiseitige E-Mail. Setze oben einen Hinweis, dass manche Details nicht für alle Lesenden gelten, beginne mit Kernpunkten und Action Items in zwei oder drei Sätzen und parke die lange Fassung in einem Abschnitt weiter unten.
- Beantworte das na und. Frage dich bei leitenden Stakeholdern immer wieder, warum sie das interessieren sollte. Frage dich beim Kernteam, welche Information hilft, Aufgaben pünktlich fertigzustellen und motiviert zu bleiben. Ein Director hat vielleicht fünf Minuten, also fasse dich kurz und wisse genau, was du von ihm brauchst.
- Passe den Kanal zur Gruppe. Instant Message und Videochat mögen zum Kernteam passen, während eine Untergruppe weit besser auf E-Mail und Kommentare im Dokument reagiert.
- Teile das Versenden auf. Kommunikation sollte Teamarbeit sein, besonders bei komplexen Projekten. Lass andere Teammitglieder die Kommunikation verantworten, die zu ihrer Expertise passt - daher die Spalte Absender/Verantwortlicher.
Best Practices für den Aufbau des Plans
Abschnitt betitelt „Best Practices für den Aufbau des Plans“Identifizieren, identifizieren, identifizieren
Abschnitt betitelt „Identifizieren, identifizieren, identifizieren“Beantworte das, bevor du anfängst, irgendetwas aufzuschreiben.
| Identifizieren | Zu beantwortende Fragen |
|---|---|
| Projekt-Stakeholder | Hast du ein RACI-Diagramm oder eine Stakeholder-Map? Wer ist die Zielgruppe? Wer muss zu welchem Zeitpunkt des Lebenszyklus informiert werden? |
| Frequenz und Methode | Wann und wie oft solltest du dich melden? Welche Methoden bevorzugen sie? Wie viel Detail braucht jede und jeder? |
| Ziele | Wozu dient diese Kommunikation? Brauchst du eine Antwort? Regst du zur Beteiligung an oder lieferst du nur ein Update? |
| Hindernisse | Zeitzonen, Sprachbarrieren, Stakeholder, die Zeit zum Antworten brauchen (etwa eine Führungskraft), Grenzen bei Datenschutz oder Internetzugang |
Dokumentieren und ausarbeiten
Abschnitt betitelt „Dokumentieren und ausarbeiten“Wähle ein Tool oder Template und arbeite dann die Details aus.
- Ergänze eine Notizspalte. Projektmanagement ist keine Einheitsgröße für alle. Musst du jemanden bei einer E-Mail an eine Führungskraft in Kopie setzen? Ist eine Stakeholderin abwesend, und gibt es einen Ersatzplan? Notizen halten die Erinnerungen fest.
- Nutze Formatierung, um wichtige Details hervorzuheben. Eine Launch-Ankündigung oder eine dringende Entscheidung, die den Fortschritt blockiert, verdient eine andere Farbe oder Größe.
- Stelle sicher, dass das Team auf das Dokument zugreifen kann. Durch das Teilen können sie es prüfen, Feedback geben und alles auffangen, was du Entscheidendes übersehen hast.
- Teste den Plan. Schicke vor einem teamweiten Versand eine Test-E-Mail an dich selbst oder eine Kollegin; teste vor einer virtuellen Präsentation Bild, Ton und die technische Einrichtung.
Nachfassen
Abschnitt betitelt „Nachfassen“Sobald der Plan läuft, frage die Zielgruppe, ob er funktioniert. Plane regelmäßige Check-ins ein und prüfe doppelt, ob sich die zentralen Stakeholder mit der Zeit nicht geändert haben. Achte gezielt auf zu viel geteilte, zu wenig geteilte oder fehlende Stakeholder, über anonyme Umfrageformulare, Abstimmungen oder offene Feedback-Runden in Team-Meetings sowie über Einzelgespräche mit zentralen Stakeholdern. Das Ziel ist einfach: die richtige Information, an die richtigen Stakeholder, zur richtigen Zeit.
Dokumentation als Form der Kommunikation
Abschnitt betitelt „Dokumentation als Form der Kommunikation“Dokumentation ist Kommunikation, auf die andere später zurückgreifen und zu der sie beitragen können. In einem Projekt, das Qualitätssicherung, Testing, Design, Partner-Engineering und Programm-Management umspannte und in dem jedes Team seine eigenen Deliverables verantwortete, hielt sie nur eines abgestimmt: alle Pläne und Berichte an einem zentralen Ort abzulegen.
| Dokumentation bringt dir | Wie sich das zeigt |
|---|---|
| Tempo | Alle wissen, wo sie nachsehen müssen, also läuft Kommunikation schneller und schlanker |
| Auffindbarkeit | Klare Bezeichnungen und Ordner lassen Teams in verschiedenen Ländern Recherchen finden und teilen, was Doppelarbeit reduziert |
| Sichtbarkeit | Der Projektplan zeigt jede Aufgabe mit einer verantwortlichen Person und einem Fälligkeitsdatum |
| Verbindlichkeit | Diese verantwortliche Person steht für diese Aufgabe öffentlich gerade |
| Eine Auffrischung | Teammitglieder und leitende Stakeholder kehren für Zeitpläne und Milestones zum Plan zurück |
| Kontinuität | Wirst du krank, wechselst du oder gehst du in eine Auszeit, macht der nächste PM dort weiter, wo du aufgehört hast |
Verstreute persönliche Notizen helfen niemandem. Lege Leitfäden, Handbücher, Meeting-Notizen, Pläne und Prozesse an einem klar bezeichneten Ort ab und gewähre den Menschen in den relevanten Rollen Zugriff, damit das Projekt weiterläuft, ob du da bist oder nicht.
Alte Pläne beantworten Fragen, an deren Festhalten niemand gedacht hat. Ein Architekt bei einem Küchenumbau kann zurückblicken und sehen, warum die Spüle dort hinkam, wo sie hinkam; eine Architektin, die auf halbem Weg dazustößt, kann herausfinden, warum die Sanitärinstallation so geplant wurde, und von dort aus besser informierte Entscheidungen treffen. Es setzt außerdem den Ton für künftige Projekte und künftige Projektmanager - was sehr willkommen ist, wenn du selbst die Person bist, die in ein fremdes Projekt springt.
Teilen, Berechtigungen und Kenntnis nur bei Bedarf
Abschnitt betitelt „Teilen, Berechtigungen und Kenntnis nur bei Bedarf“Sobald Dokumente zentralisiert sind, entscheide, wer was öffnen darf.
Mehr ist nicht besser
Abschnitt betitelt „Mehr ist nicht besser“Ein Projektmanager, der mit den Vice Presidents des Unternehmens arbeitet, beschließt, tägliche Updates zu schicken. Zwei Dinge gehen schief: VPs bekommen enorme Mengen E-Mails und werden sie schlicht nicht lesen, der Aufwand ist also vergeudet; und Menschen unter unnötigen Informationen zu begraben macht es unmöglich zu erkennen, was wirklich wichtig ist.
Sensible Daten
Abschnitt betitelt „Sensible Daten“Finanzdaten und Ergebnisse von Nutzerbefragungen sind häufig hochsensibel und dürfen nie zu Unbefugten gelangen. Denk an den öffentlichkeitswirksamen Launch eines brandneuen Produkts, sagen wir eines Elektroautos. Die meisten Menschen brauchen weder die Überlegungen hinter dem Projekt noch die Entwurfsversionen - nur das finale Design. Teilst du den gesamten Projektordner mit allen, die nur das Endergebnis brauchen, riskierst du, vertrauliches Material zu leaken, was Projektpläne und Unternehmensdaten öffentlich machen, den Launch ruinieren, gegen Unternehmensrichtlinien verstoßen und deinen Ruf als vertrauenswürdiger Projektmanager beschädigen kann.
Im Beispiel-Kommunikationsplan ist eine der aufgeführten Ressourcen die Nutzerfeedback-Umfragen - Rohdaten von Plant-Pals-Testnutzern und damit voller personenbezogener Daten. Teile diese Ressource nur mit den Projektteammitgliedern, die für diese Zugriffsstufe freigegeben sind; alle anderen, die den Link öffnen, werden aufgefordert, eine Berechtigung anzufragen. Wenn die Ergebnisse ein breiteres Publikum brauchen, präsentiere sie als Grafik, Diagramm oder zusammenfassenden Bericht ohne personenbezogene Daten und teile diesen stattdessen.
Teile nur nach dem Prinzip Kenntnis nur bei Bedarf. Die Aufgabe ist, die richtige Information zur richtigen Zeit den richtigen Menschen zu präsentieren.
Deine Projektdateien organisieren
Abschnitt betitelt „Deine Projektdateien organisieren“An diesem Punkt hat der Kurs eine Reihe von Ressourcen hervorgebracht: den Projektplan, das Budget, das RACI-Diagramm, den Risikomanagementplan und nun den Kommunikationsplan. Das Ziel ist, dass du oder jede andere Person im Projekt jede davon schnell erreichen kann.
-
Lege einen Projektordner an auf einem geteilten Dateilaufwerk, benannt nach dem Projekt, und bewahre jede Projektdatei darin auf.
-
Ergänze Unterordner innerhalb des Hauptordners für die natürlichen Gruppierungen.
-
Erstelle ein zentrales Planungsdokument, das alles miteinander verbindet - eine schnelle Übersicht über alle häufig genutzten Dateien. Wähle jeden Ressourcennamen der Reihe nach aus und verlinke ihn, sodass die Datei direkt aus diesem Dokument heraus öffnet.
-
Fasse Tabellenkalkulationen in einer Arbeitsmappe zusammen, mit einem Tab je Blatt, statt viele einzelne Dateien zu öffnen. Neue Tabs lassen sich jederzeit ergänzen.
-
Ergänze ein Übersichtsblatt, manchmal Dashboard genannt, mit einer kurzen Projektbeschreibung, Hinweisen zur Nutzung des Blatts, Kommunikationserwartungen und Links zu den Dateien außerhalb der Tabellenkalkulation.
Die Technik lässt sich auf fast jeden Projektmanagement-Stil oder jedes System übertragen; die Marke des geteilten Laufwerks spielt keine Rolle.
Artefakte und der Plan als lebendes Dokument
Abschnitt betitelt „Artefakte und der Plan als lebendes Dokument“Artefakte bedienen mehr Zielgruppen als nur dich: Stakeholder, die freigeben, Teammitglieder und Freiwillige sowie externe Lieferanten, die sowohl sehen müssen, wo sie ins größere Bild passen, als auch, was sie taktisch tun müssen. Gut gepflegt geben sie dir außerdem eine Ausgangsbasis - wenn es also Zeit ist, mehr Budget zu erbitten oder die Arbeit auf die nächste Stufe zu heben, kannst du zeigen, wo du gestartet bist und wie weit es gekommen ist. Im Bewerbungsgespräch sind sie das, was eine Erzählung auf hoher Flughöhe in Belege verwandelt: Sie zeigen das Detail, was mit dem Projekt geschah und deinen eigenen Beitrag dazu. Du bist der Quarterback, und der Quarterback hält das Playbook.
Tod durch tausend Dokumente
Abschnitt betitelt „Tod durch tausend Dokumente“Das charakteristische Fehlermuster eines großen Programms ist die Dokumenten-Wucherung. Das Gegenmittel ist ein Masterdokument, das Links zu jedem Unterdokument zentralisiert: die Charta, das Budget, den vereinbarten Scope, Freigabematrizen (die Liste der Freigaben, die du brauchst). Wenn alles von einer Stelle aus verlinkt ist, weißt du immer, wo du zu suchen beginnst.
Einen Projektplan oder eine Charta stellst du nicht in einem Durchgang fertig. Du kehrst zurück, überarbeitest und machst weiter - es ist ein lebendes Dokument. Der Lohn für Detailgenauigkeit sind weniger Iterationen später, weil mehr gleich beim ersten Mal stimmt.
Wiederholungs-Zusammenfassung
Abschnitt betitelt „Wiederholungs-Zusammenfassung“Weiter: Projektdurchführung: Tracking & Status → - den gerade gebauten Plan umsetzen.