Obsidian-Projektmanagement: Ein praktisches Setup für Notizen, Aufgaben und Reviews

Obsidian eignet sich hervorragend für das Projektmanagement, wenn ein Projekt von Kontext lebt: Briefings, Recherchen, Meeting-Notizen, Entscheidungen und Aufgaben, die miteinander verbunden bleiben sollen. Es ist weniger geeignet, wenn ein Team integrierte Aufgabenzuweisungen, Freigabeprozesse oder automatische Benachrichtigungen ohne Konfigurationsaufwand benötigt.

Die entscheidende Frage lautet nicht: „Kann Obsidian jede Projektmanagement-App ersetzen?“ Sie lautet vielmehr: „Welche Teile dieses Projekts profitieren davon, direkt neben meinen Notizen zu liegen, und welche Teile benötigen ein dediziertes Ausführungstool?“ Dieser Leitfaden bietet Ihnen ein schlankes System, das Sie anpassen können, ohne Ihr Vault in ein dauerhaftes Wartungsprojekt zu verwandeln.

Die kurze Antwort: Wählen Sie das kleinste funktionierende System

Beginnen Sie mit einer Projektnotiz, einer einheitlichen Aufgabenkonvention und einer Review-Gewohnheit. Fügen Sie eine Ansicht oder ein Plugin erst hinzu, wenn eine konkrete Frage unbeantwortet bleibt.

Wenn diese Frage Vault-übergreifende Aufgaben, berechnete Ansichten oder automatisierte Vorlagen erfordert, nutzen Sie den Obsidian-Plugin-Vergleich, um genau ein Werkzeug für diese Lücke zu wählen, anstatt sofort einen kompletten Stack einzuführen.

Hauptbedürfnis	Beginnen mit	Nur bei Bedarf hinzufügen
Briefing, Entscheidungen und Links an einem Ort halten	Einer Projektnotiz und internen Links	Einem Projektordner für unterstützende Notizen
Offene Aufgaben über ein Projekt hinweg sehen	Obsidian-Kontrollkästchen	Tasks für Fälligkeitsdaten, Wiederholungen, Filter und Sortierung
Projektnotizen nach Status oder Fälligkeitsdatum sortieren	Properties und dem Kern-Plugin Bases	Dataview für komplexere berechnete Ansichten
Arbeit aus Meetings und täglichen Notizen erfassen	Einem Link zurück zum Projekt bei jedem Aufgabenpunkt	Einer Meeting-Vorlage und einem regelmäßigen Review
Arbeit zuweisen, Freigaben koordinieren oder ein Team benachrichtigen	Den Projektkontext in Obsidian behalten	Einem dedizierten Projekttool für die Ausführung

Der Hauptvorteil von Obsidian ist lokaler, verknüpfter Kontext. Der Preis dafür ist, dass Sie Konventionen wählen und aufrechterhalten müssen. Die Obsidian-Forum-Diskussion zu Projekt-Workflows zeigt beide Seiten: Manche Nutzer bauen nützliche Dashboards aus einfachen Dateien auf, während andere feststellen, dass das Ändern von Projektstrukturen oder das Warten von Abfragen zu viel Aufwand erfordert.

Eine Projektnotiz, die nützlich bleibt

Erstellen Sie eine Notiz pro genanntem Projekt. Konzentrieren Sie die Notiz auf das Ergebnis, den aktuellen Status, die nächste Aktion und Links zu unterstützendem Material. Kopieren Sie nicht jede Aufgabe, jedes Meeting-Transkript oder jede Referenz in die Projektnotiz, sondern verlinken Sie auf die Quelle.

Hier ist eine Starter-Vorlage. Die Eigenschaften-Namen sind bewusst schlank gehalten, da sie konsequent ausgefüllt werden müssen, damit Ansichten nützlich bleiben.

---
type: project
status: active
area: Work
due: 2026-08-14
---

# Projekt Atlas

## Ergebnis

Was wird wahr sein, wenn dieses Projekt abgeschlossen ist?

