Projektauftrag: Vorlage, Beispiele und praktische Tipps

Was ist ein Projektauftrag?

Ein Projektauftrag ist ein kurzes, formelles Dokument, das ein Projekt offiziell genehmigt und dem Projektmanager die Befugnis erteilt, Unternehmensressourcen für dessen Umsetzung einzusetzen. Er ist die einzige verbindliche Quelle dafür, was das Projekt leisten soll, wer beteiligt ist und wie Erfolg aussieht.

Vereinfacht gesagt, ist er eine schriftliche Vereinbarung, die besagt: „Ja, dieses Projekt ist genehmigt, das sind seine Inhalte, und das ist die verantwortliche Person." Das Projektauftragsdokument wird ganz zu Beginn erstellt – noch bevor die detaillierte Planung beginnt.

Im Projektmanagement versteht man unter Projektauftrag das Grundlagendokument, das den gesamten Projektlebenszyklus einleitet. Alles, was folgt – der Plan, die Aufgaben, die Meetings – lässt sich darauf zurückführen.

Um einige häufige Missverständnisse auszuräumen: Das ist ein Projektauftrag nicht:

• Kein detaillierter Projektplan: Er ist eine übergeordnete Zusammenfassung, keine aufgabengenaue Aufschlüsselung.

• Nicht im Alleingang verfasst: Der Sponsor (Auftraggeber:in) unterzeichnet ihn, der Projektmanager erstellt ihn jedoch in der Regel.

• Nicht in Stein gemeißelt: Er kann aktualisiert werden, wenn sich Umfang oder Ziele wesentlich ändern.

Warum ein Projektauftrag wichtig ist, bevor die Arbeit beginnt

Der Zweck eines Projektauftrags besteht darin, Stakeholder aufeinander abzustimmen, eine formelle Genehmigung einzuholen und Scope Creep zu verhindern, bevor die eigentliche Arbeit beginnt. Ohne ihn starten Teams oft schwungvoll, um dann auf halbem Weg festzustellen, dass der Sponsor etwas anderes erwartet hatte.

Ein guter Projektauftrag bringt alle auf denselben Stand, bevor eine einzige Aufgabe

vergeben wird. Er gibt dem Projektmanager außerdem die Befugnis, voranzugehen, Ressourcen zuzuweisen und als Referenzpunkt zu dienen, wenn Prioritäten mitten im Projekt in Frage gestellt werden.

Deshalb nehmen sich Teams die Zeit, einen Projektauftrag zu erstellen:

• Formelle Genehmigung: Die Unterschrift des Sponsors erteilt die offizielle Freigabe und genehmigt das Budget.

• Klare Verantwortlichkeiten: Legt fest, wer wofür zuständig ist und wer die endgültigen Entscheidungen trifft.

• Gemeinsames Verständnis: Alle sehen dieselben Ziele, denselben Umfang und dieselben Erfolgskriterien.

• Frühe Risikoerkennung: Bringt Annahmen und Einschränkungen frühzeitig ans Licht, bevor sie zu Problemen werden.

Kurz gesagt: Ein Projektauftrag hilft Ihnen, schneller zu starten, und spart stundenlange E-Mail-Diskussionen, sobald die Arbeit läuft.

Bestandteile, die jeder Projektauftrag enthalten sollte

Jeder Projektauftrag umfasst einen Kernbestand an Elementen, auch wenn das Format je nach Unternehmen variiert. Zu wissen, was in einem Projektauftrag enthalten ist, hilft Ihnen, ihn selbstbewusst auszufüllen, wenn Sie an der Reihe sind. Hier sind die Abschnitte, die Sie in nahezu jedem Projektauftrag finden werden.

Umfang und Ziele

Der Umfang legt die Grenzen fest, was das Projekt liefern wird und was nicht. Ziele sind die spezifischen, messbaren Ergebnisse, die erreicht werden sollen – sie beantworten die Fragen: „Was lösen wir?“ und „Wie sieht Erfolg aus?“

