Ein Projekt-Kick-off bringt die Beteiligten zusammen, um ein gemeinsames Verständnis von Zweck, Grenzen, Rollen und unmittelbaren nächsten Schritten zu schaffen. Ein gutes Kick-off prüft Annahmen und klärt Unklarheiten. Es ist nicht bloß eine Präsentation, die den Arbeitsbeginn verkündet.
Bereiten Sie vor dem Meeting ein kurzes Briefing vor, behandeln Sie die Teilnahme aber nicht als Zustimmung zu jeder Zeile. Das Gespräch sollte zeigen, wo Sponsor, Umsetzungsteam, Betrieb und betroffene Nutzer das Projekt unterschiedlich verstehen.
Die Kick-off-Leitlinien der APM betonen Zweck, Annahmen und Arbeitsweisen. Die Agenda unten ist ein Moderationsvorschlag und keine offizielle Projektmanagementvorgabe.
Was sollte vor dem Kick-off vorliegen?
Bringen Sie eine kurze Beschreibung des Problems, des angestrebten Ergebnisses, der ersten Grenzen, bekannter Einschränkungen, vorgeschlagener Rollen und der Entscheidungen mit, die nicht warten können. Erfordert das Projekt eine formelle Genehmigung, befolgen Sie diesen Prozess separat. Eine Kick-off-Einladung ersetzt weder Finanzierung noch Genehmigung.
Versenden Sie das Briefing rechtzeitig, damit die Beteiligten es lesen können. Bitten Sie jede Person, eine Annahme mitzubringen, die den Plan ändern könnte, sowie eine Abhängigkeit, die das Team möglicherweise übersehen hat. So wird die Vorbereitung aktiv statt zu einer Aufforderung, „die Folien durchzusehen“.
Fehlen wesentliche Informationen, benennen Sie das Meeting passend. Ein Discovery-Workshop kann der richtige nächste Schritt sein. Die Bezeichnung Kick-off macht ein undefiniertes Projekt nicht umsetzungsreif.
Wer sollte teilnehmen?
Laden Sie Menschen ein, die den Zweck erklären, die Arbeit umsetzen, betroffene Abläufe oder Nutzer vertreten und unmittelbare Entscheidungen treffen können. Vermeiden Sie beide Extreme: ein so kleines Meeting, dass eine wichtige Abhängigkeit fehlt, und ein so großes, dass niemand den Plan prüfen kann.
Ein Sponsor muss möglicherweise an der Diskussion über Ergebnis und Zuständigkeiten teilnehmen, aber nicht an einer detaillierten technischen Übergabe. Eine Fachperson kann asynchron beitragen, wenn die konkrete Frage klar ist. Machen Sie diese Grenzen in der Einladung deutlich.
Beziehen Sie die Personen ein, die das Ergebnis nach der Auslieferung betreiben. Ein technisch erfolgreicher Start ohne zuständige Supportperson ist kein vollständiger Betriebsplan.
Agenda für ein 60-minütiges Projekt-Kick-off
| Zeit | Gespräch | Ergebnis |
|---|---|---|
| 0–8 Minuten | Zweck und gewünschtes Ergebnis | Gemeinsames Problem und Erfolgssignal |
| 8–18 Minuten | Umfang und Ausschlüsse | Was enthalten, ausgeschlossen und unsicher ist |
| 18–30 Minuten | Annahmen und Abhängigkeiten | Fragen, die den Plan ändern könnten |
| 30–42 Minuten | Rollen und Entscheidungen | Zuständige für Entscheidungen und Eskalationsweg |
| 42–52 Minuten | Erste Arbeit und Evidenz | Sofortige Maßnahmen und Lernschritte |
| 52–60 Minuten | Bestätigen und hinterfragen | Entscheidungsprotokoll und offene Themen |
Passen Sie die Dauer an die Komplexität des Projekts an. Die Zeitfenster sind Moderationsvorschläge. Lässt sich eine wichtige Meinungsverschiedenheit innerhalb von zehn Minuten nicht verantwortungsvoll lösen, halten Sie sie fest und weisen Sie die passende Nachverfolgung zu, statt eine oberflächliche Antwort zu erzwingen.
Erst nach Widerspruch fragen, dann nach Verbindlichkeit
Bitten Sie die Teilnehmenden nach der Beschreibung des Zwecks aufzuschreiben, was ihrer Ansicht nach außerhalb des Umfangs liegt. Vergleichen Sie die Antworten. Unstimmigkeiten beim Umfang werden oft über Ausschlüsse schneller sichtbar als über eine breite Liste der geplanten Arbeiten.
Fragen Sie bei Annahmen etwa: „Was muss zutreffen, damit dieser Termin realistisch ist?“ und „Welchen externen Beitrag behandeln wir als sicher, obwohl er es nicht ist?“ Bitten Sie die Gruppe, bestätigte Zusagen von Erwartungen zu unterscheiden.
Klären Sie Rollen anhand konkreter Entscheidungen. Wer kann eine Änderung des Umfangs genehmigen? Wer entscheidet, ob das Ergebnis für den operativen Einsatz bereit ist? Wer löst einen Konflikt zwischen Zieltermin und Qualitätsbedenken? Ein allgemeines Organigramm beantwortet diese Fragen nicht.
Ausgearbeitetes Beispiel: eine Änderung beim Kunden-Onboarding
Hypothetisches Beispiel: Ein Team startet ein Projekt, um das Kunden-Onboarding zu verkürzen. Der Sponsor erwartet einen einfacheren Ablauf, die Entwicklung ein neues Formular und der Support weniger unvollständige Anfragen. Alle stimmen der Formulierung „Onboarding verbessern“ zu, stellen sich aber unterschiedliche Projekte vor.
Das Kick-off deckt die Abweichung auf. Das Team formuliert das Ergebnis neu: vermeidbare Nachfragen während der Kontoeinrichtung reduzieren, zunächst für ein Kundensegment. Die Wahl der Oberfläche bleibt offen, bis der aktuelle Übergabeprozess verstanden ist.
Bei der Besprechung der Abhängigkeiten zeigt sich, dass eine erforderliche Verifizierungsentscheidung einem anderen Team gehört. Statt den Zieltermin als Zusage zu behandeln, weist die Projektverantwortung ein Gespräch zu, um die Abhängigkeit zu bestätigen und akzeptable Alternativen zu ermitteln.
Das Meeting endet mit drei unmittelbaren Aufgaben: den aktuellen Einrichtungsprozess beobachten, die Entscheidungsgrenze mit der zuständigen Person für Verifizierung klären und festlegen, wie Nachfragen gezählt werden. Das Team hat weniger scheinbare Gewissheit, aber einen glaubwürdigeren Start.
Kopierbares Entscheidungsprotokoll für das Kick-off
Verwenden Sie ein gemeinsames Protokoll statt einzelner Notizen, die nach und nach auseinanderlaufen:
- Problem und gewünschtes Ergebnis: Was das Projekt ändern soll.
- Aktueller Umfang: Enthaltene Arbeit, ausdrückliche Ausschlüsse und ungeklärte Grenzen.
- Einschränkungen: Erforderliche Bedingungen und wer sie bestätigt hat.
- Entscheidungsrechte: Entscheidungen, Zuständige und Eskalationsweg.
- Annahmen: Aussagen, die noch belegt werden müssen.
- Abhängigkeiten: Beitrag, zuständige Person, erwarteter Termin und Sicherheit.
- Erste Aufgaben: Zuständigkeit, Ergebnis und Prüfzeitpunkt.
- Offene Meinungsverschiedenheiten: Abweichende Ansichten und wie sie geklärt werden.
Versenden Sie das Protokoll nach dem Meeting und bitten Sie bis zu einem angemessenen Datum um Korrekturen. Schweigen darf nicht als erfundene Zustimmung zu einer wichtigen Entscheidung gelten. Holen Sie die Genehmigungen Ihrer Organisation über den vorgesehenen Weg ein.
Was in der ersten Woche zu tun ist
Prüfen Sie, ob die ersten Aufgaben tatsächlich beginnen. Ein Kick-off kann eine lange Liste von Zuständigen hervorbringen, denen Zeit, Zugang oder Befugnis fehlen. Entdecken Sie diese Lücken, bevor Sie den Plan als angelaufen behandeln.
Klären Sie die Annahmen, die das Projekt am stärksten verändern könnten. Priorisieren Sie nicht nur die einfachsten Rechercheaufgaben. Eine unsichere rechtliche, betriebliche oder externe Abhängigkeit kann bestimmen, ob die übrige Arbeit sinnvoll ist.
Planen Sie eine kurze Lernprüfung, sobald die Arbeit erste Evidenz liefert. Nutzen Sie eine agile Retrospektive, um die Zusammenarbeit des Teams zu prüfen, und wählen Sie ein einfaches Retrospektiven-Format, statt sofort eine komplizierte Zeremonie einzuführen.
Der Leitfaden zur Verbesserung durch Retrospektiven hilft dabei, frühe Reibung in eine überprüfbare Arbeitsvereinbarung zu überführen. Halten Sie Entscheidungen zum Produktumfang im Projektprotokoll fest, damit die Retrospektive nicht der einzige Ort wird, an dem sich der Plan ändert.
Fehler beim Kick-off vermeiden
Einen fertigen Plan zur feierlichen Genehmigung präsentieren. Kann sich nichts mehr ändern, erklären Sie das Meeting als Informationsveranstaltung. Fragen Sie nicht nach Input und verschweigen Sie zugleich, dass alle wichtigen Entscheidungen bereits feststehen.
Termine ohne Annahmen lassen. Ein Termin, der von unbestätigter Verfügbarkeit oder einem ungeklärten Umfang abhängt, sollte als bedingt beschrieben werden. Halten Sie fest, was noch geprüft werden muss.
Die Verantwortung einer Abteilung zuweisen. Ein Gruppenname kann Zuständigkeit benennen, doch jemand muss die unmittelbare Aufgabe koordinieren und ihre Annahme bestätigen.
Mit „Noch Fragen?“ enden. Bitten Sie gezielt um Widerspruch: „Welche Annahme in diesem Plan wird am ehesten scheitern?“ Für Unsicherheit brauchen Menschen oft eine konkrete Frage.
Häufig gestellte Fragen
Ist ein Kick-off dasselbe wie ein Projektplanungsworkshop?
Nicht unbedingt. Ein Planungsworkshop entwickelt den Plan; ein Kick-off schafft ein gemeinsames Verständnis und Erwartungen an die Zusammenarbeit. Bei einem kleinen Projekt lassen sich beide verbinden, aber Entscheidungen und Ergebnisse sollten klar benannt sein.
Was sollte die Kick-off-Präsentation enthalten?
Nur Material, das den Beteiligten hilft, Zweck, Umfang, Rollen, Abhängigkeiten und nächste Schritte zu verstehen und zu hinterfragen. Detaillierte Referenzinformationen gehören in das gemeinsame Briefing, statt jede Folie vorzulesen.
Was, wenn das Projekt bereits läuft?
Führen Sie ein Kick-off zur Neuausrichtung anhand der aktuellen Situation durch. Benennen Sie bereits getroffene Entscheidungen, offene Annahmen und die Entscheidungs- und Zusammenarbeitsregeln, die ab jetzt gelten sollen.