## Nächste Aktion

- [ ] Die nächste konkrete physische Aktion aufschreiben

## Meilensteine

- [ ] Umfang bestätigen
- [ ] Erste nutzbare Version liefern
- [ ] Ergebnis überprüfen und Projekt abschließen

## Entscheidungen

- 2026-07-22 — Entscheidungen hier festhalten und auf das Meeting oder die Quellnotiz verlinken.

## Verwandte Notizen

- [[Projekt Atlas Kickoff]]
- [[2026-07-22 Projekt Atlas Tagesnotiz]]

Verwenden Sie ein reales Datum für due, einen vorhersagbaren Satz von status-Werten und eine einheitliche Schreibweise für area. Die Properties-Dokumentation von Obsidian unterstützt Text, Listen, Zahlen, Kontrollkästchen, Daten und Datumszeitangaben; diese Typen reichen für eine erste Projektansicht völlig aus.

Ordnerstruktur oder Links?

Beides kann funktionieren. Ein Ordner macht es einfach, unterstützende Notizen eines Projekts zusammenzufassen. Links bewahren Beziehungen, wenn eine Notiz zu mehr als einem Kontext gehört.

Verwenden Sie einen Ordner, wenn:

• das Projekt viele Arbeitsnotizen, Dateien oder Meeting-Notizen umfasst;
• Sie eine einfache pfadbasierte Aufgabenabfrage wünschen;
• Sie das Projekt als eine Einheit archivieren möchten.

Verwenden Sie Links, wenn:

• eine Notiz zu mehreren Projekten oder Bereichen gehört;
• dasselbe Meeting Entscheidungen für mehrere Projekte enthält;
• Sie Backlinks nutzen möchten, um zu zeigen, wie eine Entscheidung zu einer Aktion wurde.

Für die meisten persönlichen Systeme ist ein Projektordner in Kombination mit Links aus Meetings und täglichen Notizen ein praktischer Kompromiss. Halten Sie die Struktur so schlicht, dass Sie sie auch an einem stressigen Tag nutzen.

Aufgaben dort hinzufügen, wo die Arbeit besprochen wird

Zwingen Sie nicht jede Aufgabe in eine zentrale Aufgabennotiz. Eine in einem Meeting erstellte Aufgabe sollte nahe der Entscheidung bleiben, die sie hervorgebracht hat; eine in einer täglichen Notiz erfasste Aufgabe sollte den Kontext dieses Tages behalten. Führen Sie die Aufgaben stattdessen über eine Abfrage zusammen.

Die Dokumentation des Tasks-Plugins bestätigt die Unterstützung für Fälligkeitsdaten, wiederkehrende Aufgaben, Erledigungsdaten, Filterung und das Umschalten einer Aufgabe direkt aus einer Abfrage heraus. Eine kleine Projektabfrage kann so aussehen:

not done
path includes Projects/Atlas
sort by due
limit 50

Wenn Ihr Vault keine Projektordner verwendet, nutzen Sie stattdessen ein einheitliches Projekt-Tag und passen Sie den Filter an. Halten Sie die Abfrage lesbar. Ein Dashboard, das niemand erklären kann, ist keine zuverlässige Informationsquelle.

Die Aufgabenfelder, die sich zu standardisieren lohnen

Wählen Sie das kleinste Set, das Ihre wöchentlichen Fragen beantwortet:

• Status: Verwenden Sie das Kontrollkästchen für offen oder erledigt; nutzen Sie einen separaten Status nur, wenn Sie mehr Zustände benötigen.
• Fälligkeitsdatum (Due date): Reservieren Sie es für echte Fristen, nicht für einen bevorzugten Arbeitstag.
• Geplantes Datum (Scheduled date): Nutzen Sie es für den Tag, an dem Sie arbeiten möchten, sofern Ihr Aufgaben-Workflow dies unterstützt.
• Projekt-Umfang: Verwenden Sie konsequent einen Ordner, ein Tag oder einen Link; mischen Sie Konventionen nicht ohne Grund.
• Nächste Aktion: Schreiben Sie ein Verb und ein sichtbares Ergebnis, z. B. „Onboarding-Gliederung entwerfen“ statt „Onboarding“.

