Abstract

Eine Projektnotiz ist ein lebendiges Dokument — sie wird regelmäßig aktualisiert, hat einen klaren Status und verlinkt alle relevanten Ressourcen. Sie ist kein Archiv, sondern ein aktives Cockpit.


🎯 Wofür?

  • Vorhaben strukturieren & im Blick behalten
  • Fortschritt dokumentieren
  • Entscheidungen festhalten (→ 07-decision-log)
  • Ressourcen & Links zentral bündeln

📋 Frontmatter-Struktur

---
title: "🗂️ Projekt: Name"
aliases: [Projektname]
tags: [type/project, status/active, topic/bereich, garden/seedling]
description: "Was dieses Projekt ist und welches Ziel es hat"
status: active           # idea | planning | active | paused | done
priority: high           # low | medium | high
due: 2026-06-01
publish: false           # Projekte oft privat!
---

Wichtige Felder:

  • status: — Lebenszyklus des Projekts
  • priority: — Für Priorisierung
  • due: — Deadline
  • publish: false — Projekte häufig privat; private/ Ordner möglich

🏗️ Aufbau einer Projektnotiz

1. Status-Block (auf einen Blick)
2. Ziel & Kontext
3. Task-Liste (mit Checkboxen)
4. Meilensteine / Zeitplan
5. Ressourcen & Links
6. Entscheidungslog (oder Link zu [[07-decision-log]])
7. Notizen & Updates

📊 Status-Block (Beispiel)

> [!info] Projekt-Status
> 
> **Status:** 🟢 Aktiv
> **Priorität:** Hoch
> **Deadline:** 2026-06-01
> **Fortschritt:** ████████░░ 80%

Projekt-Status

Status: 🟢 Aktiv Priorität: Hoch Deadline: 2026-06-01 Fortschritt: ████████░░ 80%


✅ Task-Listen

GFM unterstützt interaktive Checkboxen — Quartz rendert sie klickbar:

## Offene Aufgaben
 
### 🔴 Diese Woche
- [x] Anforderungen definieren
- [x] Erste Struktur festlegen
- [ ] Review-Termin vereinbaren
 
### 🟡 Nächste Woche
- [ ] Prototyp fertigstellen
- [ ] Feedback einholen
 
### 🟢 Backlog
- [ ] Dokumentation schreiben
- [ ] Deployment vorbereiten

Sub-Tasks (einrücken):

- [ ] Feature A implementieren
  - [x] Datenmodell designen
  - [ ] API-Endpoint bauen
  - [ ] Tests schreiben

📈 Mermaid — Projektvisualisierungen

Gantt-Diagramm

gantt
    title Projekt-Zeitplan
    dateFormat  YYYY-MM-DD
    section Planung
    Anforderungen      :done,    req,  2026-04-01, 2026-04-07
    Konzept erstellen  :done,    conc, 2026-04-07, 2026-04-14
    section Umsetzung
    Prototyp           :active,  prot, 2026-04-14, 2026-05-01
    Review & Feedback  :         rev,  2026-05-01, 2026-05-10
    section Launch
    Finalisierung      :         fin,  2026-05-10, 2026-05-20
    Deployment         :         dep,  2026-05-20, 2026-06-01

Flowchart — Projektstruktur

graph TD
    A[🗂️ Projekt Start] --> B{Anforderungen klar?}
    B -- Nein --> C[Recherche & Klärung]
    C --> B
    B -- Ja --> D[Planung & Konzept]
    D --> E[Umsetzung]
    E --> F{Review OK?}
    F -- Nein --> G[Feedback einarbeiten]
    G --> E
    F -- Ja --> H[🚀 Deployment]
    H --> I[📝 Dokumentation]
    I --> J[✅ Abgeschlossen]

Mindmap — Projektstruktur

mindmap
  root((Projekt))
    Ziele
      Primärziel
      Sekundärziel
    Ressourcen
      Team
      Tools
      Budget
    Risiken
      Technisch
      Zeitlich
    Meilensteine
      MVP
      Beta
      Launch

🗓️ Meilensteine-Tabelle

MeilensteinDatumStatusNotiz
Konzept fertig2026-04-14✅ Done
Prototyp2026-05-01🔄 In ProgressFeedback ausstehend
Beta-Release2026-05-20⏳ Planned
Launch2026-06-01⏳ Planned

## Ressourcen
- **Repo:** [[github-link]] / `https://github.com/...`
- **Design:** [[figma-datei]]
- **Docs:** [[03-article]] (interne Doku)
- **Entscheidungen:** [[07-decision-log]]
- **Meetings:** [[Meetingnotizen-Projekt]]

📋 Update-Log

Projektnotizen werden regelmäßig aktualisiert — am Ende ein Log:

## 📋 Updates
 
**2026-04-21** — Erste Version erstellt, Struktur definiert
**2026-04-28** — Prototyp 60% fertig, Zeitplan angepasst
**2026-05-05** — Review-Feedback eingearbeitet

🔄 Status-Workflow

graph LR
    A[💡 Idea] --> B[📋 Planning]
    B --> C[🔄 Active]
    C --> D{Pause?}
    D -- Ja --> E[⏸️ Paused]
    E --> C
    D -- Nein --> F[✅ Done]
    C --> G[❌ Abandoned]

🚀 Privat oder Öffentlich?

publish: false  # → Wird nicht gebaut, bleibt lokal

Oder: Projekt in content/private/ Ordner legen — der ist in ignorePatterns der Config!

ignorePatterns: ["private", "templates", ".obsidian"]

→ Alles in content/private/ wird nie gebaut. Perfekt für interne Notizen.


✍️ Beispiel-Projekt

→ Echte Beispielnotiz: Projekt-Digital-Garden-Aufbau


🌱 Verwandte Notizen

  • 07-decision-log (kommt) — Entscheidungen dokumentieren
  • 06-daily (kommt) — Tagesnotizen mit Projektbezug
  • 02-moc — Übersicht über alle Projekte als MOC

Dieser Leitfaden: Template 05 von 09