PARA ist eine einfache Organisationsmethode für digitale Informationen, die Projekte, Bereiche, Ressourcen und Archive systematisch strukturiert. Sie hilft Teams und Einzelpersonen, Wissen auffindbar zu machen, Prioritäten zu setzen und Arbeitskontexte zu klären. Die Methode verlangt geringe Regelaufwände und lässt sich mit bestehenden Tools kombinieren.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Ausführbares Vorgehen: kann angewendet werden und erzeugt ein Ergebnis.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
PARA ist eine Ablagestruktur für digitale Informationen mit den vier Kategorien Projects, Areas, Resources und Archives.
Tiago Forte prägte PARA als Teil seiner Methode Building a Second Brain. Der Ansatz entstand aus dem Bedarf, Notizen und Dateien nach ihrer aktuellen Nutzbarkeit statt nach starren Themenordnern zu organisieren.
Projects haben ein konkretes Ergebnis und ein Ende. Areas bleiben dauerhaft in eigener Verantwortung. Resources sind nützliche Referenzen ohne aktuellen Auftrag. Archives bewahren Abgeschlossenes oder derzeit Irrelevantes auf. Ein Element kann beim Wechsel seines Lebenszyklus die Kategorie wechseln.
Zeitlich begrenzte Vorhaben bündeln alles, was zu einem konkreten Ergebnis führt.
Dauerhafte Verantwortungsbereiche enthalten laufende Standards, Aufgaben und Pflege.
Abgeschlossene oder aktuell nicht benötigte Inhalte bleiben auffindbar, ohne aktive Ablagen zu überladen.
PARA bietet einen einfachen Startpunkt für Notizen, Dateien und Aufgaben. Die Kategorien funktionieren nur mit regelmäßiger Pflege und klaren Projektgrenzen; sie ersetzen weder gute Suche noch fachliche Metadaten.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.