Das Tasks-Projekt enthält eine praktische Warnung: Das Abfragen sehr großer Ergebnismengen kann das Editieren verlangsamen. Beginnen Sie mit einer eingegrenzten Ansicht und einem sinnvollen Limit und erweitern Sie es erst, wenn Sie wissen, warum.

Wählen Sie ein Aufgabenmodell, bevor Sie Ansichten bauen

Tasks und Bases lösen unterschiedliche Probleme. Tasks fragt Inline-Kontrollkästchen im gesamten Vault ab. Bases zeigt Notizen und deren Eigenschaften an. Eine Anfrage im Obsidian-Forum beschreibt die aktuelle Grenze: Bases stellt den vollständigen Text und die Metadaten von Inline-Aufgaben nicht als Base-Zeilen dar.

Wenn eine Aufgabe…	Beginnen Sie mit…	Kompromiss
zu einem Meeting oder einer Tagesnotiz gehört und schnelles Erfassen erfordert	Einem Kontrollkästchen plus Tasks	Schnell und portabel, aber projektbezogene Ansichten hängen von Ordnern, Tags oder Links ab.
ein Projekt oder einen Arbeitsstrom mit Status, Bereich und Fälligkeitsdatum beschreibt	Einer Projektnotiz plus Properties und Bases	Leicht zu sortieren und zu bearbeiten, ersetzt aber keine Inline-Aufgabenabfrage.
eigenen Kontext, Anhänge, Beziehungen oder eine strukturierte Historie benötigt	Einem Eine-Notiz-pro-Aufgabe-Tool wie TaskNotes	Passt gut zu Bases, fügt aber viele Dateien und eine Community-Plugin-Abhängigkeit hinzu.
Zuweisungen, Freigaben, Benachrichtigungen oder geteilte Rechte erfordert	Einem dedizierten Projektmanagement-Tool	Bessere Koordination, wobei der Projektkontext in verlinkten Obsidian-Notizen bleibt.

Diese Entscheidung verhindert ein häufiges Problem: das Erstellen einer riesigen Base, um ein Aufgabenmodell auszugleichen, das die Frage nicht beantworten kann. Halten Sie schnelle Aktionen inline, halten Sie Projekt-Metadaten auf Projektnotizen und machen Sie nur die Arbeiten zu eigenen Notizen, die vollen Kontext benötigen.

Nutzen Sie Bases für Projektübersichten, nicht als zweites Aufgabensystem

Bases ist ein Obsidian-Kern-Plugin für datenbankähnliche Ansichten von Notizen und deren Eigenschaften. Es kann Dateien in Tabellen- oder Kartenansichten anzeigen, sortieren, filtern und bearbeiten, während die Daten in lokalen Markdown-Dateien bleiben.

Obsidian 1.13.4 (veröffentlicht am 30. Juli 2026) behob mehrere Bases-Probleme, darunter Re-Enable-Fehler, automatische Spaltenbreiten für Zahlen und die Formelbearbeitung in Pop-out-Fenstern. Diese Korrekturen verbessern den aktuellen Workflow, machen Inline-Kontrollkästchen jedoch nicht zu vollwertigen Base-Zeilen. Prüfen Sie das offizielle Changelog, wenn sich eine Base nach einem App-Update anders verhält.

Das macht Bases zu einer guten Wahl für einen Projektindex:

1. Fügen Sie Projektnotizen die Eigenschaft type: project hinzu.
2. Fügen Sie status, area und due nur hinzu, wenn Sie diese aktuell halten.
3. Erstellen Sie eine Base, die nach Projektnotizen gefiltert ist.
4. Zeigen Sie die Spalten an, die Ihnen bei der Entscheidung helfen, woran als Nächstes zu arbeiten ist.
5. Fügen Sie eine zweite Ansicht erst hinzu, wenn die erste Ansicht eine klare Einschränkung aufweist.

