Die Tagesroutine eines Solo-Entwicklers - Wie man allein nicht ausbrennt

Wer allein arbeitet, hat niemanden, der kontrolliert, ob man zur Arbeit erscheint. Das ist Freiheit, aber genau deshalb bricht der Rhythmus so leicht weg. Ich habe erst nach einigen Einbrüchen ein paar Regeln aufgestellt.

Vormittags nur eine einzige Bau-Aufgabe

Die klarsten Stunden am Vormittag gehören ausschließlich einer einzigen Sache, die ich baue. Keine Mails, kein Slack, keine Metriken. Ob ich in dieser Zeit ein Stück Code fertig bekomme, entscheidet über den ganzen Tag.

• Vor dem Start festlegen: "Heute Vormittag nur dieses eine"
• Alle Benachrichtigungen aus
• Wenn ich feststecke, verschiebe ich es auf den nächsten Vormittag (statt mich festzubeißen)

Nachmittags den Kleinkram bündeln

Kleine Aufgaben erledige ich nachmittags gebündelt. Antworten, Deployments, Store-Angelegenheiten, Metriken prüfen und Ähnliches. Verstreut man so etwas über den Vormittag, verschwindet die eigentliche Bauzeit.

Tageszeit	Aufgabe
Vormittag	Eine Bau-Aufgabe (Deep Work)
Nachmittag	Kommunikation, Kleinkram, Deployment
Abend	Festhalten, aufräumen, das eine Ding für morgen festlegen

Am Tagesende eine Zeile: "Was habe ich heute geliefert?"

Wer allein arbeitet, hat niemanden, der die Ergebnisse würdigt. Deshalb schreibe ich am Ende des Tages eine Zeile darüber, was ich heute geliefert habe. Ein Commit, ein Beitrag, ein behobener Bug, alles zählt.

Wer das Geschaffene festhält, sieht Fortschritt, der vorher unsichtbar war.

Diese Gewohnheit folgt demselben Prinzip wie mein früherer Beitrag über Gewohnheiten nach dem Prinzip 'einmal am Tag'. Klein, täglich, mit demselben Signal.

Der wiederholbare Tag schlägt den perfekten Tag

Das Ziel einer Routine ist kein großartiger Tag, sondern ein Tag, der nicht auslaugt. An manchen Tagen schaffe ich nur zwei Stunden. Solange der Rhythmus steht, geht es am nächsten Tag trotzdem weiter.

Wenn Sie allein arbeiten: Legen Sie heute genau eine Sache fest und bringen Sie sie am Vormittag zu Ende. Das reicht völlig.