Run SheetKnowledge ModelingPersonal Knowledge Management

PARA Method

KomplexitätMedium

Zeit1-3 h Setup, laufend

Teilnehmende1

FormatAsync

MaturityEstablished

Vorbereitung

Was vor Start vorliegen muss

Materialien

Notiz-App (Notion, Obsidian, Evernote, Apple Notes); Cloud-Storage (Drive, Dropbox); Bookmark-Tool (Raindrop, Pocket); Linkliste zu existierenden Speicherorten; Wochen-Review-Slot.

Personen / Rollen

Solo-Praxis. Bei Teams nur konzeptionell adaptierbar, Implementierung bleibt individuell.

Vorabinfos

Aktuelle Speicherorte (Mail-Foldern, Cloud-Folders, Notes-Stacks, Browser-Bookmarks); aktive Projekte mit Outcome und Frist; Verantwortlichkeiten als Areas (z. B. Gesundheit, Mandant X, Finanzen); typische Resource-Themen (Templates, Recherche, Lieblings-Artikel).

Zeitbedarf

1-3 h Setup, laufend

Setup

Vier Top-Level-Strukturen anlegen: 1. Projects (Outcome + Frist), 2. Areas (Verantwortung ohne Endtermin), 3. Resources (Themen-Knowledge), 4. Archives. Pro Bereich kurze Erklärung. Naming-Konvention festlegen (z. B. Projekt = Verb + Objekt + Frist).

Kernfrage

Die eine Frage, die diese Methode beantwortet

Wo gehört dieses Material hin, damit ich es genau dann finde, wenn ich es brauche?

Ablauf

Marker: Sektion

Schritt	Dauer	Aktion	Hinweis
1Sektion 1: Bestandsaufnahme	30-60 min	Alle bestehenden Speicherorte listen (Notes-Apps, Drives, Mail-Folders, Bookmarks). Pro Ort Inhaltskategorie und Volumen grob notieren.	Wer Speicherorte vergisst, dupliziert sie. Bestandsaufnahme verhindert paralleles System; mindestens drei Stunden später meldet sich der vergessene Ort.
2Sektion 2: Projects identifizieren	20-30 min	Aktive Projekte listen mit Outcome (was ist erledigt?) und grobem Deadline-Fenster. Pro Projekt ein Ordner oder eine Page; Untermaterial zieht in diesen Ordner.	Maximal 10-15 aktive Projekte realistisch. Wer 30+ pflegen will, hat Areas mit Projects verwechselt oder ist überlastet.
3Sektion 3: Areas of Responsibility	20-30 min	Areas definieren als laufende Verantwortlichkeiten ohne Endtermin (z. B. „Kanzlei-Marketing“, „Mandanten-Beziehung Schmidt“, „Eigene Buchhaltung“). 5-10 Areas typisch.	Area ist Wartung, Project ist Veränderung. Wenn der Ordner gefüllt wird, aber kein Outcome existiert, ist es Area. Klare Trennung verhindert Vermischung.
4Sektion 4: Resources sammeln	30-45 min	Themen-Knowledge ohne direkten Projekt- oder Area-Bezug (Recherche, Artikel, Templates) in Resources. Pro Thema ein Eintrag, mit aussagekräftigem Titel.	Resources ist nicht „Müll-Eimer für Interessantes“. Wer alles dort sammelt, baut Friedhof. Inhalte mit klarem Wiederverwendungs-Szenario aufnehmen.
5Sektion 5: Archives anlegen	15-30 min	Abgeschlossene Projekte und nicht mehr aktive Areas/Resources nach Archives verschieben. Datum im Titel. Suchbar bleiben, aber aus dem aktiven Blickfeld.	Archives entlasten. Wer alles aktiv hält, scrollt sich zu Tode. Mindestens monatlich Items dorthin verschieben, sonst wächst aktives System.
6Sektion 6: Wochen-Review	20 min wöchentlich	Pro Projekt prüfen: noch aktiv, Next Action vorhanden? Areas pflegen. Inbox-Material in P/A/R einsortieren. Items für Archives identifizieren.	Ohne Wochenpflege verkommt PARA binnen 2 Wochen. Slot fix im Kalender, nicht „wenn ich Zeit habe“.

