Vorlage für einen Projektsteckbrief
Vier verlinkte Dokumente, die ein Projekt sauber starten und ehrlich halten: warum jetzt, das eine Ziel, was dazugehört und was nicht, wer entscheidet, die Meilensteine und die Risiken. Laden Sie sie als Markdown-Dateien herunter: Sie öffnen sich in jedem Editor, zeigen ihr Diagramm auf GitHub und in Obsidian und lassen sich als Karte in Nodary importieren.
4 Markdown-Dateien in einem .zip, 4 kB
Kostenlos, ohne Konto und ohne E-Mail-Adresse. Nutzen, ändern und teilen Sie sie, wie Sie möchten.
Lesen Sie jede Seite vor dem Download
Der Steckbrief passt auf einen Bildschirm und verlinkt drei Teile: die Menschen, den Plan und die Risiken. Kursive Zeilen sagen, was hineingehört; die Beispiele folgen einem einzigen Beispielprojekt, dem Umzug eines Hilfecenters auf eine neue Website vor Vertragsende.
Dokumente
Datei Projektsteckbrief-Vorlage/Projektsteckbrief.md
Projektsteckbrief
So nutzen Sie diese Vorlage: Kursive Zeilen sind Hinweise. Ersetzen Sie sie durch Ihre eigenen Worte und löschen Sie sie dann. Werte in eckigen Klammern füllen Sie aus. Halten Sie diese Seite auf einem Bildschirm: Wer neu ins Projekt kommt, soll sie in fünf Minuten verstehen.
Auf einen Blick
| Feld | Dieses Projekt |
|---|---|
| Projekt | [Name] |
| Auftraggeber | [Name] |
| Projektleitung | [Name] |
| Start | [Datum] |
| Frist | [Datum] |
| Budget | [Betrag, oder Personen und Wochen] |
| Status | [vorgeschlagen, genehmigt, läuft, abgeschlossen] |
| Nächster Meilenstein | [Name und Datum] |
Warum jetzt
Was passiert, wenn das Team nichts tut. Ein Steckbrief ohne Grund, jetzt zu starten, ist eine Wunschliste.
Beispiel (ein Beispielprojekt): Der Hosting-Vertrag des Hilfecenters endet am 30. Juni. Danach sind seine 400 Artikel und die Suche dahinter offline.
[Warum dieses Projekt und warum jetzt]
Ziel
Ein Ergebnis, messbar, mit Datum. Brauchen Sie zwei Ziele, haben Sie wahrscheinlich zwei Projekte.
[Was gilt, wenn das Projekt fertig ist, und bis wann]
Umfang
- Im Umfang: [...]
- Nicht im Umfang: [...]
- Noch zu entscheiden: [...]
Rahmenbedingungen
- Budget: [...]
- Frist: [...]
- Personen: [...]
- Darf sich nicht ändern: [...]
Der Rest des Steckbriefs
Jeder Teil ist ein eigenes Dokument. Verlinken Sie ihn, statt daraus zu kopieren, damit jede Tatsache an einer Stelle lebt.
- Stakeholder und Rollen: wer entscheidet, wer arbeitet, wer gefragt und wer informiert wird
- Plan und Meilensteine: Meilensteine, Phasen, Budget und Berichte
- Risiken und Entscheidungen: Risiken, Annahmen, Entscheidungsprotokoll und offene Fragen
Diese Vorlage dürfen Sie frei nutzen, ändern und teilen. Sie stammt von Nodary, wo sich diese Dateien als Karte verlinkter Dokumente importieren lassen.
Datei Projektsteckbrief-Vorlage/Projektsteckbrief/01 Stakeholder und Rollen.md
Stakeholder und Rollen
Alle, von denen das Projekt abhängt oder die es betrifft, und was jede Person darin tut. Ein Stakeholder, der beim Launch vom Projekt erfährt, ist ein vermeidbares Risiko.
Personen
| Person oder Team | Rolle im Projekt | Verantwortlich für | Entscheidet über |
|---|---|---|---|
| [Name] | [Auftraggeber] | [...] | [Budget, Umfang] |
| [Name] | [Projektleitung] | [...] | [...] |
| [Team] | [...] | [...] | [...] |
RACI
R führt die Arbeit aus, A entscheidet und steht dafür gerade, C wird vorher gefragt, I wird danach informiert. Genau ein A pro Zeile.
| Arbeitspaket | R (führt aus) | A (steht gerade) | C (gefragt) | I (informiert) |
|---|---|---|---|---|
| [Umfang] | [...] | [...] | [...] | [...] |
| [Budget] | [...] | [...] | [...] | [...] |
| [Umsetzung] | [...] | [...] | [...] | [...] |
| [Launch] | [...] | [...] | [...] | [...] |
Beispiel (ein Beispielprojekt): Inhaltsmigration: Das Support-Team führt aus, die Support-Leiterin steht gerade, das Produktteam wird zur Artikelstruktur gefragt, und der Vertrieb wird über die neuen Adressen informiert.
Wie wir kommunizieren
- Wöchentliches Update: [wo und wann]
- Entscheidungen: [wo sie festgehalten werden]
- Fragen: [wo man sie stellt, und wer antwortet]
Datei Projektsteckbrief-Vorlage/Projektsteckbrief/02 Plan und Meilensteine.md
Plan und Meilensteine
Der Plan auf der Ebene, die der Auftraggeber liest. Detaillierte Aufgaben leben dort, wo das Team arbeitet; diese Seite sagt, wann jeder Meilenstein landet und woran Sie es erkennen.
Meilensteine
| Meilenstein | Datum | Fertig, wenn | Verantwortlich |
|---|---|---|---|
| [...] | [Datum] | [...] | [Name] |
| [...] | [...] | [...] | [...] |
| [...] | [...] | [...] | [...] |
„Fertig, wenn“ ist die Spalte, die man überspringt. Ohne sie ist ein Meilenstein nur ein Datum.
Beispiel (ein Beispielprojekt): Inhalte migriert, 15. Mai: fertig, wenn jeder Artikel auf der neuen Website mit funktionierenden Links öffnet, geprüft vom Support.
Phasen
- Steckbrief genehmigtPlanen
- PlanenUmsetzen
- UmsetzenPrüfen
- PrüfenLaunch
- LaunchAbschluss
Mermaid
flowchart LR n0["Steckbrief genehmigt"] n1["Planen"] n2["Umsetzen"] n3["Prüfen"] n4["Launch"] n5["Abschluss"] n0 --> n1 n1 --> n2 n2 --> n3 n3 --> n4 n4 --> n5
Budget
| Posten | Schätzung | Ausgegeben | Notizen |
|---|---|---|---|
| [Personal] | [...] | [...] | [...] |
| [Tools und Dienste] | [...] | [...] | [...] |
| [Reserve] | [...] | [...] | [...] |
Berichte
Wie oft der Fortschritt berichtet wird, an wen und was einen Status von „im Plan“ zu „gefährdet“ macht.
- Im Plan: [...]
- Gefährdet: [...]
- Verzug: [...]
Datei Projektsteckbrief-Vorlage/Projektsteckbrief/03 Risiken und Entscheidungen.md
Risiken und Entscheidungen
Risiken
| Risiko | Wahrscheinlichkeit | Auswirkung | Was wir tun | Verantwortlich |
|---|---|---|---|---|
| [...] | [gering, mittel, hoch] | [gering, mittel, hoch] | [...] | [Name] |
| [...] | [...] | [...] | [...] | [...] |
Beispiel (ein Beispielprojekt): Die Weiterleitungen von den alten Adressen sind am 30. Juni nicht fertig: hohe Auswirkung. Der Entwickler richtet sie im Mai ein, und der Support testet die 50 meistgelesenen Artikel.
Annahmen
Was Sie glauben, aber nicht geprüft haben. Jede Annahme ist ein Risiko, bis jemand sie bestätigt.
- [Annahme], geprüft von [Name] bis [Datum]
- [...]
Entscheidungsprotokoll
Jede Entscheidung, die Umfang, Termin oder Budget ändert: was, wer, warum und welche Seite sich geändert hat.
| Datum | Entscheidung | Entschieden von | Warum | Geänderte Seite |
|---|---|---|---|---|
| [Datum] | [...] | [...] | [...] | [...] |
Offene Fragen
- [Frage], [wer sie beantwortet], [bis wann]
So nutzen Sie sie
Den Steckbrief in einem Zug schreiben
Füllen Sie die Übersicht mit Auftraggeberin und Projektleitung aus, in etwa einer Stunde: warum jetzt, das Ziel, der Umfang und die Rahmenbedingungen. Alles andere folgt daraus.
Genau eine Person entscheidet
Geben Sie in der RACI jedem Arbeitspaket genau eine verantwortliche Person. Zwei Entscheider sind keiner.
Aus Terminen Prüfungen machen
Schreiben Sie für jeden Meilenstein, was „fertig“ heißt. Ein Termin ohne Prüfung verschiebt sich still.
Bei jedem Meilenstein prüfen
Gleichen Sie den Steckbrief bei jedem Meilenstein mit der Wirklichkeit ab, aktualisieren Sie die Risiken und halten Sie jede Entscheidung fest, die Umfang oder Termin ändert.
Als Karte in Nodary importieren
Nodary ist ein KI-nativer Workspace, in dem die Dokumente eines Teams verlinkt sind, statt sich zu stapeln. Importieren Sie die .zip, und der Steckbrief kommt mit seinen drei Teilen darunter an, die Links bleiben erhalten. Geben Sie jedem Dokument eine zuständige Person und ein Fälligkeitsdatum, sehen Sie alle Termine im Kalender und verfolgen Sie einen Meilenstein mit einer Live-Fortschrittsansicht, die sagt, ob er rechtzeitig landet. Per MCP verbundene KI-Agenten lesen den Steckbrief, bevor sie darin Arbeit planen.
- Öffnen Sie die Karte eines Projekts und wählen Sie „Importieren“.
- Wählen Sie den Tab „Ordner oder ZIP“ und dann „ZIP wählen“.
- Wählen Sie die heruntergeladene Datei, prüfen Sie die Baumstruktur und importieren Sie.
Der Free-Plan bietet zehn Dokumente pro Workspace, die eigene Seite des Projekts eingerechnet: Die vier der Vorlage passen mit viel Platz. Nodary hat außerdem eine einseitige Projektsteckbrief-Vorlage eingebaut.
Wie Nodary Projektdokumentation verbindet
Einen Steckbrief schreiben, der ein Projekt gut startet
Ein Projektsteckbrief scheitert, wenn er eine Wunschliste ist, zu der niemand Nein sagen kann, oder ein Dokument, das nach dem Kickoff niemand mehr öffnet. Diese Gewohnheiten verhindern beides.
Einen Grund nennen, jetzt zu starten
Sagen Sie, was passiert, wenn das Team nichts tut. Ein Steckbrief ohne eigene Frist konkurriert mit jeder anderen Idee und verliert.
Ein Ziel, mit Datum
Brauchen Sie zwei Ziele, haben Sie wahrscheinlich zwei Projekte. Schreiben Sie das eine Ergebnis auf, das Erfolg bedeutet, und bis wann.
Aufschreiben, was nicht dazugehört
Die Liste dessen, was außerhalb des Umfangs liegt, schützt den Termin. Jede Zeile darauf ist eine Diskussion, die Sie später nicht führen müssen.
Eine Person entscheidet
Jede Entscheidung braucht eine Person, die dafür geradesteht. Ein Gremium kann beraten, entscheiden kann es nicht.
Sagen, was Sie annehmen
Jede Annahme ist ein Risiko, bis jemand sie prüft. Schreiben Sie sie auf, mit der Person, die jede prüft.
Kurz und aktuell halten
Ein Bildschirm für den Steckbrief, eine Seite pro Teil. Aktualisieren Sie ihn, wenn sich das Projekt ändert, damit er nie ein Projekt beschreibt, das es nicht mehr gibt.
Fragen zum Projektsteckbrief
Was ist ein Projektsteckbrief?
Ein Projektsteckbrief (englisch project brief) ist ein kurzes Dokument, das festhält, warum ein Projekt existiert, was es erreichen soll, was zum Umfang gehört und was nicht, wer beteiligt ist und wie es geführt wird. Er entsteht, bevor die Arbeit beginnt, damit Auftraggeber, Team und alle, die später dazukommen, über dasselbe Projekt sprechen.
Was gehört in einen Projektsteckbrief?
Der Grund, jetzt zu starten, ein messbares Ziel mit Datum, der Umfang und was ausgeschlossen ist, die Rahmenbedingungen, die Stakeholder und ihre Rollen, die Meilensteine mit dem, was „fertig“ heißt, das Budget, Risiken und Annahmen sowie ein Entscheidungsprotokoll. Diese Vorlage hat für jede Gruppe ein Dokument.
Was ist der Unterschied zwischen Projektsteckbrief und Projektauftrag?
Beide beschreiben ein Projekt vor dem Start. Ein Projektauftrag ist meist ein formales Dokument, das das Projekt und die Projektleitung autorisiert und von einem Auftraggeber unterschrieben wird. Ein Steckbrief ist kürzer und leichter: Er bringt die Beteiligten auf einen Stand. Viele Teams nutzen ihn als Projektauftrag.
Was ist eine RACI?
Eine Tabelle, die für jedes Arbeitspaket sagt, wer es durchführt (responsible), wer entscheidet und dafür geradesteht (accountable), wer vorher gefragt (consulted) und wer danach informiert wird (informed). Die wichtigste Regel: genau eine verantwortliche Person pro Zeile.
Wie lang sollte ein Projektsteckbrief sein?
Der Steckbrief selbst sollte auf einen Bildschirm passen. Details wie Plan, RACI und Risiken stehen auf eigenen, verlinkten Seiten, damit die erste Seite lesbar bleibt.
Kann ich ihn für Kundenprojekte nutzen?
Ja. Agenturen und Beratungen nutzen einen Steckbrief, um sich vor Arbeitsbeginn mit dem Kunden auf den Umfang zu einigen. Halten Sie besonders die Liste dessen, was nicht dazugehört, und das Entscheidungsprotokoll aktuell: Sie klären die meisten Meinungsverschiedenheiten.
Halten Sie das Projekt dort, wo das Team arbeitet.
Importieren Sie die Vorlage in Nodary, und der Steckbrief wird zu einer Karte, die Ihr Team und Ihre KI-Agenten aktuell halten. Kostenlos mit zwei Mitgliedern, einem Projekt und zehn Dokumenten, ohne Kreditkarte.