Viele Projektprobleme entstehen nicht während der Umsetzung. Sie werden bereits vor dem Start eingebaut. Ein unklarer Nutzen, fehlende Ressourcen oder unrealistische Termine verschwinden nicht, nur weil ein Kick-off stattfindet. Die wichtigsten Fragen vor dem Start eines Projekts helfen deshalb, kritische Annahmen früh sichtbar zu machen. Es geht nicht darum, jedes Detail vorab zu planen. Gerade bei komplexen Vorhaben wäre das unrealistisch. Entscheidend ist, dass Ziel, Nutzen, Verantwortlichkeiten, Rahmenbedingungen und Unsicherheiten ausreichend geklärt sind. Wer hier sauber arbeitet, verhindert später Scope-Diskussionen, Ressourcenengpässe und Scheindebatten über Termine.

Vor dem Start eines Projekts sollten mindestens diese Punkte beantwortet sein:

Diese Fragen gehören nicht in eine Schublade nach dem Kick-off.

Sie bilden die Grundlage für alle späteren Entscheidungen.

PMI nennt in seiner aktuellen Beschreibung des Project Charter genau diese Kernelemente: Business Need, messbare Ziele und Erfolgskriterien, High-Level-Scope, Stakeholder, Annahmen, Restriktionen sowie die klare Benennung von Sponsor und Projektleitung.

Diese Frage klingt banal.

Sie wird trotzdem erstaunlich oft schlecht beantwortet.

Schwache Antworten lauten:

Das beschreibt einen Anlass.

Aber noch keinen belastbaren Projektzweck.

Besser ist:

Welches konkrete Problem oder welche konkrete Chance rechtfertigt den Aufwand dieses Projekts?

Beispiel:

Nicht:

„Ein neues Kundenportal einführen.“

Sondern:

„Den Anteil manuell bearbeiteter Standardanfragen innerhalb von zwölf Monaten von 60 auf 30 Prozent reduzieren.“

Damit verändert sich die gesamte Projektsteuerung.

Plötzlich lässt sich prüfen, ob das Projekt tatsächlich Nutzen erzeugt.

Die aktuelle PMI-Forschung zum Projekterfolg zeigt, wie wichtig diese Klarheit ist. Projekte mit einer klaren Vision für den gewünschten Erfolg erzielten in der Untersuchung einen um 59 Punkte höheren Net Project Success Score als Projekte ohne klare Vision.

Die erste Frage vor jedem Projektstart lautet deshalb:

Welcher Zustand soll nach dem Projekt anders sein als heute?

Viele Projekte definieren Erfolg zu eng.

Typisch:

Das bleibt wichtig.

Aber ein Projekt kann alle drei Kriterien erfüllen und trotzdem keinen relevanten Wert erzeugen.

PMI definiert Projekterfolg inzwischen stärker über den geschaffenen Wert: Erfolgreich ist ein Projekt dann, wenn der erzeugte Nutzen den eingesetzten Aufwand und die Kosten rechtfertigt.

Deshalb sollten vor Projektstart messbare Erfolgskriterien feststehen.

Zum Beispiel:

Die wichtige Ergänzung lautet:

Wie sieht die Baseline aus?

Wer später eine Verbesserung von 20 Prozent messen möchte, muss wissen, wo er heute steht.

Scope-Diskussionen entstehen häufig deshalb, weil alle wissen, was ungefähr geliefert werden soll.

Aber niemand definiert die Grenze.

Ein guter Projektstart klärt deshalb:

Was liefert das Projekt verbindlich?

Was liefert es ausdrücklich nicht?

Gerade der zweite Punkt wird oft vergessen.

Beispiel:

Ein Unternehmen führt eine neue CRM-Plattform ein.

In Scope:

Out of Scope:

Diese Abgrenzung verhindert später Diskussionen darüber, ob eine neue Anforderung „doch eigentlich dazugehört“.

Der aktuelle PMI-Leitfaden zum Project Charter nennt den High-Level-Scope inklusive klarer Grenzen ausdrücklich als Kernelement, um späterem Scope Creep entgegenzuwirken.