Ein solider Abschnitt zu Umfang und Zielen enthält das Kernproblem, das Sie angehen, das primäre Ergebnis (z. B. „Neues Produktfeature bis Q3 launchen“), die wichtigsten Liefergegenstände sowie explizit ausgeschlossene Punkte. Festzuhalten, was das Projekt nicht abdecken wird, ist genauso wichtig wie das, was es abdecken wird – es ist der einfachste Weg, späterem Scope Creep vorzubeugen.

Stakeholder und Rollen

Dieser Abschnitt benennt alle Personen, die ein Interesse am Projekt haben, und klärt, wer welche Entscheidungen treffen darf. Ein Stakeholder ist jede Person, die vom Projekt betroffen ist oder es beeinflussen kann – vom Executive Sponsor bis hin zu den Endnutzern des fertigen Produkts.

Typische zu dokumentierende Rollen sind der Projektsponsor (die Führungskraft, die das Projekt finanziert und genehmigt), der Projektmanager (verantwortlich für die tägliche Umsetzung), Kernteammitglieder (die Personen, die die Arbeit erledigen) und wichtige Stakeholder (Abteilungsleiter, Endnutzer oder Partner, die auf dem Laufenden gehalten werden müssen). Während der Projektmanager den Projektauftrag in der Regel verfasst, ist der Sponsor derjenige, der ihn unterzeichnet.

Zeitplan und Meilensteine

Der Zeitplan gibt einen übergeordneten Überblick darüber, wann das Projekt stattfinden wird – keinen detaillierten Ablaufplan, sondern die wichtigsten Phasen und Termine. Ein Meilenstein ist ein bedeutender Kontrollpunkt oder Liefergegenstand, etwa „Prototyp fertiggestellt“ oder „Nutzertests abgeschlossen“.

Ein Zeitplanabschnitt enthält typischerweise das Projektstartdatum, drei bis fünf wichtige Meilensteine sowie das angestrebte Abschlussdatum. Die detaillierte Aufgabenplanung gehört in den Projektplan – der Projektauftrag gibt den Stakeholdern lediglich ein realistisches Bild davon, wann mit Ergebnissen zu rechnen ist.

Budget-Übersicht

Der Budget-Abschnitt fasst die voraussichtlichen Gesamtkosten und die wichtigsten Kategorien zusammen, für die das Geld verwendet wird, z. B. Personal, Software oder externe Dienstleister. Er benennt auch die Finanzierungsquelle – welche Abteilung oder welche Budgetlinie die Arbeit bezahlt.

Dies ist kein Einzelpostenbudget. Es handelt sich um eine übergeordnete Schätzung, die auch Einschränkungen aufzeigen kann, wie z. B. „darf 75.000 € nicht überschreiten“. Wenn der Sponsor den Projektauftrag genehmigt, verpflichtet er sich zu diesem Budget.

Risiken und Annahmen

Risiken sind potenzielle Probleme, die das Projekt zum Entgleisen bringen könnten. Annahmen sind Dinge, die Sie als selbstverständlich voraussetzen, wie z. B. „der Lieferant wird pünktlich liefern“. Beides frühzeitig zu benennen hilft dem Team, sich auf Überraschungen vorzubereiten, statt davon überrumpelt zu werden.

Hier sind einige kurze Beispiele:

• Risiken: Ein wichtiges Teammitglied könnte das Unternehmen verlassen, ein Lieferant könnte sich verzögern, eine behördliche Genehmigung könnte länger dauern als erwartet.

• Annahmen: Stakeholder geben innerhalb von drei Werktagen Feedback, die bestehende Infrastruktur kann das neue Feature unterstützen, das Budget wird nicht mitten im Projekt gekürzt.

Dieser Abschnitt ist kein Ausdruck von Pessimismus – er steht für realistische Planung.

Erfolgskriterien

Erfolgskriterien legen fest, wie Sie messen, ob das Projekt seine Ziele erreicht. Sie sind spezifisch und beobachtbar, keine vagen Aussagen wie „Kundenerlebnis verbessern“. Beispiele sind „das neue Feature bis zum 15. Oktober an 500 Beta-Nutzer ausrollen“ oder „die Migration mit null Datenverlust und weniger als zwei Stunden Ausfallzeit abschließen“.

