Zum Inhalt springen

Planung 1 - Der Beginn der Projektplanungsphase

Google Project Management Certificate · Kurs 3: Projektplanung - Alles zusammenführen


Die Initiierung beantwortete sollten wir das tun, und was genau ist es? Die Planung beantwortet die weit praktischere Frage: Wie kommen wir tatsächlich dorthin? Dieses Modul eröffnet die zweite Phase des Lebenszyklus und arbeitet die erste Hälfte dieser Antwort durch - die Phase starten, das Team ausrichten und das Ziel in Arbeitspakete zerlegen, die klein genug sind, um sie einer Person zu übergeben.

Der rote Faden ist die Zerlegung. Ein Projektziel ist zu groß, um danach zu handeln, also teilst du es in Liefergegenstände auf, dann in Meilensteine, die den Fortschritt markieren, und dann in Aufgaben, mit denen jemand am Montagmorgen anfangen kann. Der Projektstrukturplan ist das Werkzeug, das diese Aufteilung vornimmt, und er ist die praktische Übung des Moduls.

Alles hier setzt voraus, dass die Initiierung wirklich abgeschlossen ist. Der Dozent sagt es ausdrücklich: Die Planung beginnt erst, wenn der Projektmanager benannt ist, Ziele, Umfang und Liefergegenstände genehmigt sind, Personen mit Rollen namentlich feststehen und die Charta von den Stakeholdern freigegeben wurde.


In der Planung entscheidest du gemeinsam mit dem Team über die Prozesse und Arbeitsabläufe, die nötig sind, um das Ziel zu erreichen. Frühere Projekte sind eine nützliche Referenz, aber jedes Projekt ist anders - ein neuer Ansatz ist deshalb oft der richtige und nicht der riskante.

Der Nutzen summiert sich in zwei Gruppen - den offensichtlichen, mechanischen und den weicheren, die genauso wichtig sind.

NutzenWas er dir bringt
Bildet das ganze Projekt abDu siehst den gesamten Arbeitsumfang, der zum Ziel führt
Koordiniert nach außenRichtet Zeitpläne mit anderen Teams, Auftragnehmern und Lieferanten aus
Macht Risiken früh sichtbarVerzug im Zeitplan, eine Schlüsselperson verlässt das Team, ein Stakeholder ändert die Richtung
Raum zum GegensteuernZeit, Reaktionen zu durchdenken, bevor das Risiko tatsächlich eintritt
Rückhalt (Buy-in)Die aktive Unterstützung des Teams für den Plan, weil es ihn mitgebaut hat
Vertrauen der StakeholderZeigt, dass das Projekt mit einem detaillierten Plan startet und nicht mit Improvisation
TeamarbeitAus einer Gruppe zugeteilter Einzelpersonen wird bis zum Ende der Planung ein echtes Team

Planung muss auch nicht beim ersten Mal richtig sein. Pläne werden sich ändern, während das Projekt sich entwickelt, und das ist erwartbar und kein Scheitern.


Die Phase variiert je nach Projekt, aber drei große Artefakte kommen dabei heraus.

ZeitplanStart, Ende und jedes Datum dazwischen
BudgetGesamtkosten, aufgeschlüsselt nach Elementen
Risikomanagementplanwas schiefgehen kann und die Reaktion darauf
Die drei Kernergebnisse der Planungsphase.
ErgebnisWas es enthältBeispiel Plant Pals
ZeitplanEine Timeline: Startdatum, Enddatum und die Termine dazwischen, festgelegt mit Techniken der ZeitschätzungWann Lieferantenangebote angefragt werden, wann der Kickoff mit den Webdesignern stattfindet, wann die Pflanzen lieferbereit sein müssen, wann das Design genehmigt sein muss, das Startdatum
BudgetDie Gesamtkosten, aufgeschlüsselt auf die einzelnen Elemente des ProjektsKosten für Design und Start der Website, Kosten für die Beauftragung des Pflanzenlieferanten und so weiter
RisikomanagementplanEine bewusste Suche danach, wo Ärger entstehen könnte, plus geplante ReaktionenDie Schätzungen der Entwickler schieben dich über das Startdatum hinaus - also den Umfang reduzieren, ihn anpassen oder mit den Stakeholdern ein neues Startdatum aushandeln