Eine lange Anforderungsliste bedeutet nicht automatisch, dass das Projekt verstanden wurde.

Die entscheidenden Fragen lauten:

In einem dokumentierten Praxisfall sollte eine vorhandene Lagerfläche von knapp 900 Square Feet zu einem Aufenthalts- und Essbereich für Fabrikmitarbeiter umgebaut werden.

Die ursprüngliche Anforderung wirkte vollständig:

Eine zentrale Frage fehlte jedoch:

Wie viele Menschen sollen den Raum gleichzeitig nutzen?

Erst diese Frage zeigte, dass die verfügbare Fläche aufgrund baurechtlicher Belegungsgrenzen nicht ausgereicht hätte. Das Projekt wäre technisch umgesetzt worden und hätte trotzdem seinen Zweck nicht erfüllt.

Die Lektion:

Frage vor dem Projektstart nicht nur, was gebaut werden soll. Frage, welches Problem damit gelöst werden muss.

Ein Sponsor ist nicht einfach die ranghöchste Person auf der Projektfolie.

Ein wirksamer Sponsor muss unter anderem:

APM definiert den Sponsor als Rolle, die dafür accountable ist, dass ein Vorhaben wirksam gesteuert wird und die identifizierten Ziele erreicht. Die Verantwortung für die fortlaufende Gültigkeit des Business Case bleibt über den Projektlebenszyklus bestehen.

Fragen vor Projektstart:

Wenn der Sponsor bereits vor dem Projektstart kaum verfügbar ist, wird sich das während einer Krise selten verbessern.

Unklare Entscheidungsrechte erzeugen später Wartezeiten.

Deshalb reicht ein Organigramm nicht.

Für zentrale Themen sollte vorab klar sein:

Es geht nicht darum, jede mögliche Entscheidung vorherzusehen.

Aber die wichtigsten Entscheidungsarten müssen geklärt sein.

PMI betont beim aktuellen Project Charter ausdrücklich auch die formale Autorisierung: Der Sponsor muss nicht nur dem Projekt zustimmen, sondern auch klären, wer das Projekt führt und welche Befugnisse diese Rolle besitzt.

Stakeholderanalyse wird häufig als Kommunikationsübung behandelt.

Dabei ist sie eine Machtanalyse.

Fragen:

Die wichtige Frage lautet nicht nur:

Wen müssen wir informieren?

Sondern:

Wessen Verhalten muss sich verändern, damit das Projekt erfolgreich wird?

Ein neues System ist nicht erfolgreich, weil es installiert wurde.

Es ist erst erfolgreich, wenn die relevanten Menschen damit wirksam arbeiten können.

Viele Projektpläne enthalten Ressourcen.

Das bedeutet nicht, dass diese verfügbar sind.

Beispiel:

Ein Experte wird mit 50 Prozent eingeplant.

Gleichzeitig arbeitet er:

Projektpläne können mathematisch korrekt aussehen und organisatorisch trotzdem unmöglich sein.

Prüfe vor dem Start:

APM zählt kompetente Projektteams zu den fünf Faktoren mit der stärksten und konsistentesten Beziehung zu klassischem Projekterfolg.

Die kritische Frage lautet deshalb:

Wer arbeitet wann tatsächlich am Projekt?

Nicht:

Wer steht im Ressourcenplan?

Fast jedes Projekt startet mit wichtigen Daten.

Doch nicht alle Termine besitzen dieselbe Qualität.

Unterscheide:

Beispielsweise:

Beispielsweise:

Beispielsweise:

Diese Unterschiede müssen sichtbar sein.

Frage außerdem:

Was müsste passieren, damit dieser Termin realistisch wird?

Ein Datum wird nicht realistisch, nur weil es im Auftrag steht.

Ein dokumentiertes regulatorisch getriebenes Industrieprojekt hatte ein geplantes Volumen von rund 132 Millionen US-Dollar.

Aufgrund eines aggressiven Termins wurde die Umsetzung freigegeben, obwohl unter anderem:

Das Projekt lag in der Anfangsphase sogar vor dem Plan.

