Projektauftrag auf einer Seite: Klarheit, bevor die Arbeit beginnt

Projekte beginnen oft nicht mit einem schlechten Plan, sondern mit scheinbarer Einigkeit. Alle nicken bei Begriffen wie „Kundenportal“, „CRM-Einführung“ oder „Auftragsautomatisierung“, stellen sich aber unterschiedliche Ergebnisse vor. Die Arbeit läuft an, und erst beim ersten Review wird sichtbar, dass weder das gewünschte Ergebnis noch die Projektgrenzen oder die letzte Entscheidungsinstanz geklärt sind.

Ein KMU braucht nicht für jedes Vorhaben einen umfangreichen Dokumentensatz. Es braucht eine kurze Vereinbarung, die in fünf Minuten gelesen und bei schwierigen Entscheidungen genutzt werden kann. Ein einseitiger Projektauftrag ist kein detaillierter Terminplan. Er hält fest, warum das Projekt existiert, wo seine Grenzen liegen und woran ein tragfähiges Ergebnis erkennbar ist.

Mit dem Problem beginnen, nicht mit der Lösung

Beschreiben Sie zuerst den Ist-Zustand und seine Folge. Statt „Wir führen ein neues System ein“ könnte dort stehen: „Aufträge werden zwischen drei Dateien übertragen; deshalb ist der aktuelle Bearbeitungsstand nicht verlässlich sichtbar.“ Erst danach folgt die gewünschte Veränderung. So bleibt offen, ob ein Prozessschritt, eine Datenkorrektur oder ein anderes Werkzeug die bessere Lösung ist.

Verknüpfen Sie das Ergebnis mit beobachtbaren Kriterien und einem Ausgangswert. Das können Bearbeitungszeit, manuelle Übergaben oder die Verfügbarkeit bestimmter Daten sein. Der GOV.UK Service Manual weist darauf hin, dass ohne Ausgangswert keine Verbesserung belegbar ist. Fehlt er, benennen Sie eine verantwortliche Person und einen Termin zur Erhebung – statt eine Zahl zu erfinden.

Sieben Felder für eine Seite

• Problem und Anlass: Was passiert heute und warum lohnt sich eine Veränderung?
• Ergebnis und Nachweis: Was soll anders sein und wie wird es überprüft?
• Im Umfang und außerhalb: Was liefert das Projekt bewusst – und was nicht?
• Owner und Freigabe: Wer steuert die Arbeit und wer entscheidet verbindlich?
• Meilensteine: An welchen wenigen Punkten werden Richtung und Fortsetzung geprüft?
• Annahmen, Abhängigkeiten und Risiken: Was muss gelten und was wird zuerst getestet?
• Änderungsregel: Wer darf den Umfang ändern und wie werden Folgen für Zeit, Kosten und Qualität festgehalten?

Der Abschnitt „außerhalb des Umfangs“ ist ebenso wichtig wie die Liefergegenstände. Er verwirft keine guten Ideen, sondern verhindert, dass sie unbemerkt in zugesagte Zeit und Kapazität rutschen. Eine neue Anforderung kann aufgenommen werden – nach einer bewussten Entscheidung darüber, was hinzukommt, entfällt oder später kommt und welche zusätzliche Kapazität nötig ist.

Illustratives Beispiel: ein Kundenportal

Illustratives Beispiel: Ein Dienstleistungsunternehmen mit zwölf Beschäftigten möchte in acht Wochen ein Kundenportal starten. Der erste Auftrag lautet lediglich: „Kunden sehen ihre Aufträge online.“ Im Kick-off präzisiert das Team das erste Ergebnis: Kunden sehen den Status eines offenen Auftrags und können ein freigegebenes Dokument herunterladen. Rechnungsstellung, Chat und mobile App gehören ausdrücklich nicht zur ersten Stufe.

Die Betriebsleitung übernimmt die Projektverantwortung, die Geschäftsführung entscheidet über den Umfang. Die riskanteste Annahme lautet, dass das bestehende System hinreichend aktuelle Daten bereitstellt. Deshalb wird nicht sofort das gesamte Portal gebaut. In Woche eins prüft das Team einen Export und die Verständlichkeit der Statusangaben an einer kleinen Stichprobe. Scheitert die Annahme, wird die Datenquelle verbessert, die erste Stufe verkleinert oder das Projekt gestoppt.

Im Kick-off Unklarheiten schließen

Versenden Sie den Entwurf vorab und nutzen Sie das 60-minütige Kick-off nicht für eine Präsentation. Klären Sie strittige Formulierungen: Was bedeutet Erfolg genau, welche Wünsche bleiben draußen, wer entscheidet bei Zielkonflikten und welche Annahme kann den Plan entwerten? Jede offene Frage erhält einen Owner und eine Frist. Der Start erfolgt nach ausdrücklicher Freigabe – nicht nach Schweigen, das als Zustimmung gedeutet wird.

Ein Ablauf für die ersten fünf Tage

• Tag 1: Der Owner entwirft eine Seite, noch ohne detaillierten Terminplan.
• Tag 2: Umsetzung und Betrieb markieren Unklarheiten, Abhängigkeiten und fehlende Daten.
• Tag 3: Die freigebende Person schließt Ergebnis, Grenzen und Entscheidungsrechte.
• Tag 4: Das Team testet die riskanteste Annahme oder definiert einen belastbaren Test.
• Tag 5: Projektauftrag freigeben, sichtbar ablegen und Meilensteine sowie Arbeitsliste daran anbinden.

Der Projektauftrag darf sich ändern, aber nicht stillschweigend. Halten Sie bei wesentlichen Änderungen Grund, Entscheidung und Auswirkungen fest. So bleibt die Seite eine lebende Referenz statt vergessener Startdokumentation. Ihr Wert liegt nicht in perfekter Sprache, sondern darin, tägliche Entscheidungen an einem gemeinsamen Ergebnis und sichtbaren Grenzen zu prüfen.

BT Management kann KMU bei der Strukturierung des Projektauftrags, bei einem Kick-off-Workshop und bei einem einfachen Review-Rhythmus unterstützen. Gespräche und Workshops für deutschsprachige Märkte finden auf Englisch statt. Die Unterstützung ersetzt keine lokale Rechts-, Steuer-, Arbeitsrechts- oder technische Fachberatung.