Es ist der formale Start der Planung. Lade die Personen ein, die im RACI-Diagramm aus der Initiierung genannt sind, dazu deine Stakeholder und den Sponsor, damit sie den Plan auf hoher Ebene hören und ihre Perspektive einbringen können.

Ein berechtigter Einwand - Meetings kosten Zeit, und manchmal reicht eine E-Mail. Aber in einem Projekt, besonders in einem größeren mit mehreren Beteiligten, leistet das Meeting Dinge, die ein Dokument nicht kann:

Schafft eine gemeinsame VisionRichtet alle auf den Umfang ausBaut Vertrauen im Team aufLässt Menschen Fragen stellen und Einsichten beitragenSetzt Erwartungen an den Beitrag jeder Person

Templates variieren, aber die meisten folgen derselben Form und dauern etwa eine Stunde. Behandle die Zeitangaben als Ausgangspunkt und passe sie ans Projekt an.

ZeitAgendapunktWas passiert
10 Min.VorstellungsrundeNamen und Rollen; wenn Zeit bleibt, ein Fun Fact, um Vertrauen aufzubauen
5 Min.ProjekthintergrundWie das Projekt entstanden ist, warum es wichtig ist, und die gemeinsame Vision
5 Min.Ziele und UmfangWas im und außerhalb des Umfangs liegt, das angestrebte Startdatum, wichtige Meilensteine
5 Min.RollenWer wofür verantwortlich ist, über die gesamte Laufzeit
10 Min.ZusammenarbeitGemeinsame Tools (ein Plan in einer Tabellenkalkulation oder Work-Management-Software wie Asana) und wie das Team kommuniziert: tägliche E-Mail-Updates, ein Chatraum, wöchentliche Check-ins
10 Min.Wie es weitergehtErwartungen für den kommenden Zeitraum und die nächsten Schritte jeder Person
15 Min.FragenDie Gelegenheit des Teams, Klarheit zu bekommen, und deine, seine Überlegungen zu hören
  1. Wähle Zeitpunkt und Dauer richtig. Nimm einen Termin, der für alle passt, achte auf die Zeitzonen und begrenze das Meeting auf eine Stunde. Bringe die Kerninformationen nach vorne, damit die verbleibende Zeit Fragen und dem Teambuilding gehört.

  2. Lade die richtigen Leute ein. Alle mit einer Rolle in der Entwicklung oder Umsetzung des Projekts - und niemanden, der dort nichts zu suchen hat.

  3. Teile die Agenda vorab. Verschicke sie ein bis zwei Tage vorher, mit einer benannten sprechenden Person je Thema, damit sich alle vorbereiten, ihre Beiträge planen und mit Fragen erscheinen können.

  4. Bestimme jemanden für das Protokoll. Du wirst den größten Teil des Meetings leiten, und präsentieren und gleichzeitig mitschreiben funktioniert nicht. Bitte im Vorfeld eine Person aus dem Team, Kernpunkte und die Action Items jeder Person festzuhalten.

  5. Halte dich an die Agenda. Diskussionen driften ab; sie wieder zum Thema zurückzuführen, ist deine Aufgabe.

  6. Erwäge eine Aufzeichnung - nützlich für ein großes oder verteiltes Team, das später noch einmal hineinschauen will - aber hole vorher die Zustimmung aller Teilnehmenden ein.

  7. Kümmere dich um die Nachbereitung. Schicke der Gruppe per E-Mail eine Zusammenfassung der Kernpunkte, Ergebnisse und Action Items und lade alle mit weiteren Fragen ein, sich zu melden.


Diese beiden Begriffe tragen den Rest des Moduls, und die Unterscheidung ist das, was du dir merken solltest.

