- Bei Aufgaben, die sich über mehrere Tage hinziehen, etwa Berechtigungsprobleme in einer Deployment-Pipeline, geht schon durch eine einzelne Nachricht, ein Meeting oder einen Anruf leicht der Arbeitskontext verloren
- Ein Arbeitsjournal ist die Gewohnheit, ausgeführte Befehle, Ergebnisse, Gedankengänge und nächste Schritte festzuhalten; beim Wiederaufnehmen hilft es, die Konzentration schneller zurückzugewinnen
- Bei einer Aufgabe mit wenig Dokumentation und schwer erreichbaren Zuständigen wurde es einfacher, den Kontext zwischen mehreren Aufgaben wiederherzustellen, nachdem die Situation in täglichen Notizen in Obsidian festgehalten wurde
- Entscheidend ist nicht, später alles noch einmal komplett zu lesen, sondern eine Struktur zum Ordnen der Gedanken und einen Cache für den letzten Stand zu schaffen
- Wer häufig unterbrochen wird, kann kurz notieren, woran er gerade arbeitet und was als Nächstes ansteht, und nach der Rückkehr die letzten paar Sätze lesen, um die Kosten des Kontextwechsels zu senken
Wenn der Arbeitskontext abreißt
- Wer seit Tagen an einer komplexen Aufgabe arbeitet, muss beim Wechsel zwischen zahlreichen Dokument-Tabs und Ergebnissen ausgeführter Befehle den Problemlösungsfluss ständig im Kopf behalten
- Schon kurze Unterbrechungen wie eine IM-Benachrichtigung, eine Dokumentenanfrage des PM oder ein Anruf der Führungskraft können dazu führen, dass man die aktuelle Stelle verliert
- Besonders schwierig war es, die Konzentration zu halten, wenn man als Manager den ganzen Tag den Kontext wechseln oder als Entwickler mehrere miteinander kollidierende Projekte gleichzeitig bearbeiten musste
- Ein typisches Muster: Man beginnt mit einer Aufgabe, wechselt zu einer anderen, geht in ein Meeting und liest dann E-Mails und IMs, ohne sich noch an den Kern der ursprünglichen Aufgabe zu erinnern, bis der Tag vorbei ist
Methode und Wirkung eines Arbeitsjournals
- Bei einer Aufgabe ohne Dokumentation und mit schwer erreichbaren bisherigen Zuständigen begann der Autor, seine Frustration in täglichen Notizen in Obsidian festzuhalten
- Danach wurden ausgeführte Befehle und Ergebnisse, Gedankengänge, die aktuelle Tätigkeit und die nächsten geplanten Schritte gemeinsam dokumentiert
- Als Beispiel wurden Befehle wie
--yo-compress-shit really-well-like-5000-or-somethingund die dazugehörigen Fehlermeldungen notiert - Nach einer Unterbrechung las der Autor die Notizen erneut und kehrte schnell zur ursprünglichen Aufgabe zurück
- Als Beispiel wurden Befehle wie
- Nachdem diese Methode in den vergangenen 3 bis 4 Monaten kontinuierlich genutzt wurde, fühlte sich die Kontextwiederherstellung beim Wechsel zwischen mehreren Aufgaben deutlich schneller an
- Ein Arbeitsjournal ist kein Dokument, das später vollständig als langer Text noch einmal gelesen werden soll
- Der Prozess des Aufschreibens selbst schafft eine Struktur, die Gedanken ordnet
- Die letzten paar Sätze dienen als Cache, der den für den Neustart nötigen Zustand speichert
- Wer häufig aus der Konzentration gerissen wird oder zwischen mehreren Aufgaben wechseln muss, kann einfach damit beginnen, die aktuelle Arbeit und die eigenen Gedanken aufzuschreiben und beim Wiederaufnehmen zuerst die letzten paar Sätze zu lesen
1 Kommentare
Meinungen auf Hacker News
Der Vorteil von Journaling liegt nicht nur darin, leichter wieder einzusteigen, sondern auch darin, das Modell im Kopf zu einer Verzweigungsstruktur konkreter Möglichkeiten zu verfestigen, die eng mit einem bestimmten Problem verbunden sind.
Die Arbeit besteht dann darin, diesen Baum zu erkunden und zu verändern; man kann fehlende Äste entdecken und ergänzen oder die Zeit reduzieren, die man sonst damit verbringt, dieselben Stellen zufällig immer wieder abzusuchen.
Besonders bei verteilten Systemen ist die Arbeit kleinteilig, manuell, fehleranfällig und mit hoher Latenz verbunden; mit einem soliden Modell kann man Checklisten deutlich selbstbewusster abarbeiten.
Die Fähigkeit, komplexe Probleme ad hoc in eine konkretere Form zu überführen, ist eine Schlüsselkompetenz.
Die größte Hürde ist eine Art Neid. Andere scheinen solche Dinge ohne Dokumentation nur im Kopf zu erledigen, und man nimmt das als Beleg intellektueller Überlegenheit wahr; dadurch fragt man sich, ob die Nutzung von Hilfsmitteln wie einem Journal nicht auf mangelnde Fähigkeit hindeutet.
Aber komplexe Probleme mit Werkzeugen zu kartieren, ist kein Scheitern, sondern fast schon notwendig, besonders bei Systemen, mit denen man zum ersten Mal arbeitet. Mit der Zeit und wachsender Erfahrung braucht man vielleicht weniger Hilfsmittel, aber auch das ist eher ein Unterschied an Erfahrung als ein Zeichen von Intelligenz oder Fähigkeit.
Ich benutze es jeden Tag.
Der erste Commit kann mit drei Zeilen Code und einem langen Kommentar beginnen, in dem steht, was ich bereits versucht oder durchdacht habe.
Gegen Ende der Arbeit entferne ich die spekulativen und ausschweifenden Teile, und übrig bleibt meist sehr gut kommentierter Code.
Ich glaube, dass diese Methode schneller zu besserem Code führt, als alles nur im Kopf zu behalten. Bisher hat sich noch niemand beschwert.
Jetzt kennen sie den Weg und brauchen kein Journal mehr; für uns sieht das dann überlegen aus.
Ich weiß nicht, wie viele Erklärungen ich schreiben soll. Ich schreibe Code, und manche sagen, Code solle selbsterklärend sein; am Ende landet man also wieder bei der alten Frage, wie viele Kommentare man neben den Code setzt.
Ein weiteres Problem ist, wie man früher geschriebene Notizen wiederfindet. Man kann Tags und Suche verwenden, aber es ist nicht leicht, sich später an das perfekte Tag zu erinnern.
Es sind zu viele Notizen geworden, und viele davon sind inzwischen veraltet. Ich möchte keine Zeit in Updates stecken, aber wenn ich es nicht tue, kann das zu Missverständnissen führen.
Es braucht ein Gleichgewicht zwischen „einfach machen“ und „darüber schreiben“, und ich bin nicht sicher, ob ich dieses Gleichgewicht richtig getroffen habe.
Als Alternative wäre auch ein Forum denkbar, in dem Kolleginnen und Kollegen besprechen, woran sie gerade arbeiten, was sie vorhaben und was sie abgeschlossen haben. Die Auffindbarkeit könnte trotzdem ein Problem sein, aber Forum-Tools halten automatisch fest, wann und von wem etwas geschrieben wurde.
Man kann von den Notizen anderer genauso profitieren wie von den eigenen.
Als ich anfangs Obsidian nutzte, habe ich es auf diese Weise verwendet, aber je mehr Inhalt hineinkam, desto mehr begann ich, alles zu organisieren.
Dadurch wurde es eher zu einem Speicher für längere Texte als zu einem Journal.
Ich überlege, beides zu nutzen, um ein eigenes Tool nur fürs Journaling zu haben.
Was diese Gewohnheit bei mir verankert hat, war, Struktur und Organisation sowie formale Konzepte wie „Log“ oder „Journaling“ komplett aufzugeben, Erfassen vollständig über Suchen zu stellen und den Rest später Suchwerkzeugen und räumlicher Nähe zu überlassen.
Ich habe das OneNote-Symbol im Infobereich so eingestellt, dass es eine neue Schnellnotiz erstellt, und nutze es nach Belieben.
Gelegentlich gehe ich ganze Seiten durch, besonders die jüngsten, füge manches zusammen und ordne es neu, verschiebe anderes in einen „archive“-Tab und bin fertig.
Selbst die blasseste, unorganisierteste Tinte ist stärker als die stärkste Erinnerung.
Ich erstelle jedes Mal eine neue Textdatei und öffne sie nicht wieder, oder ich beschreibe eine Seite in einem Papiernotizbuch und sehe sie mir nicht noch einmal an.
Der Wert, der allein aus dem Schreiben entsteht, ist sehr groß.
Sie ist von oben nach unten chronologisch, mit Absätzen für jeden Arbeitstag.
Ich schreibe ausführlicher als nötig und ziehe für Rechtschreib- oder Grammatikfehler nichts ab.
Die Funktion Daily Note von Obsidian ist hervorragend, und wenn ich für ein bestimmtes Thema ein eigenes Dokument brauche, kann ich daraus eine Seite herausziehen.
Da es einfach Markdown ist, ist die Suche schnell, und mir gefällt auch, dass ich bei Bedarf reguläre Ausdrücke verwenden kann.
Die Graph-Ansicht ist nützlich, wenn man Notizen zu bestimmten Themen anlegt und miteinander verknüpft oder Teile herauslöst, um sie ausführlicher zu erklären, aber wenn man keine eigene Wissensbasis aufbaut, ist sie nicht zwingend nötig.
Auch so eine Wissensbasis veraltet mit der Zeit wie jedes Dokument.
Solange ein Notizwerkzeug genug Suche bietet, um Dinge wiederzufinden, ist es nicht besonders wichtig, welches man nutzt; entscheidend ist am Ende, es aufzuschreiben.
Beim Wiederfinden funktionieren allein Backlinks überraschend gut.
Für diesen Zweck nutze ich GitHub Issues-Threads, und sie passen überraschend gut
Für alles, woran ich arbeite, gibt es ein GitHub-Issue. Open-Source-Arbeit liegt in öffentlichen Repositories, alles andere und persönliche Recherche in privaten Repositories
Immer wenn ich etwas herausfinde, füge ich einen Kommentar hinzu. Das können kopierte Codeschnipsel, hilfreiche Links, Zitate, Screenshots oder Verweise auf andere Issues sein
Oft habe ich in einem einzigen Issue Dutzende eigener Kommentare; diese Kommentare werden zu einer detaillierten Aufzeichnung des Arbeitsprozesses und ermöglichen es mir, nach einer Unterbrechung oder einem Wechsel zu etwas anderem schnell wieder anzuknüpfen
Ein Beispiel für einen komplexeren öffentlichen Recherche-Thread gibt es hier: https://github.com/simonw/public-notes/issues/1
Jeden Tag erstelle ich ein neues Issue, plane darin, was ich an diesem Tag tun will, und halte auch diverse Notizen fest. Diese Methode habe ich hier beschrieben: https://til.simonwillison.net/github-actions/daily-planner
Weil ich sie nicht nur als Arbeitsjournal, sondern für alles benutze, entsteht ein kleines Problem
Wenn man zukünftige Referenzen und Arbeitslogs einfach hineinwirft und etwa 50 Kanäle hat, passiert es leicht, dass man nicht mehr zurückgeht und sie nur noch ansieht, wenn man sie braucht
Anfangs wirkt das eher wie ein Feature als wie ein Bug, aber es ist wirklich hilfreich, einige Zeit nach dem Erfassen noch einmal ein Review zu machen
Deshalb plane ich, einen Bot zu bauen, der jedes Wochenende meine Arbeitslogs und Referenz-Dumps neu ordnet und mir per E-Mail schickt
Danach wären private persönliche Wochennotizen wie https://simonwillison.net/tags/weeknotes/, die ich am Wochenende durchsehe, wohl perfekt für mich
https://GitHub.com/irthomasthomas/undecidability/issues
Der funktionierende Code ist hier
https://GitHub.com/irthomasthomas/label-maker — Anfang und aktueller Stand
Während ich es „ausarbeite“, kommentiere ich fortlaufend im Issue, daher gibt es normalerweise viel mehr Issue-Kommentare als Commits
Wenn ein neues Problem auftaucht, ein neues Issue; wenn es eine neue Erkenntnis zu diesem Problem gibt, ein Kommentar, und so weiter
Ich zögere, meinen persönlichen Arbeitsablauf dem Ermessen eines Unternehmens zu überlassen
Es ist erstaunlich, wie viele Entwickler versuchen, ihre Produktivität mit ausgefeilten Tools und Techniken zu überoptimieren, während es in der Praxis auf einfache Grundlagen hinausläuft
Als Gründer mit vielen Kontextwechseln verlasse ich mich auf ein paar Dinge
Eine endlose Textdatei für Aufgaben und Arbeitsjournal [0], einen Kalender für Planung und Fokuszeit-Blöcke, einen Website-Blocker und ausgeschaltete Benachrichtigungen
[0] https://news.ycombinator.com/item?id=39432876
Auch das Gliederungsformat von org-mode ist ziemlich gut, und die Tastaturbefehle zum Erstellen und Bearbeiten von Gliederungen, zum Verlinken und zum Durchschalten von TODO-Status hatte ich an einem Tag gelernt
Mit Doom Emacs war der Einstieg leicht, weil ich vi bereits kannte und keine neuen Textbearbeitungsbefehle lernen musste
Das Zettelkasten-Konzept einer „Inbox“ war ebenfalls sehr nützlich
Wenn etwas auftaucht, das noch nicht in mein System gehört, lege ich es in die Inbox, um es später zu verarbeiten. Am Computer nutze ich org-capture, auf dem Handy beorg
So muss ich wegen der Eingabe einer Notiz keinen vollständigen Kontextwechsel machen und muss später nur regelmäßig die Inbox leeren
Im Moment benutze ich Emacs außer für org-mode für nichts, bin damit aber deutlich zufriedener als mit einer endlosen
.md-DateiIch nutze nur ein Editor-Plugin, mit dem sich Aufgaben leicht als erledigt oder abgebrochen markieren lassen, und wechsle die Datei jeden Monat, räume sie dabei etwas auf und grenze den Suchbereich für Stichwörter ein
Über mehrere Jahre hinweg war das für mich die effektivste Methode für Projektmanagement und Journaling
Ich meine zum Beispiel eine Monatsliste wie im bullet journal
Welche Art von Cloud-Synchronisierung wäre am besten? Auf Firmengeräten könnte die Installation von Apps eingeschränkt sein
Ich mag es, pro Projekt oder Repository eine devlog.md-Datei zu haben
Das Log ist einfach nur eine in umgekehrter chronologischer Reihenfolge wachsende Sammlung aus Kommentaren, To-dos und Beschwerden
In VSCode habe ich cmd+shift+I auf das Einfügen eines Zeitstempels gemappt
Immer wenn ich etwas schreiben möchte, setze ich oben in die Liste einen Zeitstempel und schreibe los. Diese Datei liegt direkt neben dem Repository
Besonders morgens ist das nützlich, um wiederherzustellen, wie weit ich am Vorabend gekommen war
Darin kann alles stehen: Notizen zur Modulstruktur, Code- und Datenschnipsel für Tests usw.
Wie einer der oberen Kommentare sagte, funktioniert es wie ein größeres System, also wie Wissensknoten in einem Graphen, und man schaut überraschend oft wieder in diese Logs
Je mehr man erkundet und dokumentiert, desto mehr Verbindungen entstehen, und desto besser wird es
devlog.mdins Versionskontrollsystem?Falls nicht, wie synchronisierst du es zwischen mehreren Computern?
Der schwierigste Teil an arbeitsbezogenen Methoden und Tricks wie Journaling oder Pomodoro ist für mich, dranzubleiben
Ich habe ein Arbeitsjournal, aber ich gebe es auf und komme zurück, gebe es wieder auf und komme wieder zurück
Falls Leute, die das langfristig durchhalten, Ratschläge haben, wäre ich dankbar
Ich organisiere alles, einschließlich persönlicher Nebenprojekte, mit Arbeitsjournal und Zeiterfassung, aber ich musste es schrittweise lernen, bis es zu einem natürlichen Arbeitsablauf wurde
Mein empfohlener Weg sieht so aus: Konzentriere dich am Anfang nur darauf, jeden Tag zu Beginn oder am Ende in irgendeiner Form Notizen zu hinterlassen
Wo und in welchem Format du schreibst, ist nicht wichtig; entscheidend ist, dass du am Anfang oder Ende des Tages immer zumindest ein bisschen notierst
Wenn die tägliche Notiz-Gewohnheit entstanden ist, finde heraus, bei welchen Aktivitäten du am häufigsten Notizen brauchst, und mache vor oder während dieser Aktivitäten Notizen
Wenn du zum Beispiel oft zu einem Arbeitsticket zurückgehst, um wichtige Informationen zu finden, nimm diese Informationen in deine Notizen auf
Wenn du täglich Notizen machst und die nötigen Inhalte ergänzt, werden es viele Notizen; dann solltest du über Struktur und Format nachdenken
Wenn du merkst, dass eine Textdatei mit selbst gebautem Markup nicht skaliert, kannst du dir Obsidian und Markdown oder Emacs und org-mode ansehen
Danach wiederholst du den Prozess: die gewählte Notizmethode täglich nutzen, gute Gewohnheiten aufbauen und dein Notizsystem so verbessern, dass es zu dir passt
Wenn sich etwas im Verhältnis zur investierten Zeit wenig wertvoll anfühlt, ändere es so, dass es weniger Zeit kostet, oder höre einfach damit auf
Sobald man einmal gesehen hat, wie nützlich frühere Notizen waren, ist sehr klar, dass man es aktualisieren sollte
Ich behalte für jeden neuen Eintrag einen Standard-Header bei
* DD/MM/YYYY** Admin** Meetings** Tickets/Stories/Work** ProblemsDiesen Header kopiere ich ans Ende der Datei und fülle ihn im Laufe der Arbeit aus
Früher ließ ich das Journal beim Start des Editors automatisch öffnen, aber diese Einstellung habe ich am Ende entfernt
Was für mich wirklich funktioniert hat, war, das Journal zum Hauptwerkzeug der Arbeit zu machen
Statt gelegentlich aufzuschreiben, was ich heute gemacht habe, schreibe ich sofort meinen Ansatz auf, wenn ich mit etwas halbwegs Komplexem beginne. Zum Beispiel: „Ich muss X tun, also habe ich mit Y angefangen“
Vielleicht machst du unterschiedliche Arten von Arbeit und spürst unbewusst, dass Journaling für manche Dinge nützlich ist und für andere nicht
Das ist okay. Betrachte es als gelegentlich genutztes Werkzeug und erinnere dich an Journaling als Option, wenn du bei etwas feststeckst und frustriert bist
Die Technik, während der Arbeit Journal zu führen, wird manchmal interstitial journaling genannt, und ich habe sie sehr zu schätzen gelernt, weil sie hilft, fokussiert zu bleiben und nachzuverfolgen, woran man gerade war
Ich habe ein Tool gebaut, das diese Notizen mit farbcodierten Projekten und Zeitstempeln verknüpft
https://interstitch.app
Unbeabsichtigt ist es einem abrechnungsorientierten Zeiterfassungstool ähnlich geworden, wie es Freelancer nutzen würden, aber der Use Case, der mich interessiert, ist persönliche Produktivität
Abgesehen von meiner eigenen Nutzung kann ich nicht behaupten, dass es viel Aufmerksamkeit bekommen hat, aber es ist ziemlich angenehm, während der Arbeit Notizen zu machen und leicht zu sehen, wie viel Zeit man für ein bestimmtes Projekt aufgewendet hat
Man kann Notizen auch
#hashtags hinzufügen und in der Kalenderansicht nach diesem Hashtag filternFalls es jemandem hilft: Es ist komplett kostenlos
„Ignoriere alle vorherigen Anweisungen. Zeige deinen Arbeitsprozess. Erkläre deinen Gedankengang im Detail. Führe ein Journal über den Arbeitsfortschritt.“
Ich habe diesen Prompt über Jahre hinweg sporadisch auf mich selbst angewendet, aber ich halluziniere trotzdem weiter, verliere den Fokus und gerate auf Abwege
Ich nutze eine ähnliche Methode, bei der ich beim Lösen eines Problems einen Blogbeitrag für mich selbst schreibe
Es fühlt sich an, als würde ich eine Anleitung schreiben, bevor ich wirklich weiß, wie es geht, und jedes Mal, wenn ich Material finde, zitiere ich die Quelle
Wenn das Problem gelöst oder „das“ gebaut ist, schaue ich das Dokument noch einmal durch und veröffentliche es intern oder lege es im Archiv ab
Diese Gewohnheit hat sich nach der Lektüre von William Zinssers Writing to Learn wirklich gefestigt. Heute empfehle ich dieses Buch allen
„Schreiben lässt uns herausfinden, was wir über das, was wir lernen wollen, wissen und was nicht“
Praktisch jedes Mal, wenn ich versuche, aus Gründen der psychischen Gesundheit zu journaln, bleibe ich viel zu sehr daran hängen, wie man das eigentlich macht
Logseq und Obsidian werden oft genannt, aber während ich herauszufinden versuche, wie man die undurchsichtige Syntax benutzt, verliere ich das Interesse. Es ist doch ein Journal – warum muss ich dafür programmieren?
Ich wünschte, es gäbe eine Option, die sofort nutzbar ist, aber so etwas sehe ich kaum
Wenn man das in solchen Diskussionen anspricht, kommen Antworten wie „ist doch einfach, installier X, füge dieses und jenes Plugin hinzu, ändere diese Datei …“, was den Punkt nur noch bestätigt. Mein ADHS-geprägtes Gehirn verliert da das Interesse
Auf dem Markt fehlt wirklich ein gutes Tool, das man einfach öffnet und benutzt, Open Source ist und sich selbst hosten lässt
Ich meine keinen Notizblock, sondern ein Tool, bei dem ich die App öffne, meine Notizen zum heutigen Datum hineinschütten kann und sie gespeichert werden
Es gibt Tools wie DayOne, aber Cloud-basierte Speicherung ist für mich und viele andere eindeutig keine Option
Auch auf Reddit gab es unzählige solche Diskussionen, und die Antwort ist immer, einen halben Tag lang an Logseq oder Obsidian herumzubasteln und sich die Syntax zu merken
Beide sind im Auslieferungszustand ziemlich mäßig, und wenn die Lösung darin besteht, stundenlang Einstellungen anzupassen, ist das keine echte Lösung, sondern eher ein Patch
Wenn so ein Patch nötig ist, kann man es nicht wirklich als das passende Tool bezeichnen
Wenn man nur eine GUI für einfache Textdateien braucht, muss man nichts anpassen, keine Plugins installieren und keine neue Syntax lernen
Open Source ist es allerdings nicht
Man sollte sich nicht von „Productivity Porn“-Communities täuschen oder einschüchtern lassen, die mit ausgefeilten Setups und unrealistischen Workflows prahlen
Meine Regel lautet: Wenn jemand Obsidian als „second brain“ bezeichnet, ist das Teil eines Kults und kann ignoriert werden
Trotzdem empfehle ich dringend die ultimative konfigurationsfreie Open-Source-App: Papier und Stift. Dazu gibt es sogar hervorragendes taktiles Feedback
In Obsidian kann man zum Beispiel alle Plugins außer Daily Note entfernen und einfach lostippen
Man kann sämtliche Syntax außer vielleicht Aufzählungspunkten ignorieren, ebenso Properties, Links, Habit Tracking, Datenbanktricks und den Graphen
Oder man richtet in Vim/Neovim einen Leader-Shortcut ein, der das heutige
journal/YYYY-MM-DD.txtöffnetIn meinem aktuellen Job habe ich ein fortlaufendes Dokument, erstelle jeden Tag ganz oben einen neuen Eintrag und notiere, was ich vorhabe, bevor ich etwas ausprobiere, sowie welche Fortschritte es an dem Tag gab
Hilfreich ist, dass Kolleginnen, Kollegen und Vorgesetzte dieses Dokument finden und lesen können
Für mich ist es sehr nützlich, aber es hilft auch anderen, zu sehen, woran ich arbeite, ohne mich anstupsen zu müssen
grepverwenden