Verwenden Sie eine Tabelle für Status und Fälligkeitsdaten, Karten, wenn eine visuelle Referenz hilft, und eine einfache Notiz, wenn eine Liste ausreicht. Bauen Sie kein großes Dashboard, bevor Sie nicht fünf oder sechs Projektnotizen haben, die verglichen werden müssen.

Dataview kann weiterhin nützlich für berechnete Tabellen und Aufgaben-Aggregationen sein. Es ist jedoch nicht automatisch besser: Es führt Abfragecode und eine weitere zu wartende Konvention ein. Wenn Ihre Frage lautet „Welche aktiven Projekte sind diesen Monat fällig?“, ist Bases möglicherweise die wartungsärmere Antwort. Wenn Ihre Frage lautet „Welche Aufgaben wurden letzte Woche abgeschlossen, gruppiert nach Projekt?“, sind Dataview oder Tasks angemessener.

Verbinden Sie Meetings und tägliche Notizen mit dem Projekt

Projekte verlieren an Schwung, wenn Entscheidungen und Aktionen in separaten Notizen verschwinden. Verwenden Sie je einen Link in beide Richtungen:

• Die Meeting-Notiz verlinkt auf das Projekt, dem sie dient;
• die Aufgabe bleibt in der Meeting-Notiz und zeigt zurück auf den Projektordner oder das Projekt-Tag;
• die tägliche Notiz verlinkt auf das Projekt, wenn daran gearbeitet wird;
• die Projektnotiz verlinkt auf die wichtigen Meeting- und Entscheidungsnotizen.

Dadurch entsteht eine nachvollziehbare Kette ohne manuellen Statusbericht:

Meeting-Notiz → Entscheidung → Aufgabe → Tagesnotiz → Projekt-Review

Für wiederkehrende Meetings beginnen Sie mit dem Obsibrain Leitfaden für Meeting-Vorlagen. Für einen täglichen Erfassungs- und Review-Kreislauf siehe Obsidian tägliche Notizen. Halten Sie Projektmanagement und Notizen machen verbunden, aber verwandeln Sie nicht jede Notiz in einen Projekt-Datensatz.

Ein wöchentliches Review, das veraltete Projekte verhindert

Ein Projektsystem ist nur so aktuell wie sein Review. Überprüfen Sie einmal pro Woche jedes aktive Projekt und beantworten Sie:

1. Welches Ergebnis soll dieses Projekt weiterhin erzielen?
2. Was ist die nächste physische Aktion?
3. Ist das Fälligkeitsdatum eine echte Zusage oder eine alte Vermutung?
4. Welche Entscheidung, welches Meeting oder welche Referenz fehlt in der Projektnotiz?
5. Soll das Projekt aktiv bleiben, auf Warten gesetzt oder abgeschlossen werden?

Wenn ein Projekt keine nächste Aktion hat, ist es nicht bereit für die Ausführung. Definieren Sie entweder den nächsten Schritt, markieren Sie es als wartend oder verschieben Sie es aus der aktiven Ansicht. Dies verhindert, dass ein Projekt-Dashboard zu einem Friedhof guter Absichten wird.

Das gleiche Prinzip gilt für die Tools darum herum. Entfernen Sie eine Abfrage, ein Plugin oder eine Eigenschaft, wenn sie keine reale Frage mehr beantwortet. Die Diskussion zu Team-Aufgaben im Obsidian-Forum zeigt, warum dies wichtig ist: Nutzer stoßen schnell auf Fragen zu Teilaufgaben, Zuweisungen, Meeting-Aktionen und Abfragekomplexität. Im Review entscheiden Sie, welche dieser Fragen Ihr System tatsächlich beantworten muss.

Wo Obsidian aufhört, das richtige Werkzeug zu sein

Obsidian ist eine starke Schicht für Projektkontext. Es ist nicht automatisch ein vollständiges Team-Projektmanagementsystem.

