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.
Warum Planung wichtig ist
Abschnitt betitelt „Warum Planung wichtig ist“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.
| Nutzen | Was er dir bringt |
|---|---|
| Bildet das ganze Projekt ab | Du siehst den gesamten Arbeitsumfang, der zum Ziel führt |
| Koordiniert nach außen | Richtet Zeitpläne mit anderen Teams, Auftragnehmern und Lieferanten aus |
| Macht Risiken früh sichtbar | Verzug im Zeitplan, eine Schlüsselperson verlässt das Team, ein Stakeholder ändert die Richtung |
| Raum zum Gegensteuern | Zeit, 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 Stakeholder | Zeigt, dass das Projekt mit einem detaillierten Plan startet und nicht mit Improvisation |
| Teamarbeit | Aus 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.
Was in der Planung erarbeitet wird
Abschnitt betitelt „Was in der Planung erarbeitet wird“Die Phase variiert je nach Projekt, aber drei große Artefakte kommen dabei heraus.
| Ergebnis | Was es enthält | Beispiel Plant Pals |
|---|---|---|
| Zeitplan | Eine Timeline: Startdatum, Enddatum und die Termine dazwischen, festgelegt mit Techniken der Zeitschätzung | Wann 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 |
| Budget | Die Gesamtkosten, aufgeschlüsselt auf die einzelnen Elemente des Projekts | Kosten für Design und Start der Website, Kosten für die Beauftragung des Pflanzenlieferanten und so weiter |
| Risikomanagementplan | Eine bewusste Suche danach, wo Ärger entstehen könnte, plus geplante Reaktionen | Die Schätzungen der Entwickler schieben dich über das Startdatum hinaus - also den Umfang reduzieren, ihn anpassen oder mit den Stakeholdern ein neues Startdatum aushandeln |
Das Kickoff-Meeting
Abschnitt betitelt „Das Kickoff-Meeting“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.
Warum nicht einfach die Charta verschicken?
Abschnitt betitelt „Warum nicht einfach die Charta verschicken?“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:
Die Agenda
Abschnitt betitelt „Die Agenda“Templates variieren, aber die meisten folgen derselben Form und dauern etwa eine Stunde. Behandle die Zeitangaben als Ausgangspunkt und passe sie ans Projekt an.
| Zeit | Agendapunkt | Was passiert |
|---|---|---|
| 10 Min. | Vorstellungsrunde | Namen und Rollen; wenn Zeit bleibt, ein Fun Fact, um Vertrauen aufzubauen |
| 5 Min. | Projekthintergrund | Wie das Projekt entstanden ist, warum es wichtig ist, und die gemeinsame Vision |
| 5 Min. | Ziele und Umfang | Was im und außerhalb des Umfangs liegt, das angestrebte Startdatum, wichtige Meilensteine |
| 5 Min. | Rollen | Wer wofür verantwortlich ist, über die gesamte Laufzeit |
| 10 Min. | Zusammenarbeit | Gemeinsame 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 weitergeht | Erwartungen für den kommenden Zeitraum und die nächsten Schritte jeder Person |
| 15 Min. | Fragen | Die Gelegenheit des Teams, Klarheit zu bekommen, und deine, seine Überlegungen zu hören |
So führst du es gut durch
Abschnitt betitelt „So führst du es gut durch“-
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.
-
Lade die richtigen Leute ein. Alle mit einer Rolle in der Entwicklung oder Umsetzung des Projekts - und niemanden, der dort nichts zu suchen hat.
-
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.
-
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.
-
Halte dich an die Agenda. Diskussionen driften ab; sie wieder zum Thema zurückzuführen, ist deine Aufgabe.
-
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.
-
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.
Meilensteine und Aufgaben
Abschnitt betitelt „Meilensteine und Aufgaben“Diese beiden Begriffe tragen den Rest des Moduls, und die Unterscheidung ist das, was du dir merken solltest.
| Projekt-Meilenstein | Projekt-Aufgabe | |
|---|---|---|
| Definition | Ein wichtiger Punkt im Projektzeitplan, der Fortschritt zeigt und meist einen abgeschlossenen Liefergegenstand oder eine abgeschlossene Phase signalisiert | Eine Tätigkeit, die innerhalb eines festgelegten Zeitraums fertig werden muss und einer oder mehreren Personen zugewiesen ist |
| Wesen | Ein Zeitpunkt - ein Checkpoint | Ein Stück Arbeit - etwas, das man tut |
| Größe | Groß genug, dass ein Stakeholder es sehen wollen würde | Kleiner; typischerweise nichts, was ein Stakeholder prüfen müsste |
| Beziehung | Wird nur durch das Abschließen mehrerer Aufgaben erreicht | Führt hinauf zu einem Meilenstein |
| Beispiel | Den ersten Entwurf eines Berichts fertigstellen; die Freigabe der Kundschaft für einen wichtigen Liefergegenstand erhalten | Eine Autorin beauftragen; Recherche durchführen; einen Abschnitt entwerfen |
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.
Meilensteine setzen
Abschnitt betitelt „Meilensteine setzen“So identifizierst du sie
Abschnitt betitelt „So identifizierst du sie“-
Betrachte das Projekt als Ganzes. Geh zurück zur Projektcharta und lies das Ziel noch einmal.
-
Liste auf, was das Team tun muss, um dieses Ziel zu erreichen.
-
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.
-
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.
Zwei Wege, die Aufteilung zu erarbeiten
Abschnitt betitelt „Zwei Wege, die Aufteilung zu erarbeiten“| Ansatz | Wie er abläuft |
|---|---|
| Top-down-Planung | Lege zuerst die übergeordneten Meilensteine fest und zerlege den Aufwand dann in Aufgaben, gemeinsam mit dem Team, damit nichts übersehen wird |
| Bottom-up-Planung | Starte bei allen einzelnen Aufgaben, die anfallen müssen, und fasse sie dann zu handhabbaren Blöcken zusammen, die einen Meilenstein ergeben |
Die Fristen setzen
Abschnitt betitelt „Die Fristen setzen“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.
Fallstricke, die du vermeiden solltest
Abschnitt betitelt „Fallstricke, die du vermeiden solltest“Ü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.
Der Projektstrukturplan
Abschnitt betitelt „Der Projektstrukturplan“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.
Wie er aussieht
Abschnitt betitelt „Wie er aussieht“Eine gängige Form ist ein Baumdiagramm: der Projektname oben, die Meilensteine auf der zweiten Ebene und die Aufgaben auf der dritten.
So baust du einen
Abschnitt betitelt „So baust du einen“-
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.
-
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.
-
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.
Aufgaben zuweisen
Abschnitt betitelt „Aufgaben zuweisen“Wer was bekommt
Abschnitt betitelt „Wer was bekommt“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:
| Faktor | Wie er die Entscheidung lenkt |
|---|---|
| Vertrautheit | Gib jeder Person die Arbeit, die sie ohnehin am besten kennt - ein Entwickler nimmt die Landingpage, der andere die Kontaktseite |
| Auslastung | Wäge die Zeit in diesem Projekt gegen die anderen Verpflichtungen ab; halte die Lasten im Gleichgewicht |
Eine gute Aufgabe formulieren
Abschnitt betitelt „Eine gute Aufgabe formulieren“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.
Warum sich Zuweisen auszahlt
Abschnitt betitelt „Warum sich Zuweisen auszahlt“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:
Wiederholungs-Zusammenfassung
Abschnitt betitelt „Wiederholungs-Zusammenfassung“Weiter: Den Projektplan bauen → - Zeitpläne, Schätzungen und das Gantt-Diagramm.