Wenn alle im Voraus einig sind, wie „fertig“ aussieht, gibt es am Ende der Arbeit deutlich weniger Diskussionen.

Projektauftrag vs. Projektplan vs. Business Case

Diese drei Dokumente werden leicht verwechselt; daher hilft ein direkter Vergleich.

Die wesentliche Unterscheidung ist einfach: Der Projektauftrag genehmigt das Projekt und definiert, wie Erfolg aussieht, der Plan schlüsselt auf, wie Sie dorthin gelangen, und der Business Case erklärt, warum das Projekt überhaupt durchgeführt werden sollte.

Wer schreibt und unterzeichnet den Projektauftrag?

Wer schreibt also einen Projektauftrag? In der Regel der Projektmanager – oft mit Beiträgen des Sponsors und wichtiger Stakeholder. Der Sponsor, der typischerweise die das Projekt finanzierende Führungskraft ist, prüft und unterzeichnet die endgültige Version.

Die Unterschrift des Sponsors verleiht dem Projektauftrag Autorität.

Ohne sie ist das Dokument nur ein Entwurf. Mit ihr ist das Projekt offiziell zur Durchführung freigegeben.

In größeren Organisationen kann ein Project Management Office (PMO) eine Vorlage bereitstellen oder den Projektauftrag auf Konsistenz prüfen. Wenn Sie zum ersten Mal als Projektmanager tätig sind, ist eine enge Zusammenarbeit mit Ihrem Sponsor bei der Erstellung dieses Dokuments völlig normal – und wird erwartet.

Schritte zur Erstellung eines Projektauftrags von Grund auf

Jetzt, da Sie wissen, was in einen Projektauftrag gehört, erfahren Sie hier, wie Sie einen Projektauftrag verfassen. Diese Schritte funktionieren, egal ob Sie mit einer leeren Seite beginnen oder eine Vorlage ausfüllen.

1. Informationen von Sponsor und Team einholen

Bevor Sie etwas schreiben, sammeln Sie Informationen von den Personen, die das Projekt angefordert haben, und von denen, die die Arbeit erledigen werden. Ein kurzes Kick-off-Gespräch ist oft der schnellste Weg, um die Vision des Sponsors, übergeordnete Ziele, bekannte Einschränkungen und die zu informierenden Personen abzustimmen.

Sich für diesen Schritt Zeit zu nehmen bewahrt Sie davor, einen Projektauftrag im luftleeren Raum zu schreiben – und ihn später neu schreiben zu müssen, wenn Sie feststellen, dass Sie etwas Wichtiges übersehen haben.

2. Ziele und Erfolgskriterien definieren

Übersetzen Sie die Vision des Sponsors in spezifische, messbare Ziele. Jedes sollte die Frage beantworten: Was werden wir erreichen und woran werden wir erkennen, dass wir erfolgreich waren?

Hier ist der Unterschied zwischen vage und konkret:

• Vage: „Kundenerlebnis verbessern“

• Konkret: „Durchschnittliche Support-Reaktionszeit bis zum 31. Dezember von 24 Stunden auf vier Stunden reduzieren“

Formulieren Sie Ziele in klarer Sprache und verzichten Sie auf Buzzwords – Klarheit schlägt Cleverness jedes Mal.

3. Umfang, Liefergegenstände und Einschränkungen skizzieren

Legen Sie fest, was das Projekt liefern wird (im Umfang enthalten) und was nicht (außerhalb des Umfangs). Punkte außerhalb des Umfangs von Anfang an aufzulisten ist eine der einfachsten Möglichkeiten, um zu verhindern, dass Stakeholder mitten im Projekt neue Anforderungen einbringen.

Notieren Sie auch bekannte Einschränkungen, wie z. B. „muss die bestehende Infrastruktur nutzen“ oder „Deadline kann nicht verschoben werden“. Klare Grenzen halten das Team auf die wesentliche Arbeit fokussiert.

4. Stakeholder und Governance abbilden