Später führten unzureichende Vorbereitung, Änderungen und Beschaffungsprobleme jedoch zu erheblichen Termin- und Kostenproblemen.

Die wichtigste Erkenntnis:

Ein früher Projektstart ist nicht automatisch ein schneller Projektstart.

Projektpläne enthalten Annahmen.

Viele werden nur nicht so bezeichnet.

Zum Beispiel:

Schreibe diese Annahmen bewusst auf.

Dann frage:

Was passiert, wenn sie falsch sind?

Der aktuelle PMI Project Charter nennt Annahmen und Restriktionen bewusst als Kernelemente eines guten Projektstarts. Annahmen sollten sichtbar werden, damit der Sponsor sie validieren kann.

Besonders relevant sind Annahmen mit:

Diese gehören früh getestet.

Projekte funktionieren selten isoliert.

Sie hängen möglicherweise ab von:

Frage deshalb:

Welche Leistung muss außerhalb unseres Projekts eintreten, damit wir unseren Plan erfüllen können?

Danach:

Externe Abhängigkeiten verdienen besondere Aufmerksamkeit, weil das Projekt sie häufig nicht direkt steuern kann.

Ein Risikoregister zum Projektstart sollte keine hundert Positionen enthalten.

Beginne mit den Risiken, die das Projekt grundsätzlich infrage stellen können.

Zum Beispiel:

Für jedes Top-Risiko:

Die entscheidende Zusatzfrage lautet:

Welches Risiko würde uns heute vom Projektstart abhalten, wenn wir wüssten, dass es eintritt?

Genau diese Risiken verdienen besondere Aufmerksamkeit.

Nicht jedes Projekt braucht dasselbe Vorgehen.

Frage vor dem Start:

Mögliche Antworten:

Der PMBOK Guide – Eighth Edition von 2025 betont ausdrücklich das Tailoring auf Team, Organisation und Projektumfeld. Der Standard fokussiert dabei stärker auf Value Delivery, Anpassungsfähigkeit und Verantwortlichkeit als auf ein starres universelles Vorgehen.

Die falsche Frage lautet:

„Welche Methode verwenden wir normalerweise?“

Die richtige lautet:

„Welche Steuerungslogik passt zu diesem Projekt?“

Diese Frage wird bei Transformationen oft übersehen.

Das Projekt kann perfekt geplant sein.

Aber der betroffene Bereich führt parallel vielleicht bereits ein:

Dann entstehen Change-Überlastung und konkurrierende Prioritäten.

Prüfe:

Projektkapazität besteht nicht nur aus IT- und Projektressourcen.

Auch Organisationen besitzen eine begrenzte Veränderungskapazität.

Ein Kick-off sollte kein Selbstzweck sein.

Definiere wenige Startkriterien.

Zum Beispiel:

Das bedeutet nicht, dass jede Unsicherheit verschwinden muss.

Gerade komplexe Projekte starten immer mit offenen Fragen.

Der Unterschied lautet:

Unsicherheit darf vorhanden sein. Unbewusste Unsicherheit ist gefährlich.

Vor der Freigabe sollte das Management diese Fragen mit Ja beantworten können:

Nicht jede Frage muss vollständig geklärt sein.

Aber jede offene Antwort braucht einen bewussten Umgang.

„Wir brauchen eine neue Software.“

Vielleicht.

Vielleicht ist das eigentliche Problem ein schlechter Prozess.

Ein Datum ist noch keine belastbare Terminplanung.

Verfügbarkeit muss in Kapazität übersetzt werden.

Ein Sponsor ohne Zeit, Mandat oder Interesse hilft wenig.

Der Business Case bleibt über den gesamten Projektverlauf relevant.

Existenzielle Risiken gehören bereits in die Initiierung.

Wer zu früh Arbeitspakete plant, erzeugt Präzision auf möglicherweise falschen Grundlagen.

Eine Checkliste schützt nicht automatisch vor Projektrisiken.

Sie funktioniert schlecht, wenn:

Dann entsteht Initiierungs-Theater.

Das Dokument ist vollständig.

Das Projekt ist trotzdem schlecht vorbereitet.

Eine gute Initiierung ist deshalb kein Formularprozess.