Artefakt

Was am Ende rauskommt

Form

Konsistente Struktur in primärer Notiz-App und Cloud-Storage mit vier Top-Level-Bereichen (Projects, Areas, Resources, Archives), Naming-Konvention, Liste der aktiven Projekte mit Outcome und Frist, Liste der Areas und Wochen-Review-Termin.

Tool-Alternativen

Notion mit Datenbanken pro Bereich
Obsidian mit Folder-Struktur
Apple Notes mit Ordner-Hierarchie
Google Drive mit identischer Top-Level-Struktur

Versionierung / Ownership

Initiale Setup-Notiz mit Datum. Bei Struktur-Anpassungen Migrations-Notiz, nicht stille Umbauten. Halbjährliche große Reviews, in denen veraltete Areas oder gehortete Resources erkannt werden.

markdown

PARA Method Arbeitsvorlage

Kompakte Arbeitsvorlage für PARA Method mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

# PARA Method Arbeitsvorlage

## Ziel

Organisiert digitale Informationen in Projects, Areas, Resources und Archives.

## Kontext

Wann und wofür nutzen wir diese Methode?

## Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

## Durchführung

Kurze Notizen entlang des Run Sheets.

## Ergebnisartefakte
- PARA Structure:
- Project Notes:
- Knowledge Archive:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Beispielausgabe

Konkret gefülltes Szenario

para-method-beispiel.md

markdown

## PARA-Struktur — Sabine, Setup 15.05.2026 in Notion + Google Drive

**1. Projects (aktiv, mit Outcome und Frist)**
- „Mandant Meyer Steuererklärung 2025 finalisieren, bis 30.06.2026“
- „Onboarding-Checkliste für neue Mandanten, v1 bis 15.06.2026“
- „DATEV-Schulung Modul 3 abschließen, bis 31.05.2026“
- „Homepage-Relaunch, Live bis 30.09.2026“

**2. Areas (laufend ohne Endtermin)**
- Mandanten-Stammdaten (Ordner pro Mandant)
- Eigene Buchhaltung
- Personal/Gesundheit
- Kanzlei-Marketing
- DATEV/Software-Stack-Pflege
- Kammer und Fortbildung

**3. Resources (Themen-Knowledge)**
- Vorlagen (Honorarvereinbarung, NDA, Standardanschreiben)
- Recherche „Mandantengeheimnis & KI-Tools“
- Artikel-Sammlung „Solo-Kanzlei-Skalierung“
- USt-Spezialfälle

**4. Archives (abgeschlossen oder inaktiv)**
- 2024 Projekte (z. B. „Kanzlei-Räume umzugen 2024“)
- 2023 Steuererklärungen
- Alte CRM-Evaluierung Q1/2024

**Naming**: Projekte = Outcome + Datum; Areas = klares Substantiv; Resources = Thema/Untertitel.

**Wochen-Review**: Sonntag 18:30, 25 min.

Was tun

Wochen-Review als Pflicht. Bei dreimaligem Ausfall: System reset oder Coach. Ohne Pflege ist PARA nur Theater.

Abbruchkriterien

Done-Signale, in unter einer Minute prüfbar

Person hat nur ein zentrales Speicherort-Tool und kaum Material, PARA-Overhead lohnt nicht.

Arbeit ist primär team-basiert mit gemeinsamen Wissensspeichern, PARA passt nicht direkt.

Wochen-Review-Disziplin nicht haltbar, Struktur verfällt.

Person wechselt häufig Tools, PARA verlangt mindestens 12-16 Wochen Stabilität.

Volumen ist zu groß für initiale Migration (5 Jahre Notizen), Vorab-Pruning fehlt, Setup wird Endlosaufgabe.

Person braucht Echtzeit-Kollaboration und Zugriff für andere, PARA-individuelle Struktur kollidiert.

Run Sheet durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.

Zum Steckbrief Weitere Methoden