Listen Sie alle Personen oder Gruppen auf, die Interesse am Projekt haben, und klären Sie anschließend die Rolle und die Entscheidungsbefugnis jeder Person. Ein einfaches Tabellenformat funktioniert gut: Name und Rolle in einer Spalte, Verantwortlichkeit in einer anderen und Entscheidungsbefugnis in der dritten.

Dokumentieren Sie auch, wie oft Stakeholder Updates erhalten werden – z. B. eine wöchentliche E-Mail oder ein monatliches Steuerungsmeeting. Klare Governance verhindert Verwirrung, wenn Meinungsverschiedenheiten auftreten.

5. Zeitplan und Budget schätzen

Erstellen Sie einen übergeordneten Zeitplan mit drei bis fünf wichtigen Meilensteinen und einem angestrebten Enddatum. Dies ist kein Gantt-Diagramm – es ist eine Roadmap, die Phasen und wichtige Kontrollpunkte zeigt, wie z. B. „Phase 1 (Wochen 1–2): Anforderungserhebung“ oder „Phase 2 (Wochen 3–6): Entwicklung und Tests“.

Geben Sie im Budget die geschätzten Gesamtkosten an und schlüsseln Sie diese in Hauptkategorien wie Personal, Tools und externe Dienstleistungen auf. Der Sponsor genehmigt beides – wenn eines davon unrealistisch erscheint, verhandeln Sie Anpassungen, bevor Sie es finalisieren.

6. Wesentliche Risiken und Gegenmaßnahmen identifizieren

Erarbeiten Sie gemeinsam mit Ihrem Team und Ihrem Sponsor potenzielle Risiken. Notieren Sie für jede Maßnahme, was Sie tun werden, um sie zu verhindern oder ihre Auswirkungen zu reduzieren.

Zum Beispiel: Wenn ein wichtiger Entwickler das Projekt möglicherweise mittendrin verlässt, schulen Sie einen zweiten Entwickler als Backup. Wenn ein Lieferant seinen Termin verpassen könnte, bauen Sie einen Puffer von zwei Wochen in den Zeitplan ein. Risiken aufzulisten bedeutet nicht, dass das Projekt scheitern wird – es bedeutet, realistisch zu planen.

7. Überprüfen, verfeinern und Genehmigung einholen

Teilen Sie den Entwurf mit Ihrem Sponsor und den wichtigsten Stakeholdern. Ein kurzes Review-Meeting, bei dem der Projektauftrag Abschnitt für Abschnitt durchgegangen wird, deckt Unstimmigkeiten oft auf, bevor sie zu größeren Problemen werden.

Sobald alle einverstanden sind, unterzeichnet und datiert der Sponsor das Dokument offiziell – und der Projektauftrag wird zu Ihrer offiziellen Genehmigung, mit der Arbeit zu beginnen. Speichern Sie ihn an einem gemeinsam zugänglichen Ort, z. B. in einem Projektordner oder in einer Wissensdatenbank, damit das Team ihn während des gesamten Projekts als Referenz nutzen kann.

Tipps, um Ihren Projektauftrag klar und prägnant zu halten

Viele Projektaufträge werden zu lang oder zu vage, um nützlich zu sein. Die Besten sind kurz, spezifisch und jederzeit im Projektverlauf leicht nachvollziehbar.

Ein paar einfache Gewohnheiten machen einen großen Unterschied:

• Einseitiges Format verwenden: Halten Sie sich, wann immer möglich, an eine oder zwei Seiten und verwenden Sie Aufzählungspunkte und kurze Absätze statt dichter Fließtexte. Wenn Ihr Projektauftrag fünf Seiten umfasst, enthält er wahrscheinlich zu viele Details.

• In klarer Sprache schreiben: Verzichten Sie auf Fachjargon und Abkürzungen, die nicht jeder versteht. „Marketing und Vertrieb helfen, Kundendaten einfacher auszutauschen“ ist besser als „Synergien über funktionsübergreifende Vertikalen operationalisieren“.

• Auf unterstützende Dokumente verweisen: Verweisen Sie auf das Anforderungsdokument, den Projektplan oder das Risikoregister, anstatt alles in den Projektauftrag selbst zu packen. Tools wie MeisterTask ermöglichen es Ihnen, Dokumente direkt an Projektboards anzuhängen, sodass alles zentral bleibt.

