Zweites Gehirn (PARA)

Worum es geht

T. F.s Wissensmanagement-System, das Notizen nach Umsetzbarkeit ordnet (Projects, Areas, Resources, Archives) statt nach Thema. Skaliert von 10 bis 10.000 Notizen, ohne zu kollabieren.

Beispiel: In einem realen Engagement der Kategorie M · Productivity & AI wird Second Brain (PARA) eingesetzt, um Business Ownership, Datenverträge und die Umsetzungsreihenfolge abzustimmen, bevor der Aufbau der Lösung beginnt.

Gegenbeispiel: Teams, die ohne Klärung von Second Brain (PARA) direkt in Dashboards einsteigen, erzeugen in der Regel Nacharbeit, semantische Drift und Misstrauen beim Sponsor.

Entscheidungsbaum: Ist die Geschäftsfrage stabil und wiederkehrend, hat die kanonische Modellierung Priorität; ist sie volatil, beginnt man mit einem begrenzten Pilotprojekt und expliziten Annahmen; ist die Datenqualität niedrig, erfolgt zunächst eine Bereinigung vor der Skalierung.

KPI-Übung: Baseline und 90-Tage-Ziel für Aktualität, Vertrauens-Score, Adoptionsrate und Entscheidungslatenz definieren; die Abweichung anschließend jeweils einer einzelnen Änderung zuordnen.

Fallbeispiel: Entwerfen Sie mit Second Brain (PARA) einen Zwei-Sprint-Plan für ein länderübergreifendes SAP-Analytics-Programm in Productivity & AI, inklusive Trade-offs, Governance-Meilensteinen und Executive-Narrativ.

Warum es zählt

• Die Sortierung nach Umsetzbarkeit (ist dies aktiv, laufend, Referenz oder erledigt?) statt nach Thema vermeidet die Wucherung der Ordnertaxonomie, die die meisten Notizsysteme jenseits einiger hundert Einträge scheitern lässt.
• Die Vier-Bereiche-Struktur ist bewusst grob gehalten — genau deshalb übersteht sie den Sprung von 10 auf 10.000 Notizen ohne Neugestaltung.
• Bei einem Berater, der mehrere Kundenmandate gleichzeitig führt, trennt die Project/Area-Aufteilung laufendes Delivery-Material von dauerhaftem Referenzmaterial — in den meisten Ad-hoc-Systemen werden beide vermischt.

Kernpunkte

• T. F.s Wissensmanagement-System, das Notizen nach Umsetzbarkeit ordnet (Projects, Areas, Resources, Archives) statt nach Thema.
• Skaliert von 10 bis 10.000 Notizen, ohne zu kollabieren.
• Archives existieren, um unter Zeitdruck durchsucht zu werden, nicht um bewundert zu werden — dauert das Wiederfinden der ADR eines abgeschlossenen Mandats länger als ihre Neuerstellung, hat das Archiv seine einzige Aufgabe verfehlt.
• Die PARA-Grenze muss sich auf jeden persistenten KI-Arbeitsbereich erstrecken (einen Joule-for-Consultants-Expert, ein individuelles GPT) — eine „Resource“, die die Rohdokumente eines Kunden aufgenommen hat, ist nicht träge wie eine Vorlagendatei.
• Ablageentscheidungen fallen im Moment der Erfassung, nicht bei einer vierteljährlichen Aufräumaktion — eine Notiz, die monatelang unabgelegt bleibt, hat bereits mehr Wiederfindungszeit gekostet, als ihre Ablage gekostet hätte.
• PARA versagt still, nie laut: Nichts bricht, wenn Projects und Resources verschwimmen, weshalb es gerade deshalb ein bewusstes vierteljährliches Audit braucht, statt sich auf Selbstkorrektur zu verlassen.
• Das System skaliert, indem es grob bleibt — der Versuchung widerstehen, Unterkategorien unter jedem der vier Bereiche einzuführen; Granularität war es, die die Ordnerbaum-Systeme tötete, die PARA ersetzt hat.

Begriffe auf dieser Seite

Judgment layer

Der Teil der Arbeit, den KI nicht leisten kann — Priorisierung, Trade-offs, das Lesen des Kundenkontexts.

AI-first draft

Workflow, bei dem die KI den ersten Entwurf liefert (Code, Memo, Folie) und der Berater überarbeitet statt von Grund auf neu zu schreiben.

Agent reliability

Die Konsistenz, Kosten, Sicherheit und Policy-Konformität eines Agenten über wiederholte Durchläufe hinweg.

Project (PARA)

Ein kurzfristiges Vorhaben mit definiertem Ergebnis und Enddatum — der Bereich, in den die laufenden Liefergegenstände jedes SAP-Mandats gehören und der bei Abschluss archiviert, nicht gelöscht wird.

Area (PARA)

Eine dauerhafte Verantwortung ohne Enddatum — Zertifizierungserneuerung, Rechnungsstellung, persönliche Markeninhalte — der am häufigsten vernachlässigte Bereich, weil nichts darin dringend Aufmerksamkeit einfordert.

Sortierung nach Umsetzbarkeit

T. F.s Ablageregel: jede Notiz danach sortieren, ob sie aktuell umsetzbar ist, niemals nach dem Thema, das sie behandelt — der Grund, warum PARA dort skaliert, wo themenbasierte Ordner kollabieren.

Ablagegrenze des Expert Workspace

Die Disziplin, den aufgenommenen Kontext eines persistenten KI-Werkzeugs (ein Joule-for-Consultants-Expert, ein individuelles GPT) für die Dauer des Mandats als Project-Artefakt zu behandeln, nicht als dauerhaften fünften PARA-Bereich.

Quellen

1. Forte Labs — PARA methodology
2. C. N. — Deep Work
3. McKinsey Global Institute — The Social Economy (knowledge worker productivity)
4. SAP Business AI — official page
5. SAP Joule (work companion) — official product page
6. SAP Community — SAP Joule for Consultants gets personal at SAP Sapphire 2026 (May 2026)
7. SAP Community — SAP Joule for Consultants: new Experts and simplified Expert creation (2026)
8. SAP Help Portal — SAP Joule for Consultants Expert Workspace (service guide)
9. SAP Community — Why SAP needs a Knowledge Graph: giving enterprise AI a map of the business (2026)
10. SAP News Center — Autonomous Enterprise: SAP AI Agent Hub governance foundation (2026-09-22)
11. SAP Help Portal — Prerequisites for integrating Joule (SAP-managed Joule)
12. Forte Labs — Building a Second Brain: overview and the PARA categories (fetched 2026-10-06)
13. Building a Second Brain — The PARA Method (actionability, Projects/Areas/Resources/Archives)