Projekt-MeilensteinProjekt-Aufgabe
DefinitionEin wichtiger Punkt im Projektzeitplan, der Fortschritt zeigt und meist einen abgeschlossenen Liefergegenstand oder eine abgeschlossene Phase signalisiertEine Tätigkeit, die innerhalb eines festgelegten Zeitraums fertig werden muss und einer oder mehreren Personen zugewiesen ist
WesenEin Zeitpunkt - ein CheckpointEin Stück Arbeit - etwas, das man tut
GrößeGroß genug, dass ein Stakeholder es sehen wollen würdeKleiner; typischerweise nichts, was ein Stakeholder prüfen müsste
BeziehungWird nur durch das Abschließen mehrerer Aufgaben erreichtFührt hinauf zu einem Meilenstein
BeispielDen ersten Entwurf eines Berichts fertigstellen; die Freigabe der Kundschaft für einen wichtigen Liefergegenstand erhaltenEine Autorin beauftragen; Recherche durchführen; einen Abschnitt entwerfen
Projektzielden Bericht veröffentlichen / den Service starten
↑
MeilensteineCheckpoints, die Fortschritt belegen
↑
Aufgabendie eigentliche Arbeit, mit benannten Verantwortlichen
Aufgaben führen hinauf zu Meilensteinen, und Meilensteine führen hinauf zum Ziel. Die Nachverfolgung läuft über die mittlere Ebene.

Durchgearbeitetes Beispiel Plant Pals. Ein Liefergegenstand ist eine Website, auf der Kundinnen und Kunden bestellen und Support erhalten. Meilensteine auf dem Weg zum Start sind unter anderem die Freigabe des Website-Designs sichern und Feedback aus dem Nutzertest umsetzen. Um den Design-Meilenstein zu erreichen, erstellt die Designerin erste Mockups, du prüfst sie und gibst Feedback, und die Designerin setzt dieses Feedback um - drei Aufgaben, ein Meilenstein.


  1. Betrachte das Projekt als Ganzes. Geh zurück zur Projektcharta und lies das Ziel noch einmal.

  2. Liste auf, was das Team tun muss, um dieses Ziel zu erreichen.

  3. Zieh die großen Punkte heraus, die Fortschritt anzeigen - das sind deine Meilensteine. Alles Kleinere, etwa Arbeit, die kein Stakeholder prüfen würde, ist eine Aufgabe.

  4. Weise jedem Meilenstein eine Frist zu und verteile sie so, dass das Team faire Zeit für die darunterliegenden Aufgaben hat.

Bei Plant Pals sind die Design-Freigabe sichern, die Website-Entwicklung abschließen und Nutzerfeedback umsetzen Meilensteine; erste Designs mocken und eine Landingpage bauen sind Aufgaben.

AnsatzWie er abläuft
Top-down-PlanungLege zuerst die übergeordneten Meilensteine fest und zerlege den Aufwand dann in Aufgaben, gemeinsam mit dem Team, damit nichts übersehen wird
Bottom-up-PlanungStarte bei allen einzelnen Aufgaben, die anfallen müssen, und fasse sie dann zu handhabbaren Blöcken zusammen, die einen Meilenstein ergeben

Es gibt keine richtige Anzahl an Meilensteinen - manche Projekte haben zwei oder drei, andere Dutzende. Ziel ist, die wichtigsten Ereignisse zu markieren, nicht eine Zahl zu treffen. Beim Verteilen gilt:

  • Erwarte in einem monatelangen Projekt nicht mehrere Meilensteine in einer einzigen Woche. Designs zu mocken und Erkenntnisse aus Nutzertests zu sammeln braucht wirklich Zeit.
  • Frag das Team nach Schätzungen zu den Aufgaben unter jedem Meilenstein und setze die Frist dann aus dem, was es dir sagt.
  • Berücksichtige die Erwartungen der Stakeholder - wann werden sie einen bestimmten Liefergegenstand sehen wollen? Sie wollen regelmäßige Anzeichen für Fortschritt, und Meilensteine sind die Art, wie du ihn zeigst.
Zu viele Meilensteine - jeder verliert an Gewicht, und das Projekt wirkt größer, als es istAufgaben für Meilensteine halten - Meilensteine sind Zeitpunkte, keine ArbeitMeilensteine und Aufgaben getrennt auflisten - sie müssen gemeinsam in einem Plan sichtbar sein

Über die Nachverfolgung hinaus leisten Meilensteine stillere Arbeit: Sie zeigen, wie viel Aufwand wirklich nötig ist, machen deutlich, wo du zusätzliche Ressourcen brauchst, motivieren das Team und lassen ein großes Projekt beherrschbar wirken.