Kostenlose Projektauftrag-Vorlage, die Sie in MeisterTask kopieren können

Wenn Sie lieber nicht mit einer leeren Seite beginnen möchten, bietet MeisterTask eine sofort einsatzbereite Projektauftrag-Vorlage, die Sie kopieren und anpassen können. Sie ist nach denselben Elementen strukturiert, die oben behandelt wurden – Ziele, Umfang, Stakeholder, Zeitplan, Budget, Risiken und Erfolgskriterien.

Was die Vorlage besonders nützlich macht, ist, dass sie in einem MeisterTask-Projektboard lebt. Sobald Ihr Projektauftrag genehmigt ist, kann jeder Meilenstein zu einer umsetzbaren Aufgabe werden, ohne das Tool wechseln oder Details in andere Dokumente kopieren zu müssen.

Projektauftrag-Beispiele für verschiedene Projekttypen

Reale Projektauftrag-Beispiele zu sehen hilft dabei, das Konzept zu verinnerlichen. Hier sind vier kurze Beispiele, die zeigen, wie dieselbe Struktur in sehr unterschiedlichen Projekten aussieht.

Produktlaunch

• Projektname: Dark-Mode-Feature für die mobile App

• Ziel: Dark Mode für iOS und Android bis zum 30. November launchen

• Umfang: Dark-Mode-UI entwerfen, entwickeln und testen; Einstellungsmenü aktualisieren; In-App-Tutorial erstellen

• Außerhalb des Umfangs: Neugestaltung anderer Features, Tablet-Optimierung

• Stakeholder: Produktmanager (Sponsor), Lead Designer, zwei Entwickler, QA-Lead

• Zeitplan: Acht Wochen

• Budget: 25.000 € (internes Personal)

• Erfolgskriterien: Live bis 30. November, von 30 % der Nutzer im ersten Monat genutzt, weniger als fünf kritische Bugs

• Wesentliche Risiken: Verzögerungen bei der App-Store-Genehmigung (Gegenmaßnahme: zwei Wochen früher einreichen)

Marketingkampagne

• Projektname: Q4-Weihnachts-E-Mail-Kampagne

• Ziel: 15-prozentigen Anstieg des Online-Umsatzes im November und Dezember erzielen

• Umfang: Fünf-E-Mail-Serie, Grafiken, Automatisierungseinrichtung, A/B-Tests

• Außerhalb des Umfangs: Social Ads, Influencer-Partnerschaften, Website-Redesign

• Stakeholder: Marketingdirektor (Sponsor), E-Mail-Manager, Designer, Texter

• Zeitplan: Sechs Wochen

• Budget: 8.000 €

• Erfolgskriterien: Alle E-Mails planmäßig versendet, 25 Prozent Öffnungsrate, 50.000 € zurechenbarer Umsatz

• Wesentliche Risiken: Designer nicht verfügbar (Gegenmaßnahme: freiberufliche Backup-Option bereithalten)

IT-System-Rollout

• Projektname: Cloud-Speicher-Migration

• Ziel: Unternehmensdateien bis zum 31. März von lokalen Servern in die Cloud migrieren

• Umfang: Anbieterauswahl, 10-TB-Datenmigration, Berechtigungen, Mitarbeiterschulung

• Außerhalb des Umfangs: Dateien älter als fünf Jahre, Drittanbieter-App-Integrationen

• Stakeholder: IT-Direktor (Sponsor), Systemadministrator, zwei IT-Support-Mitarbeiter, Abteilungsleiter

• Zeitplan: 12 Wochen

• Budget: 15.000 €

• Erfolgskriterien: Null Datenverlust, weniger als vier Stunden Ausfallzeit, 90 Prozent der Mitarbeiter innerhalb von zwei Wochen geschult

• Wesentliche Risiken: Langsame Datenübertragung (Gegenmaßnahme: Migration an einem Wochenende mit geringer Auslastung durchführen)

Prozessverbesserung

