Projektauftrag
Ein geführtes Formular zu Umfang, Zielen, Stakeholdern, Risiken und Erfolgskriterien, das einen formatierten Auftrag als Word-Datei oder PDF ausgibt.
Vorlagen ▾
Exportieren ▾
Mit einem echten Beispiel anfangen
Eines auswählen und anpassen. Alles bleibt auf diesem Gerät. Nichts wird hochgeladen.
Warum und was
Zweck
nötigWarum das gemacht wird, in ein paar Sätzen, die jemand außerhalb des Teams versteht.
Das Problem
Was heute nicht stimmt. Geschrieben als das, was passiert, nicht als das Fehlen Ihrer Lösung.
Ziele
nötigWas dieses Projekt erreichen wird. Drei ist meist richtig; jenseits von fünf hat das Projekt nicht gewählt.
Woran man fertig erkennt
nötigWie irgendjemand merkt, dass es funktioniert hat. Zahlen, wo Sie welche haben, und ein Datum.
Grenzen
Im Umfang
nötigWas dieses Projekt tun wird.
Außerhalb des Umfangs
nötigWas es nicht tun wird, einschließlich dessen, was im dritten Monat jemand verlangen wird.
Annahmen
Was wahr bleiben muss. Jede ist ein Risiko, falls sie es nicht ist.
Rahmenbedingungen
Was Sie nicht ändern können: ein Termin, ein Budget, ein System, eine Vorschrift.
Der Plan
Ergebnisse
nötigWas am Ende existiert und übergeben werden kann.
Meilensteine
nötigDie wenigen Termine, auf die es ankommt, nicht der ganze Plan.
| Meilenstein | Datum |
|---|
Budget
Was freigegeben wurde, und von wem.
Menschen
Auftraggeber
nötigDie eine Person, die den Umfang ändern oder das Ganze stoppen kann.
Projektleitung
nötigDie eine Person, die es täglich führt.
Beteiligte
Wer betroffen ist und worauf es ihnen ankommt.
| Name | Rolle | Worauf es ihnen ankommt |
|---|
Risiken
Risiken
Was das aufhalten könnte, und was Sie jeweils dagegen tun.
| Risiko | Maßnahme |
|---|
0% geschrieben, über 15 Abschnitte.
Was fehlt
- Noch nichts geschrieben. Fangen Sie oben an; die Reihenfolge ist die, die ein Leser braucht.
Häufige Fragen
Die Fragen, die zu diesem Dokument wirklich gestellt werden.
- Was ist ein Projektauftrag?
- Ein Dokument, das sagt, warum es ein Projekt gibt, was es tun und nicht tun wird, wer entscheiden darf und woran man fertig erkennt. Es entsteht, bevor die Arbeit beginnt, und es ist das, worauf Sie zeigen, wenn jemand etwas verlangt, das das Projekt nie zugesagt hat.
- Worin unterscheidet er sich von einem Projektplan?
- Der Auftrag sagt was und warum, der Plan sagt wie und wann, im Detail. Ein Auftrag ist ein bis zwei Seiten und ändert sich selten. Ein Plan ist ein Terminplan und ändert sich wöchentlich. Fast jeder schlechte Auftrag ist auf dieselbe Weise schlecht, nämlich ein Plan mit Deckblatt: vierzig Aufgaben, und nirgends steht, wozu das Projekt da ist.
- Wie lang sollte er sein?
- Ein bis zwei Seiten. Ist er länger, liest ihn niemand, und ein ungelesener Auftrag kann keinen Streit entscheiden, was seine einzige echte Aufgabe ist. Deshalb sind die Abschnitte hier kurze Felder und keine leere Seite.
- Warum ist der Teil außerhalb des Umfangs so wichtig?
- Weil nur er je geprüft wird. Über den Zweck streitet niemand; gestritten wird im dritten Monat darüber, ob der zweite Standort enthalten war. Ein Umfang, außerhalb dessen nichts steht, ist ein Wunsch und keine Grenze, und die nützlichen Einträge sind die konkreten Dinge, die jemand plausibel verlangen wird.
- Wer sollte ihn unterschreiben?
- Der Auftraggeber, und das sollte eine namentlich genannte Person sein, kein Gremium. Die Probe ist, ob sie das Projekt aus eigener Vollmacht stoppen könnte. Lautet die Antwort nein, steht der falsche Name im Feld, und Sie erfahren das zum denkbar schlechtesten Zeitpunkt.
- Wann sollte er überarbeitet werden?
- Wenn etwas darin aufhört zu stimmen: der Auftraggeber wechselt, eine Rahmenbedingung verschiebt sich, eine Annahme fällt. Nicht nach Kalender. Ein Auftrag mit monatlichem Update ist ein Statusbericht geworden, und der Statusbericht sollte ein anderes Dokument sein.
Verwandte Tools
Risikomatrix und -register
.riskmBewerten Sie Risiken nach Wahrscheinlichkeit und Auswirkung und führen Sie das Register dazu.
VerfügbarGantt-Diagramm
.ganttOrdnen Sie Aufgaben, Dauern und Abhängigkeiten auf einer Zeitachse an.
VerfügbarFlussdiagramm
.flowxStellen Sie einen Prozess mit den Standardformen dar, korrekt verbunden.
Verfügbar