Initiierung 4 - Ressourcen, die Projektcharta & Tools
Google Project Management Certificate · Kurs 2: Projektinitiierung - Ein erfolgreiches Projekt starten
Nachdem Ziele, Scope und Stakeholder feststehen, folgt das letzte Stück der Initiierung - das praktische: das, womit ein Projekt läuft. In diesem Modul geht es um drei zusammenhängende Dinge - die Ressourcen, die ein Projekt braucht, die Dokumentation, die den Plan festhält (allen voran die Projektcharta), und die Tools, die die Arbeit organisiert halten.
Projektressourcen
Abschnitt betitelt „Projektressourcen“Die drei sind voneinander abhängig: Das Team kann ohne Materialien nicht arbeiten, und Materialien lassen sich ohne Budget nicht kaufen. Fehlt eines, geraten die anderen ins Stocken.
| Ressource | Was sie umfasst | Worauf zu achten ist |
|---|---|---|
| Budget | Das Geld, das das Projekt braucht - Teamkosten, externe Dienstleistungen/Lieferanten, gekaufte Materialien, Marketing | Versteckte Kosten: Steuern, Gebühren, Überstunden; halte es am Scope ausgerichtet |
| Menschen | Alle, die die Arbeit erledigen - du, interne Teammitglieder und externe Fachleute mit Fähigkeiten, die intern fehlen | Hole dir eine echte Zusage zu den Stunden, die jede Aufgabe kostet; vermeide Unterbesetzung |
| Materialien | Materielle Dinge (Holz, Festplatten, Computer) und immaterielle (Softwarelizenzen, Cloud-Speicher, Schulungen) | Kalkuliere alles von vornherein ein, damit nichts das Budget überrascht |
Warum Ressourcen früh (während der Initiierung) planen. Ressourcen vor Arbeitsbeginn zu klären, ist genau das, was allen ermöglicht, ihre Arbeit tatsächlich zu tun. Verschiebst du das nach hinten, riskierst du zwei klassische Fehlschläge:
Dokumentation - und warum sie wichtig ist
Abschnitt betitelt „Dokumentation - und warum sie wichtig ist“Ein großer Teil der Aufgabe besteht darin, Entscheidungen zu lenken - und es gibt viel zu viele davon (Ziele, Deliverables, Menschen, Kosten), als dass eine Person sie alle im Kopf behalten könnte. Dokumentation macht diese Entscheidungen für alle sichtbar, nicht nur für den Projektmanager.
| Dokumentation bringt dir | Warum das hilft |
|---|---|
| Transparenz | Alle sehen Ziele, Scope, Deliverables, Stakeholder und Ressourcen |
| Einen Bezugspunkt | Wer mitten im Projekt dazustößt, kann aufholen, ohne alles neu erfragen zu müssen |
| Entdeckungen | Beim Aufschreiben treten Aufgaben, Zeitpläne oder Kosten zutage, die du nicht bedacht hattest |
| Eine historische Aufzeichnung | Wird beim Abschluss geprüft, damit Erkenntnisse in künftige Projekte einfließen |
Proposal vs. Charta
Abschnitt betitelt „Proposal vs. Charta“Zwei frühe Dokumente werden leicht verwechselt. Sie beantworten unterschiedliche Fragen zu unterschiedlichen Zeitpunkten.
| Projektantrag (Proposal) | Projektcharta | |
|---|---|---|
| Zweck | Stakeholder überzeugen, dass das Projekt starten sollte | Das Projekt und seine Kerndetails definieren |
| Wann | Ganz am Anfang der Initiierung | Am Ende der Initiierung (vor der Planung) |
| Meist verfasst von | Einer leitenden Führungskraft der Organisation | Dem Projektmanager |
| Lebensdauer | Nur in der frühen Phase genutzt | Ein lebendiges Dokument, das durchgehend herangezogen wird |
Die Projektcharta
Abschnitt betitelt „Die Projektcharta“Was die Charta für dich leistet:
- Zeigt, dass der Nutzen die Kosten überwiegt (sie trägt die Kosten-Nutzen-Analyse - geschaffener Wert, gespartes Geld, benötigte Zeit).
- Bringt alle dazu, sich auf Wert und Details zu einigen, bevor die Planung startet.
- Sobald Sponsor und Stakeholder sie genehmigen, hast du die Befugnis fortzufahren.
- Ist lebendig - du prüfst und verfeinerst sie, während das Projekt sich entwickelt.
Was in eine Charta gehört
Abschnitt betitelt „Was in eine Charta gehört“Chartas variieren je nach Organisation, Projekt und Zielgruppe (eine Marketing-Führungskraft interessiert sich für die Markenwirkung; ein CTO für die Entwicklungskosten). Die meisten schöpfen aus dieser Auswahl:
| Abschnitt | Abschnitt |
|---|---|
| Einleitung / Zusammenfassung | Erfolgskriterien |
| Ziele / Zielsetzungen | Wichtige Deliverables / Anforderungen |
| Business Case (Nutzen und Kosten) | Budget |
| Projektteam | Zeitplan / Milestones |
| Scope (im und außerhalb des Umfangs) | Einschränkungen, Annahmen, Risiken |
| Stakeholder | OKRs · Freigaben |
Eine durchgearbeitete Mini-Charta
Abschnitt betitelt „Eine durchgearbeitete Mini-Charta“Ein verdichtetes Beispiel, mit dem laufenden Büropflanzen-Service „Plant Pals” (Ziel: Umsatz um 5 % steigern):
| Feld | Beispieleintrag |
|---|---|
| Zusammenfassung | Großkunden kleine, pflegeleichte Büropflanzen anbieten |
| Ziel (SMART) | Umsatz um 5 % steigern, indem bis Jahresende ein Büropflanzen-Service für Top-Kunden gestartet wird |
| Deliverables | 1.000 Pflanzen an 100 Kunden liefern; eine Website für Bestellungen/Support starten |
| Business Case | Am häufigsten gewünschter Service; verbessert Kundenzufriedenheit und -bindung |
| Nutzen vs. Kosten | Nutzen: Zufriedenheit + Umsatz. Kosten: Beschaffung, Website, Marketing - geschätzt $250,000 |
| Im Umfang / außerhalb des Umfangs | Im: Auslieferung kleiner Pflanzen an die Top-Kunden des Vorjahres. Außerhalb: Pflanzenpflege nach der Lieferung |
| Erfolgskriterien | +5 % Umsatz bis Jahresende; 95 % Kundenzufriedenheit drei Monate nach dem Start |
Eine Charta mit einem Gen-KI-Tool entwerfen
Abschnitt betitelt „Eine Charta mit einem Gen-KI-Tool entwerfen“Ein Gen-KI-Assistent (z. B. Gemini) kann schnell einen ersten Entwurf liefern und Zeit sparen - aber das Ergebnis ist ein Ausgangspunkt, keine fertige Charta.
-
Füttere es mit echten Details. Formuliere einen Prompt wie „Handle als Projektmanager und erstelle aus den folgenden Informationen eine Projektcharta; füge Platzhalter für alles Fehlende ein”, und füge dann deine Projektbeschreibung, den Geschäftsbedarf, die Deliverables, die Stakeholder und die Erfolgskriterien ein. Je mehr du gibst, desto vollständiger der Entwurf.
-
Bewerte das Ergebnis. Lies genau, überfliege nicht - es kann Dinge enthalten, die du nicht beabsichtigt hast, oder Stichpunkte, die du zu ganzen Sätzen ausbauen musst. Die KI übernimmt die schwere Arbeit; das schwere Denken bleibt bei dir.
-
Iteriere. Verfeinere den Prompt: Bitte um weniger technische Sprache, kürzere/längere Abschnitte, eine bestimmte Seitenzahl oder frage „welche wichtigen Informationen fehlen?”. Teile ein bestehendes Template oder ein Beispiel (die Idee der References), um das Format zu steuern.
Wirksame Kommunikation und Nachverfolgung machen den Großteil des PM-Alltags aus, und Tools treiben beides an. Entscheidend: Der Informationsaustausch verläuft in beide Richtungen - Teammitglieder halten dich ohne zusätzliche Meetings über den Fortschritt auf dem Laufenden, was Sichtbarkeit und Transparenz für das gesamte Team, Stakeholder eingeschlossen, erhöht. (Stell dir die Alternative vor: Projektdetails auf einem Whiteboard, zu dem jede und jeder hinlaufen muss, um es zu lesen.)
Einfach vs. anspruchsvoll
Abschnitt betitelt „Einfach vs. anspruchsvoll“| Einfach | Anspruchsvoll | |
|---|---|---|
| Beispiele | Docs, Tabellenkalkulationen, E-Mail, Chat | Terminplanungs-/Work-Management-Software (z. B. Asana) |
| Am besten für | Kleine Projekte, wenige Aufgaben/Personen | Großer Scope, viele Aufgaben, größere Teams |
| Abwägung | Schnell eingeführt | Mächtig, aber das Team braucht Zeit, um es zu lernen |
Arten von Tools
Abschnitt betitelt „Arten von Tools“| Typ | Wofür es da ist | Beispiele |
|---|---|---|
| Terminplanung / Work-Management | Aufgaben zuweisen, Fortschritt verfolgen, Team-Durchsatz visualisieren | Asana, Monday.com, Basecamp, Trello, Jira, Smartsheet |
| Produktivität | Projektartefakte erstellen - Chartas, Agenden, Pläne, RACI-Diagramme, Präsentationen | Docs/Word, Sheets/Excel, Slides/PowerPoint |
| Zusammenarbeit | Kurze Rückfragen und Abstimmungen | E-Mail, Chat |
Tabellenkalkulationen sind das vielseitige Arbeitstier
Abschnitt betitelt „Tabellenkalkulationen sind das vielseitige Arbeitstier“Sheets/Excel können weit mehr als Listen. Praktische Funktionen für PM:
| Funktion | Verwendung |
|---|---|
| Freigabeberechtigungen | Bearbeiten / kommentieren / nur ansehen, wenn du teilst |
| Zeilen/Spalten fixieren | Überschriften beim Scrollen sichtbar halten |
| Bedingte Formatierung | Status automatisch einfärben: Nicht begonnen (rot), In Bearbeitung (orange), Fertig (grün) |
| Dropdown-Listen (Datenvalidierung) | Einheitliche Einträge erzwingen („done” vs. „complete”) |
| Sortieren & filtern | Nach Fälligkeitsdatum ordnen; nur die eigenen Aufgaben anzeigen |
| Pivot-Tabellen / Diagramme | Daten zusammenfassen und sie Stakeholdern präsentieren |
| Funktionen | Summen, Durchschnitte, Daten, % erledigt automatisch berechnen |
Gängige Templates, die sich wiederzuverwenden lohnen: eine Projekt-Timeline (gesamter Lebenszyklus), eine Projekt-Tracking-Tabelle (Budget, Deliverables, Kosten) und ein Gantt-Diagramm (Aufgaben über die Zeit mit Abhängigkeiten).
Ein neues Tool im Team einführen
Abschnitt betitelt „Ein neues Tool im Team einführen“Menschen widerstreben Veränderungen, besonders mitten im Projekt. Führe ein neues Tool bewusst ein:
-
Sprich früh und oft darüber - niemand sollte sich überrumpelt fühlen; gib dem Team Zeit, sich vorzubereiten.
-
Hole dir Feedback von zentralen Stakeholdern - zu Funktionen und Prioritäten; lass es in die nächsten Schritte einfließen.
-
Bind sie in Demos ein - lass sie das Tool ausprobieren; hol wichtige Nutzer zum Testen vor dem Rollout dazu, was zugleich interne Fachleute für spätere Schulungen zutage fördert.
-
Stelle sicher, dass es voll funktionsfähig und zugänglich ist, bevor du es einführst - ein fehlerhaftes Tool killt die Akzeptanz.
-
Richte Schulungen ein, wo nötig - verschiedene Menschen haben verschiedene Komfortlevel; ein guter erster Eindruck steigert die Akzeptanz.
-
Plane einen Übergang, wenn du ein Tool ersetzt - betreibe beide eine Zeit lang parallel, dann schalte das alte ab (retire); rechne mit einem vorübergehenden Produktivitätsrückgang.
Wiederholungs-Zusammenfassung
Abschnitt betitelt „Wiederholungs-Zusammenfassung“| Kernpunkt | Kurz gemerkt |
|---|---|
| Projektressourcen | Budget + Menschen + Materialien - voneinander abhängig; plane sie früh in der Initiierung |
| Ressourcen früh planen | Verhindert Unterbesetzung (Zeitplan rutscht) und Unterbudgetierung (kein Kaufen/Einstellen möglich) |
| Dokumentation | Schafft Transparenz, einen Bezugspunkt, das Entdecken versteckter Arbeit und eine historische Aufzeichnung |
| Proposal vs. Charta | Das Proposal überzeugt (Start); die Charta definiert (Ende der Initiierung, lebendiges Dokument) |
| Projektcharta | Formales Dokument, das das Projekt definiert; zeigt Nutzen > Kosten; Freigabe = Befugnis fortzufahren |
| Charta-Inhalte | Zusammenfassung, Ziele, Business Case, Scope, Team, Stakeholder, Budget, Erfolgskriterien, Risiken, Freigaben |
| Gen-KI-Charta | Toller erster Entwurf; Evaluieren & Iterieren - die KI übernimmt die Arbeit, das Denken bleibt bei dir |
| Tools | Hilfsmittel zum Managen von Ressourcen und Organisieren der Arbeit; treiben wechselseitiges Tracking und Kommunikation an |
| Einfach vs. anspruchsvoll | Einfache Tools für kleine Projekte; Work-Management-Software für großen Scope |
| Tool-Typen | Terminplanung/Work-Management, Produktivität, Zusammenarbeit |
| Tabellenkalkulationen | Vielseitig: Berechtigungen, bedingte Formatierung, Dropdowns, Sortieren/Filtern, Pivots, Funktionen |
| Ein neues Tool einführen | Früh besprechen, Feedback holen, Demo, Funktion sicherstellen, schulen, übergehen und dann das alte abschalten |