• Projektname: Rechnungsgenehmigung optimieren

• Ziel: Rechnungsgenehmigungszeit von 10 Werktagen auf drei reduzieren

• Umfang: Aktuellen Workflow abbilden, Engpässe identifizieren, Weiterleitung automatisieren, Richtlinien aktualisieren

• Außerhalb des Umfangs: Wechsel der Buchhaltungssoftware, Neuverhandlung von Zahlungsbedingungen

• Stakeholder: CFO (Sponsor), Finanzmanager, Kreditorenbuchhaltungsleiter, IT-Support

• Zeitplan: 8 Wochen

• Budget: 5.000 €

• Erfolgskriterien: Genehmigungszeit sinkt auf drei Tage oder weniger, null verlorene Rechnungen, 100 Prozent des Finanzteams geschult

• Wesentliche Risiken: Widerstand von Genehmigern (Gegenmaßnahme: sie in den Gestaltungsprozess einbeziehen)

Den Projektauftrag während des Projekts lebendig halten

Ein Projektauftrag ist kein „einmal schreiben und vergessen“-Dokument. Um nützlich zu bleiben, sollte es ein lebendiges Referenzdokument sein, auf das Sie jederzeit zurückgreifen können, wenn Fragen auftauchen oder Entscheidungen getroffen werden müssen.

Bei Umfangsänderungen aktualisieren

Wenn sich Umfang, Zeitplan oder Budget wesentlich ändern, aktualisieren Sie den Projektauftrag und lassen Sie ihn vom Sponsor erneut genehmigen. Betrachten Sie ihn als Vertrag – jede Änderung der Vereinbarung muss von beiden Parteien unterzeichnet werden.

Geringfügige Anpassungen erfordern keine vollständige Überarbeitung. Aber wesentliche Änderungen – ein neuer Liefergegenstand, eine Deadline, die sich um mehr als ein paar Wochen verschiebt, oder eine erhebliche Budgeterhöhung – schon.

Abschnitte mit Kanban-Aufgaben verknüpfen

Sobald der Projektauftrag genehmigt ist, unterteilen Sie die Meilensteine in konkrete Aufgaben auf einem Kanban Board. MeisterTask macht das einfach: Sie können den Projektauftrag dem Projekt anhängen und Aufgaben erstellen, die direkt jedem Meilenstein zugeordnet sind, sodass das Team immer sieht, wie seine tägliche Arbeit mit dem Gesamtbild zusammenhängt.

Der Projektauftrag ist das „Was“. Das Kanban-Board ist das „Wie“.

Versionsverlauf sicher speichern

Speichern Sie jede Version des Projektauftrags mit einem Datumsstempel, insbesondere wenn er während des Projekts aktualisiert wird. Der Versionsverlauf hilft dem Team nachzuverfolgen, wie sich das Projekt entwickelt hat, und bietet Stakeholdern einen Prüfpfad.

Die Notizen-Funktion von MeisterTask ermöglicht es Ihnen, den Projektauftrag und die zugehörigen Dokumente an einem sicheren, zentralen Ort zu speichern. Mit ISO-27001-Zertifizierung und vollständiger DSGVO-Konformität sind Ihre Projektdaten geschützt – was insbesondere in regulierten Branchen oder im öffentlichen Sektor von Bedeutung ist.

Mit MeisterTask Ihren Projektauftrag in die Tat umsetzen

Sie wissen jetzt, was ein Projektauftrag ist, wie man ihn formuliert und was er enthalten sollte. Ein solider Projektauftrag stimmt alle über Ziele, Umfang und Erfolgskriterien ab, bevor die Arbeit beginnt – und erspart stundenlange Verwirrung, sobald das Projekt in Gang ist.

Jetzt kommt der spannende Teil: Meilensteine in Aufgaben umwandeln und Dinge erledigen. MeisterTask hilft Ihnen mit intuitiven Kanban-Boards, anpassbaren Vorlagen, integrierter Zusammenarbeit und Sicherheit auf Enterprise-Niveau (ISO-27001-zertifiziert, DSGVO-konform und in Deutschland gehostet).