# 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.

Kostenlos, ohne Konto und ohne E-Mail-Adresse. Nutzen, ändern und teilen Sie sie, wie Sie möchten.

[Vorlage herunterladen (.zip)](https://nodary.ai/downloads/projektsteckbrief-vorlage.zip)

## 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.

- Projektsteckbrief: Die Seite, die alle zuerst lesen: warum jetzt, das Ziel, der Umfang und ein Link zu jedem Teil.
- Stakeholder und Rollen: Wer entscheidet, wer die Arbeit macht, wer gefragt werden muss und wer nur Bescheid wissen muss.
- Plan und Meilensteine: Die Meilensteine mit dem, was „fertig“ für jeden heißt, die Phasen, das Budget und die Berichte.
- Risiken und Entscheidungen: Was das Projekt stoppen könnte, was das Team dagegen tut, und jede Entscheidung unterwegs.

### 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](https://nodary.ai/de/templates/project-brief#doc-team): wer entscheidet, wer arbeitet, wer gefragt und wer informiert wird
- [Plan und Meilensteine](https://nodary.ai/de/templates/project-brief#doc-plan): Meilensteine, Phasen, Budget und Berichte
- [Risiken und Entscheidungen](https://nodary.ai/de/templates/project-brief#doc-risks): Risiken, Annahmen, Entscheidungsprotokoll und offene Fragen

_Diese Vorlage dürfen Sie frei nutzen, ändern und teilen. Sie stammt von_ [Nodary](https://nodary.ai/de)_, wo sich diese Dateien als Karte verlinkter Dokumente importieren lassen._

### Stakeholder und Rollen

**Verantwortlich:** [Name] · **Status:** Entwurf · **Zuletzt geprüft:** [Datum]

_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]

Siehe auch: [Projektsteckbrief](https://nodary.ai/de/templates/project-brief#doc-overview) · [Plan und Meilensteine](https://nodary.ai/de/templates/project-brief#doc-plan)

### Plan und Meilensteine

**Verantwortlich:** [Name] · **Status:** Entwurf · **Zuletzt geprüft:** [Datum]

_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

```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
```
_Vom genehmigten Steckbrief bis zum Abschluss_

#### 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: [...]

Siehe auch: [Projektsteckbrief](https://nodary.ai/de/templates/project-brief#doc-overview) · [Stakeholder und Rollen](https://nodary.ai/de/templates/project-brief#doc-team) · [Risiken und Entscheidungen](https://nodary.ai/de/templates/project-brief#doc-risks)

### Risiken und Entscheidungen

**Verantwortlich:** [Name] · **Status:** Entwurf · **Zuletzt geprüft:** [Datum]

#### 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]

Siehe auch: [Projektsteckbrief](https://nodary.ai/de/templates/project-brief#doc-overview) · [Plan und Meilensteine](https://nodary.ai/de/templates/project-brief#doc-plan)

## 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.

1. Öffnen Sie die Karte eines Projekts und wählen Sie „Importieren“.
2. Wählen Sie den Tab „Ordner oder ZIP“ und dann „ZIP wählen“.
3. 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.

## 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.

Die Seite: https://nodary.ai/de/templates/project-brief