Du17:40
Erledigt: Produktionsdaten auf Staging kopiert. Entschieden: zuerst die Rechnungen, weil die Berichte davon abhängen. Als Nächstes: die Migration auf Staging laufen lassen.
Ein Arbeitsprotokoll besteht aus kurzen, datierten Notizen, die du am Ende jeder Arbeitssitzung schreibst: was du getan hast, was du entschieden hast und was als Nächstes kommt. Nächste Woche sagt es dir, wo du aufgehört hast, und wenn die Beurteilung ansteht, zeigt es, was du geschafft hast.
Aktualisiert am 4. November 2026
Zur VorlageEine Aufzeichnung dessen, was du getan und entschieden hast, in der Reihenfolge, in der es passiert ist, mit dem nächsten Schritt am Ende.
Es ist kein Stundenzettel. Du erfasst keine Stunden; wenn du Zeit abrechnest, nutze daneben eine Zeiterfassung.
Kopiere das in jeden neuen Eintrag und lösche die Zeilen, die du nicht brauchst.
Erledigt: Entschieden (und warum): Blockiert: Als Nächstes:
Schreib das Datum oben hin, wenn dein Tool es nicht selbst einfügt. Eine Zeile für das Projekt gibt es nicht, weil jedes Projekt ein eigenes Protokoll bekommt.
Ein ausgefüllter Eintrag aus dem Protokoll eines Entwicklers:
Erledigt: Die Produktsuche antwortet auf Staging in 120 ms; die Tests laufen durch. Entschieden: vorerst nur Titel indexieren, weil der Volltext den Index verdoppelt. Blockiert: Die Suche nach „Muller“ findet „Müller“ nicht. Als Nächstes: den Akzentfilter auf dem Staging-Index ausprobieren.
Der beste Moment ist kurz bevor du zu etwas anderem wechselst, solange die Details noch im Kopf sind. Am Abend weißt du noch, was du getan hast, aber nicht mehr, was du gerade ausprobieren wolltest, und „Als Nächstes“ ist die Zeile, die du am Montagmorgen brauchst. Mehr zum Wiedereinstieg: wie du ein Projekt nach einer Pause wiederaufnimmst.
Ein Satz genügt: „Hier aufgehört: Die Migration läuft auf Staging; als Nächstes die zwei fehlschlagenden Berichte.“
Ein einziges Protokoll für alles wird zu einer Liste, in der sich drei Projekte abwechseln. Führe eines pro Projekt: Dann liest sich jedes wie eine zusammenhängende Geschichte, und sein letzter Eintrag ist immer die Stelle, an der dieses Projekt weitergeht.
Wenn du immer nur an einem Projekt arbeitest, reicht ein einziges Tagesprotokoll. Bei mehreren kann ein kurzer Eintrag in einem eigenen Protokoll „Woche“ festhalten, was sich bei jedem bewegt hat.
Wenn sich eine Entscheidung ändert, schreib einen neuen Eintrag, der das sagt und warum. Wenn dich im März jemand fragt, warum du den zweiten Zahlungsanbieter gestrichen hast, steht die Antwort samt Datum da, neben dem, was du damals wusstest.
Lies am Freitag die letzten Einträge der Woche in jedem Projekt und schreib drei Zeilen:
Geschafft: Gelernt: Nächste Woche:
Diese drei Zeilen sind dein Status-Update. Über ein Jahr ergeben sie eine Chronik deiner Arbeit für eine Leistungsbeurteilung oder ein Erfolgsdokument. In fast 12.000 Tagebucheinträgen von 238 Beschäftigten aus sieben Unternehmen fanden Teresa Amabile und Steven Kramer heraus: Fortschritt bei sinnvoller Arbeit, auch in kleinen Schritten, prägte den Arbeitstag der Menschen stärker als alles andere (The Progress Principle).
Dein Arbeitsbereich ist anfangs leer.
Arbeit
Geschrieben vor dem Wechsel zum nächsten Projekt.
Du17:40
Erledigt: Produktionsdaten auf Staging kopiert. Entschieden: zuerst die Rechnungen, weil die Berichte davon abhängen. Als Nächstes: die Migration auf Staging laufen lassen.
„Blockiert“ ist die Zeile, die du morgen brauchst.
Du18:05
Erledigt: Die Migration ist gelaufen. Blockiert: Rechnungs- und Umsatzbericht zeigen unterschiedliche Summen. Als Nächstes: die beiden Berichtsabfragen vergleichen.
Eine Entscheidung samt Grund. Wartend
Du16:20
Entschieden: alte und neue Abrechnung einen Zyklus lang parallel laufen lassen, weil die Finanzabteilung die Rechnungen vergleichen will. Blockiert: Warten auf die Finanzabteilung.
Die drei Zeilen vom Freitag.
Du17:55
Geschafft: die Migration auf Staging. Gelernt: Der Umsatzbericht zählt Rückerstattungen doppelt. Nächste Woche: Produktion, sobald die Finanzabteilung zustimmt.
Claude Code und Codex sind die Namen ihrer Inhaber. ThreadPage ist unabhängig, steht in keiner Verbindung zu ihnen und wird von ihnen nicht unterstützt.
Vor allem der Name. Ein Arbeitsprotokoll ist meist kurz und sachlich; ein Arbeitstagebuch lässt mehr Raum zum Nachdenken. Die Vorlage passt für beides.
So kurz wie möglich, solange du ihn in einem Monat noch verstehst. Üblich sind zwei bis fünf Zeilen.
Einer pro Sitzung, wenn du im Lauf des Tages zwischen Projekten wechselst; für einen Tag an einem einzigen Projekt reicht ein Eintrag.
Teile die drei Zeilen der Woche und behalte das Rohprotokoll für dich.
Nein. Ein Stundenzettel erfasst Stunden. Ein Arbeitsprotokoll hält fest, was passiert ist, was du entschieden hast und was als Nächstes kommt.
Kostenlos in deinem Browser. Zum Start brauchst du kein Konto.
Bevor du wechselst, eine Zeile: hier aufgehört, als Nächstes. Wenn du zurückkommst, sagt dir die letzte Notiz des Threads, wo du anfängst.
Free nichts einzurichtenDie Pull-Requests deines Repositorys landen von selbst in einem eigenen Thread. Du notierst, was git nicht sieht, und zur Beurteilung entwirft dein Agent aus beiden.
Pro Pull-Requests und Agenten