Sie ist eine Serie anspruchsvoller Gespräche.

Unternehmen können die Fragen sehr pragmatisch einsetzen.

Vor der formalen Projektfreigabe treffen sich:

In 90 Minuten werden fünf Themen geprüft:

Problem, Nutzen und Erfolg.

Scope, Anforderungen und Nicht-Ziele.

Sponsor, Entscheidungen, Stakeholder und Ressourcen.

Vorgehensmodell, Abhängigkeiten und Governance.

Annahmen, Risiken und Startbedingungen.

Das Ergebnis kennt nur drei Entscheidungen:

Start

Grundlagen ausreichend.

Start mit Auflagen

Offene Punkte besitzen Owner und Termin.

Noch nicht starten

Kritische Voraussetzungen fehlen.

Gerade die dritte Option ist wichtig.

Ein guter Projektstartprozess muss Projekte verzögern können.

Sonst ist er nur Verwaltung.

Das Kick-off sollte vor allem klären, warum das Projekt existiert, was erreicht werden soll, wer welche Verantwortung trägt, wie zusammengearbeitet wird und welche unmittelbaren nächsten Schritte bestehen. Grundlegende Fragen zu Business Case und Machbarkeit sollten allerdings schon vor dem Kick-off beantwortet werden.

Ein guter Projektauftrag beziehungsweise Project Charter enthält mindestens Business Need, Ziele, Erfolgskriterien, High-Level-Scope, Stakeholder, Sponsor, Projektleitung, Annahmen, Restriktionen und wesentliche Risiken.

Wenn Business Need und Ziel ausreichend klar sind, Sponsor und Verantwortlichkeiten feststehen, die kritischen Ressourcen grundsätzlich verfügbar sind und wesentliche Risiken, Abhängigkeiten sowie Rahmenbedingungen bekannt sind.

Nein. Die benötigte Planungstiefe hängt vom Projekt ab. Komplexe und innovative Vorhaben brauchen bewusst Raum für Lernen. Trotzdem müssen Zweck, Verantwortung, Grenzen und zentrale Annahmen ausreichend klar sein.

Das hängt von der Governance des Unternehmens ab. Typischerweise liegt die formale Freigabe beim Sponsor, einem Portfolio- beziehungsweise Investitionsgremium oder einer entsprechenden Managementinstanz.

Weil er erklärt, warum Zeit, Geld und Kapazität investiert werden sollen. Ohne belastbaren Business Case lässt sich später schwer beurteilen, ob zusätzliche Investitionen weiterhin gerechtfertigt sind.

Die wichtigsten Fragen vor dem Start eines Projekts drehen sich nicht zuerst um den Projektplan.

Sie drehen sich um:

Warum?

Was?

Wer?

Unter welchen Bedingungen?

Mit welchem erwarteten Wert?

Ein Projekt sollte nicht starten, weil ein Kick-off terminiert wurde.

Es sollte starten, wenn ausreichend Klarheit darüber besteht:

Aktuelle Forschung bestätigt, wie wichtig diese Grundlagen bleiben. APM zählt klare Ziele, gute Planung, wirksame Governance, kompetente Teams und Commitment zu den stärksten Erfolgsfaktoren. PMI zeigt zugleich, dass moderne Projektsteuerung über Termin, Budget und Scope hinausgehen muss. Projekte müssen Wert erzeugen, und genau dieser Wert sollte bereits vor dem Start definiert werden.

Der wichtigste Grundsatz lautet deshalb:

Ein Projekt darf mit Unsicherheit starten. Es sollte aber nicht mit ungeklärten Grundlagen starten.

Wenn ein Unternehmen diese Unterscheidung konsequent trifft, verbessert es nicht nur seine Projektplanung.

Es verhindert vor allem, dass schwach vorbereitete Vorhaben überhaupt erst in die Umsetzung gelangen.

PURE Consultant unterstützt Unternehmen dabei, Projektinitiierung, Projektaufträge und Governance so zu gestalten, dass Ziele, Verantwortlichkeiten und Entscheidungsgrundlagen bereits vor dem Projektstart belastbar geklärt sind.