Flowtime-Technik: der Timer wird zum Protokoll
Es ist 14:12 und die Funktion läuft endlich. Du hast sie in einem Zug geschrieben, seit 13:38, ohne einmal aufzusehen.
Du kennst die Uhrzeit, weil du 13:38 auf einen Zettel geschrieben hast, bevor du angefangen hast. Das ist beinahe die ganze Technik.
Ein 25-Minuten-Gong hätte um 14:03 geklingelt. Neun Minuten, bevor es lief.
Der Timer hört auf, Regel zu sein, und wird Protokoll
Pomodoro stellt seine Frage vorher: Wie lange wirst du arbeiten? Flowtime stellt sie hinterher: Wie lange hast du gearbeitet?
Das klingt nach wenig und verschiebt alles. Eine Regel kann man brechen, und Brechen fühlt sich nach Versagen an der Methode an. Ein Protokoll kann man nicht brechen. Es kann nur falsch sein, und angelogen wird dabei nur eine Person.
Die Disziplin wandert damit vom Gehorchen zum Aufschreiben. Alles Weitere hier handelt davon, was du aufschreibst und wann du dem Aufgeschriebenen misstrauen solltest.
Was Flowtime genau ist
Zoë Read-Bivens hat die Technik Mitte der 2010er auf Medium beschrieben, nachdem ein fester Gong sie ständig mitten im Gedanken abgeschnitten hatte. Manchmal läuft sie auch unter dem Namen Flowmodoro.
Fünf Schritte, und keiner dauert länger als das Schreiben.
- Eine Aufgabe wählen und aufschreiben. Eine Zeile, ein Verb. Derselbe Test wie überall: Wenn die Zeile das Wort und braucht, sind es zwei Aufgaben.
- Die Startzeit notieren. Vor allem anderen. Auf Papier, in einer Notiz, irgendwo, wo du später wirklich hinschaust.
- Arbeiten, bis du nachlässt. Nicht bis zur ersten Sekunde Langeweile, sondern bis die Arbeit selbst schlechter wird. Dieselbe Zeile dreimal lesen, Code schreiben, den du gleich löschst, ins Leere schauen.
- Die Endzeit notieren – und was dich rausgeholt hat, falls etwas es getan hat.
- Pause im Verhältnis zum Block nehmen.
Für den letzten Schritt hat Read-Bivens Zahlen genannt, und die sind der nützlichste Teil des Textes:
| Blocklänge | Pause |
|---|---|
| bis 25 Min | 5 Min |
| 25–50 Min | 8 Min |
| 50–90 Min | 10 Min |
| über 90 Min | 15 Min |
Diese Zahlen stammen aus ihrer eigenen Praxis, nicht aus einer Studie, und sie hat sie als Vorschläge bezeichnet. Sie halten vor allem deshalb, weil sie etwas Offensichtliches festschreiben, das trotzdem alle ignorieren: Ein Neunzig-Minuten-Block kostet mehr als ein Dreißig-Minuten-Block, also steht ihm mehr zurück.
Das Protokoll ist die Technik
Ohne Protokoll ist das hier nur Arbeiten, bis man müde ist, und das hast du vorher schon gemacht. Erst das Protokoll macht Information daraus. Ein Nachmittag sieht so aus:
` Aufgabe Start Stopp Rausgeholt von Pause Login umbauen 13:38 14:12 – 8 Login umbauen 14:20 14:51 Teams ×1 8 PR-Notizen 14:59 15:14 – 5 Login umbauen 15:19 16:35 Handy ×2 15 `
Vier Blöcke: 34 / 31 / 15 / 76 Minuten. Auf die Form kommt es an.
Der lange Block kam als vierter, nicht als erster. Dieses Muster taucht bei fast allen auf, die zwei Wochen lang mitschreiben: Die ersten zwei Blöcke sind das Aufwärmen, das du dir seit Jahren übelnimmst. Sie sind kein Willensfehler, sie sind der Preis fürs Laden.
Lies das Protokoll einmal pro Woche, und es beantwortet Fragen, die aus dem Gedächtnis nicht zu beantworten sind. Welche Aufgabe immer kurze Blöcke erzeugt. Ob „Teams ×1“ dienstags elfmal auftaucht. Zu welcher Tageszeit deine Siebzig-Minuten-Blöcke passieren – denn diese Stunde ist es wert, verteidigt zu werden, und solange sie nicht notiert ist, rätst du falsch.
Für wen es passt
Arbeit mit langem Anlauf. Code, Textentwürfe, Gestaltung, Datenauswertung, Übersetzung, alles, wo die ersten fünfzehn Minuten dafür draufgehen, das Problem zurückzuholen. Wenn ein fester Gong jemals genau in dem Moment kam, in dem du brauchbar wurdest, ist das hier die Reparatur für genau diese Beschwerde.
Es passt außerdem zu Menschen, die es nicht mögen, wenn Software ihnen sagt, was sie zu tun haben. Das sind mehr von uns, als zugeben.
Funktioniert das auch fürs Lernen?
Teilweise, und die Trennlinie ist sauber. Es funktioniert für Hausarbeiten, Übungsblätter und alles mit einem Faden, den man verlieren kann. Es funktioniert schlecht für Karteikarten, Vokabeln und Wiederholung, wo die Eintönigkeit die ganze Textur der Aufgabe ist und dein Urteil darüber, wann du nachlässt, innerhalb von zehn Minuten unzuverlässig wird. Für diese Arbeit tut ein Gong dir einen Gefallen, und das feste Intervall ist das bessere Werkzeug.
Flowtime gegen Pomodoro
| Pomodoro | Flowtime | |
|---|---|---|
| Länge | fest, meist 25 | was sich ergibt |
| Ende durch | einen Gong | dich, wenn die Arbeit schlechter wird |
| Pause | fest 5 Min | im Verhältnis: 5 / 8 / 10 / 15 |
| Stark bei | anfangen | nicht abgeschnitten werden |
| Schwach bei | Arbeit mit langem Anlauf | jemanden in Gang bringen, der sich drückt |
| Danach hast du | eine Zählung | ein Protokoll mit Zeiten und Unterbrechungen |
| Das Risiko | zu früh aufhören | gar nicht aufhören |
Die letzte Zeile ist die ehrliche, und sie ist der Rest dieses Textes.
Es klingelt niemand
Das ganze Design von Flowtime setzt darauf, dass du merkst, wenn du nachlässt. Das Problem: Müdigkeit zu bemerken ist genau die Fähigkeit, die als Erste unter Müdigkeit leidet. Die Methode stützt sich also am stärksten auf das, was sie gerade abbaut.
Manche hören nie auf. So sieht das aus, damit du es im eigenen Protokoll erkennst statt im Abstrakten:
- Der letzte Block lief zwei Stunden vierzig, und aus den letzten vierzig Minuten ist nichts übrig geblieben.
- Du hast die Mittagspause ausgelassen, weil es lief, und der Nachmittag danach hat eine Mail hervorgebracht.
- Der Dienstag hatte drei großartige Stunden, und am Mittwochmorgen ging gar nichts.
- In deinem Protokoll steht keine einzige Unterbrechung – was fast immer heißt, dass du aufgehört hast, das Protokoll zu führen, nicht dass dich niemand unterbrochen hat.
Drei Gegenmittel, nach Aufwand sortiert.
Stell einen Rückfallwecker auf neunzig Minuten. Du darfst ihn ignorieren. Aber wenn du ihn ignorierst, schreibst du eine Zeile ins Protokoll, warum. Das Schreiben ist die Steuer, und die Steuer macht die Entscheidung bewusst statt automatisch.
Mach beim Wecker den Ein-Satz-Test. Sag laut, in einem Satz, was die letzten zwanzig Minuten hervorgebracht haben. Nicht, was du getan hast – was es jetzt gibt, das es vorher nicht gab. Wenn du das nicht kannst, ist das das Signal. Es kommt deutlich vor der Müdigkeit.
Lies das Protokoll am Freitag. Jeder Block über etwa hundert Minuten, auf den eine tote Stunde folgt, ist eine Schuld und kein Sieg. Einer davon pro Woche ist eine gute Woche, die überzogen hat. Zwei oder drei, jede Woche, heißt: Die Technik fährt dich, und du solltest zwei Wochen lang eine harte Obergrenze setzen.
Die Logik hinter allen dreien: Dein Urteil bei Minute 110 ist nicht vertrauenswürdig, dein Urteil am Freitagmorgen schon. Flowtime funktioniert, wenn du das zweite über das erste stellst.
Wann das der falsche Griff ist
Dein Problem ist das Anfangen, nicht das Aufhören. Wenn schon das Öffnen des Dokuments schwerfällt, nimmt Flowtime dir das Einzige weg, das geholfen hat: das Versprechen aufzuhören, das eine ungeliebte Aufgabe billig macht. Repariere das zuerst – die meisten Gründe, warum Timer aufhören zu wirken, liegen auf der Startseite, nicht auf der Stoppseite.
Du arbeitest, wo man dich unterbricht. Im Großraumbüro oder in einer WG endet jeder Block, wenn es anderen passt, und das Protokoll wird ein Verzeichnis fremder Menschen statt deiner Arbeit. Ändere die Umgebung oder plane einen geschützten Block, denn der Block ist der Teil, den du wirklich steuerst.
Zeit rutscht dir weg. Wenn du regelmäßig aus einer Aufgabe auftauchst und nicht sagen kannst, ob zwanzig Minuten oder zwei Stunden vergangen sind – häufig bei ADHS, und nicht nur dort – ist eine offene Uhr riskanter als ein Gong. Behalte den Rückfallwecker und behandle ihn als verpflichtend, nicht als Empfehlung.
Fomodo nennt das Deep Work: Die Uhr läuft, der Block wird mit seiner Länge protokolliert, und es gibt keinen Gong. Das ist zugleich die Grenze, die man deutlich sagen sollte.
Die App protokolliert einen 140-Minuten-Block genauso gelassen wie einen von 40. Sie hat keine Meinung zum Unterschied, keinen Stups bei zwei Stunden und keine Möglichkeit zu wissen, dass die letzte halbe Stunde nichts hervorgebracht hat. Dieses Urteil bleibt bei dir und beim Protokoll.
Eine Sache haben wir uns etwas kosten lassen: Wenn die App mitten im Block abgeschossen wird oder das Handy neu startet, wird die Session beim Zurückkommen aus der echten Uhrzeit rekonstruiert statt verworfen. Zwei Stunden Arbeit an einen abgestürzten Timer zu verlieren, ist genau die Erfahrung, nach der Menschen nie wieder irgendetwas protokollieren.
Schreib die Startzeit auf. Alles andere ist eine Gewohnheit, die du später bauen kannst.