Ziehen Sie ein dediziertes Ausführungstool in Betracht, wenn Sie Folgendes benötigen:

• zuverlässige Benachrichtigungen ohne Zusatzaufwand;
• mehrere Personen, die Arbeiten zuweisen, kommentieren und freigeben;
• Berechtigungen und Verlauf für geteilte Projekte;
• Auslastungs-, Kapazitäts- oder Portfolio-Berichte;
• eine visuelle Zeitachse, die Nicht-Obsidian-Nutzer bearbeiten müssen.

Sie können das Projekt-Briefing, Entscheidungen, Recherchen und die Meeting-Historie weiterhin in Obsidian aufbewahren. Eine ehrliche Grenze ist nützlich: Überlassen Sie Obsidian den Kontext und überlassen Sie einem spezialisierten Tool die Koordinationsfunktionen, auf die Ihr Team angewiesen ist.

Ein einfacher Entscheidungsbaum

Benötigen Sie Projektkontext neben Ihren Notizen?
├─ Nein → Nutzen Sie das Projekttool, das bereits zu Ihrem Team passt.
└─ Ja
   ├─ Nur ein Briefing und ein paar Aufgaben nötig? → Projektnotiz + Kontrollkästchen.
   ├─ Fälligkeitsdaten und wiederkehrende Arbeit nötig? → Tasks hinzufügen.
   ├─ Sortierbare Projekt-Metadaten nötig? → Properties + Bases hinzufügen.
   ├─ Berechnete Dashboards nötig? → Dataview in Betracht ziehen.
   └─ Zuweisungen, Freigaben oder Benachrichtigungen nötig? → Obsidian mit einem dedizierten Tool kombinieren.

Sollten Sie dies selbst bauen oder mit einem fertigen System starten?

Bauen Sie es selbst, wenn Sie Spaß daran haben, Ihre eigenen Konventionen zu entwerfen, eine kleine Anzahl von Projekten verwalten und die vollständige Kontrolle über Ihr Vault behalten möchten. Starten Sie mit einem vorbereiteten System, wenn die Reibung nicht in der Projektarbeit selbst liegt, sondern im Verknüpfen von Aufgaben, Projektnotizen, Tagesplanung, Schnellerfassung und Reviews.

Obsibrains Smart Projects und Aufgabenmanagement-Funktionen bieten diese fertige Schicht direkt in Obsidian. Ihr Wert liegt in der Reduzierung von Einrichtungs- und Wartungsaufwand. Wenn Ihr fehlendes Puzzleteil darin besteht, Ideen schnell in das richtige Projekt zu bekommen, ist Quick Capture der relevante Startpunkt. Wenn Ihr Problem veraltete Zusagen sind, schauen Sie sich die Periodischen Reviews an.

Abschließende Checkliste

Bevor Sie Ihr Obsidian-Projektsystem als bereit bezeichnen, bestätigen Sie:

• Jedes aktive Projekt hat ein klares Ergebnis.
• Jedes aktive Projekt hat eine sichtbare nächste Aktion.
• Sie verwenden eine einheitliche Konvention für den Projektumfang: Ordner, Tag oder Link.
• Fälligkeitsdaten bedeuten echte Fristen, keine vagen Hoffnungen.
• Aktionen aus Meetings und täglichen Notizen bleiben mit ihrem Quellkontext verbunden.
• Ihre Aufgaben- und Projektansichten sind eingegrenzt und nachvollziehbar.
• Sie führen ein wöchentliches Review durch, das veraltete Projekte schließt oder aktualisiert.
• Sie wissen, welche Team-Anforderungen weiterhin in ein anderes Tool gehören.

Projektmanagement in Obsidian funktioniert, wenn das Vault den Kontextwechsel reduziert, ohne eine zweite Arbeit zu schaffen: das Warten des Systems. Beginnen Sie mit einem Projekt, einer Vorlage und einem Review. Fügen Sie Komplexität erst hinzu, wenn die Arbeit beweist, dass Sie sie benötigen.