Sein Wert ist ebenso psychologisch wie organisatorisch. Einen Bericht zu veröffentlichen oder eine Konferenz zu organisieren wirkt als ein einziger Brocken einschüchternd; in einen Schritt-für-Schritt-Weg von Anfang bis Ende zerlegt, verliert es seinen Schrecken. Ein gründlicher PSP macht auch die umliegende Arbeit leichter - Kosten schätzen, den Zeitplan bauen, Rollen zuweisen und Fortschritt verfolgen hängen alle davon ab, dass man sieht, wie die Teile zusammenpassen.

Eine gängige Form ist ein Baumdiagramm: der Projektname oben, die Meilensteine auf der zweiten Ebene und die Aufgaben auf der dritten.

Start der Plant-Pals-WebsiteEbene 1 - das Projekt
↓
Design-Freigabe sichern
Die Website entwickeln
Nutzerfeedback umsetzen
↓
Designs mocken
Feedback sammeln
Landingpage bauen
Nutzertests durchführen
Ebene 1 das Projekt, Ebene 2 die Meilensteine, Ebene 3 die Aufgaben, die jeweils zu ihnen hinaufführen.
  1. Fang auf hoher Ebene an. Sammle im Brainstorming mit dem Team die wichtigsten Liefergegenstände und Meilensteine. Bei der Planung eines Firmenevents könnten das Location sichern, Gästelogistik finalisieren und Agenda festlegen sein.

  2. Identifiziere die Aufgaben, die nötig sind, um jeden Meilenstein zu erreichen. Location sichern zerfällt in Locations recherchieren, Räume besichtigen und dekorieren, Anzahlung leisten und so weiter.

  3. Zerlege Aufgaben in Teilaufgaben. Räume besichtigen und dekorieren zerfällt weiter in Deko-Komitee organisieren, Dekoration einkaufen, Deko-Verantwortlichkeiten zuweisen.

Wenn der PSP fertig ist und die Aufgaben in einer Tabelle stehen, gilt zweierlei: Du hast eine Menge einzelner Aufgaben, die zu jedem Meilenstein hinaufführen, sodass alle wissen, was passieren muss, um den nächsten Checkpoint zu erreichen - und du bist in der Lage, diese Aufgaben in einer sinnvollen Reihenfolge namentlich benannten Personen zuzuweisen.


Die Zuweisung folgt normalerweise der Rolle einer Person im Projekt. Bei der Plant-Pals-Website: Die Designerin mockt das erste Design, du prüfst es und gibst Feedback, die Designerin setzt das Feedback um, und ein Entwickler baut anschließend die Website.

Wenn mehrere Teammitglieder dieselbe Rolle teilen, entscheiden zwei zusätzliche Faktoren:

FaktorWie er die Entscheidung lenkt
VertrautheitGib jeder Person die Arbeit, die sie ohnehin am besten kennt - ein Entwickler nimmt die Landingpage, der andere die Kontaktseite
AuslastungWäge die Zeit in diesem Projekt gegen die anderen Verpflichtungen ab; halte die Lasten im Gleichgewicht

Gewohnheiten, die das klassische Missverständnis verhindern, etwa in einem Tool wie Asana:

  • Beginne den Aufgabennamen mit einem Verb. Nicht Website, sondern Website mocken oder Bilder zur Website hinzufügen.
  • Ergänze eine verantwortliche Person und ein Fälligkeitsdatum, damit nie unklar ist, wer was bis wann macht.
  • Ergänze Details in der Aufgabe selbst: eine Beschreibung, Links zu Dateien oder Anhängen und Kommentare zur Arbeit.

Der offensichtliche Nutzen ist, dass es dich freispielt, das Projekt zu managen, statt es selbst zu machen. Die weniger offensichtlichen zählen auf Dauer mehr:

Persönliche Verantwortung - Zuweisen ist eine Vereinbarung, dass die Person die Aufgabe bis zum Ende trägtVerantwortung macht Menschen stärker im Projekt engagiertRaum für persönliche WeiterentwicklungBaut deine eigene Fähigkeit auf, unterstützend zu delegierenHält das Team motiviert, pünktlich fertig zu werden


Weiter: Den Projektplan bauen → - Zeitpläne, Schätzungen und das Gantt-Diagramm.