Was ein Projektauftrag ist
Der Projektauftrag — auch Project Charter genannt — ist das Dokument, mit dem ein Projekt formal beauftragt und gestartet wird. Er hält die wesentlichen Eckpunkte fest: Warum gibt es das Projekt, was soll erreicht werden, in welchem Rahmen und wer ist verantwortlich. Damit schafft er eine gemeinsame Grundlage zwischen Auftraggeber und Projektleitung.
Seine Bedeutung wird oft unterschätzt. Ein Projektauftrag ist mehr als Bürokratie: Er ist die Vereinbarung, auf die sich alle Beteiligten berufen können, wenn später Unklarheiten entstehen. Ohne ihn beginnt ein Projekt auf unsicherem Boden — Ziele werden unterschiedlich verstanden, der Umfang wuchert, und niemand weiss genau, wann das Projekt erfolgreich ist.
Der Projektauftrag entsteht in der Initialisierungsphase und markiert deren Abschluss. Mit seiner Genehmigung gibt der Auftraggeber grünes Licht und stellt die nötigen Mittel bereit. Er ist damit das erste wichtige Tor im Projektlebenszyklus.
Was in den Projektauftrag gehört
Ein vollständiger Projektauftrag beantwortet die zentralen Fragen jedes Vorhabens:
- Ausgangslage und Begründung — warum gibt es das Projekt, welches Problem löst es?
- Ziele — was soll konkret und messbar erreicht werden?
- Umfang (Scope) — was gehört dazu und, ebenso wichtig, was nicht?
- Ergebnisse (Deliverables) — welche konkreten Resultate werden geliefert?
- Rahmenbedingungen — Budget, Termine, verfügbare Ressourcen.
- Organisation — wer ist Auftraggeber, wer Projektleitung, wer im Team?
- Risiken — welche grösseren Risiken sind bereits erkennbar?
Der wirkungsvollste Teil eines Projektauftrags ist oft die Liste dessen, was NICHT zum Projekt gehört. Sie verhindert das schleichende Anwachsen des Umfangs — den berüchtigten Scope Creep.
Ziele richtig formulieren
Die Qualität eines Projektauftrags steht und fällt mit der Klarheit der Ziele. Vage Ziele wie „die Prozesse verbessern“ taugen nicht — sie lassen sich nicht überprüfen. Gute Ziele sind spezifisch, messbar und terminiert. Statt „die Kundenzufriedenheit erhöhen“ also „die Bearbeitungszeit von Anfragen bis Ende Q3 von fünf auf zwei Tage senken“. Erst messbare Ziele machen am Ende eine ehrliche Erfolgsbewertung möglich.
Die Rolle der Verantwortlichkeiten
Ein Projektauftrag benennt klar, wer welche Rolle innehat. Mindestens müssen Auftraggeber und Projektleitung eindeutig festgelegt sein. Der Auftraggeber trägt die Gesamtverantwortung und trifft die wesentlichen Entscheidungen; die Projektleitung steuert das Vorhaben operativ. Bei grösseren Projekten lohnt es sich, die Verantwortlichkeiten weiter auszudifferenzieren — etwa mit einer RACI-Matrix.
Vom Auftrag zur Planung
Der Projektauftrag liefert den Rahmen, nicht den Detailplan. Er sagt, was erreicht werden soll und in welchem Rahmen — die konkrete Planung von Aufgaben, Terminen und Ressourcen folgt in der nächsten Phase. Diese Trennung ist sinnvoll: Erst wenn der Rahmen genehmigt ist, lohnt sich der Aufwand der Detailplanung.
Häufige Fehler
Typische Schwächen von Projektaufträgen sind unklare oder unmessbare Ziele, ein fehlender oder schwammiger Scope, nicht benannte Verantwortlichkeiten und unrealistische Rahmenbedingungen. Ein häufiger Fehler ist auch, den Auftrag als reine Formalität zu behandeln und ihn ohne echte Abstimmung zwischen Auftraggeber und Projektleitung zu erstellen. Der Wert des Dokuments liegt gerade im gemeinsamen Verständnis, das bei seiner Erstellung entsteht.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Wer erstellt den Projektauftrag?
- In der Regel erarbeiten Auftraggeber und Projektleitung ihn gemeinsam. Der Auftraggeber genehmigt ihn formal und gibt damit das Projekt frei.
- Was ist der Unterschied zwischen Projektauftrag und Pflichtenheft?
- Der Projektauftrag steckt den groben Rahmen ab (Ziele, Umfang, Budget, Rollen). Das Pflichtenheft beschreibt detailliert, wie die Anforderungen umgesetzt werden. Der Auftrag kommt zuerst.
- Wie lang sollte ein Projektauftrag sein?
- So kurz wie möglich, so lang wie nötig. Bei kleinen Projekten reicht oft eine Seite, bei grossen sind mehrere Seiten sinnvoll. Entscheidend ist Klarheit, nicht Umfang.