The FIP Journal #11: organisiert mit GTD, Org-mode & kürzeren Sprints

Marc & Patrik
8 min read

Patrik

Kluge Worte der Woche

Dein Kopf ist dazu da, Ideen zu haben, nicht um sie festzuhalten. — David Allen

Perfektion ist nicht dann erreicht, wenn es nichts mehr hinzuzufügen gibt, sondern wenn es nichts mehr wegzulassen gibt. — Antoine de Saint-Exupéry

Wusstest du? Für mehr Inspiration von Saint-Exupéry kannst du das Museum “Der kleine Prinz und seine Welt” in Solothurn besuchen.

Journal

Wieder eine Woche mit gutem Fortschritt beim Durchgehen des User-Feedbacks und beim Schliessen von Issues. Ich bin gerade dabei, meine Arbeit abzuschliessen und die angesammelten kleinen Aufräumarbeiten zu erledigen, die ich am Ende eines Implementierungszyklus abschliessen muss, bevor ich das Release Anfang nächster Woche rausschicke.

Wir nutzen Linear, um alle Issues zu verwalten. Für die laufende Arbeit führe ich eine lokale Liste der aktuellen Aufgaben. Anfangs habe ich nur Papier und Bleistift benutzt, aber in den letzten Monaten bin ich für meine Notizen wieder zu einer Datei zurückgekehrt, weil es mühsam wurde, die Liste neu zu schreiben, sobald das Blatt voll war (manche halten das für ein Feature, es zwingt dich, die Liste aufzuräumen).

Ich erstelle im Grunde kleine Implementierungsaufgaben, die manchmal Unteraufgaben haben. Ich füge der Liste grosszügig neue Aufgaben hinzu, wenn der Bedarf entsteht. Das soll verhindern, dass ich den Gedankenfaden verliere, wenn mitten in einer anderen Aufgabe eine Idee aufkommt. Immer wenn ich warten muss (die Regressionstests laufen lassen, eine Testinstanz bauen oder auf die AI warten), nutze ich die Zeit, um die Liste durchzugehen, damit ich fokussiert bleibe.

Mit der Zeit habe ich verschiedene TODO-Tracking-Systeme ausprobiert. Papier und Bleistift, OmniFocus, Google Tasks, Tabellen. Am Ende komme ich immer wieder zu Org-mode zurück. Das war der einzige Grund, warum ich damals Emacs lernen musste (vim hat alles gemacht, was ich brauchte). Aber jetzt nutze ich Org-mode einfach als simple Textdatei in VS Code mit der org-vscode-Erweiterung. Im Moment markiere ich die Aufgaben noch manuell als erledigt, aber das ist albern und ich werde wieder die eingebaute Todo-Liste nutzen, sobald ich das hier fertig geschrieben habe (mir war nicht klar, dass die Erweiterung das unterstützt).

Das einzige Problem, das ich hatte, war, meine Notizdatei überall verfügbar zu machen, wo ich sie brauche. Ich will sie nicht in git versionieren, weil ich ständig zwischen Branches hin und her springe und es wirklich nur eine Liste von Arbeitsnotizen ist. Ich habe GDrive versucht, aber die Synchronisation hat dort, wo ich sie brauchte, nicht richtig funktioniert. Dann habe ich syncthing entdeckt und es hat mein Problem gelöst: Ich behalte die Notizdatei in einem separaten Verzeichnis, das in meinen Editor gemappt ist. Syncthing hält dieses Verzeichnis zwischen meinen beiden Maschinen auf dem neuesten Stand.

Apropos Maschinen. Du denkst sicher, dass jemand, der vom Software-Development lebt, das verrückteste Computer-Setup hat. Aber das wäre nicht minimalistisch, oder? Mein Entwicklungs-PC ist ein 4 Jahre alter Intel NUC (NUC 8i5BEH) mit 16 GB RAM und 256 GB SSD unter Ubuntu. Er hat 2020 CHF 360 gekostet. Minimalistisch beim Preis und beim Platz, den er auf meinem Schreibtisch braucht (er verschwindet einfach unter dem Monitor). Und der Laptop ist einfach der alte Laptop meines Sohnes, den ich so lange wie möglich weiterverwende.

Marc hat sich schon über mich lustig gemacht und gesagt, wir sollten unsere ersten Einnahmen der Firma nutzen, um mir einen anständigen Laptop zu besorgen…

Wie habe ich AI diese Woche genutzt?

Diese Woche war meine Nutzung von AI nicht besonders beeindruckend. Kein Experimentieren, einfach nur Fortschritt.

Ich nutze Gemini viel, um technische Fragen zu stellen, oft einfach um eine zweite Meinung zu dem zu bekommen, was ich gerade mache. Fragen wie “wann ist der späteste AHV-Bezug möglich? Ist es der Monat meines 70. Geburtstags oder der Monat danach?”. Die Antworten sind meistens gut und es kann oft die kniffligen Details des Problems handhaben.

Ich nutze weiterhin den Plan Mode in Cursor und versuche, in meinen Anfragen so präzise wie möglich zu sein, um zu vermeiden, dass ich danach Tage mit Refactoring verbringe. Trotzdem muss ich den Code oft refactoren, um den Bloat zu entfernen, den er erzeugt hat. Die Generalisierung ist immer noch nicht toll (aber vielleicht sollte ich einfach danach fragen).

Ich habe den starken Eindruck, dass die AI manche Problemdomänen wirklich gut versteht, wie Frontend-Coding. Aber bei manchen anderen Domänen hat sie schlicht keine Ahnung und mischt am Ende Konzepte, die nicht zusammengehören, oder gruppiert Code auf eine seltsame Weise (zumindest für jemanden, der zu verstehen versucht, was vor sich geht). Hier ein aktuelles Beispiel, mal sehen, ob du die Inkonsistenz entdeckst:

export type WithdrawalPillarKind = 'retire' | 'p2' | 'p2vested' | 'p3a' | 'p3b';

Ansonsten habe ich angefangen, Codex statt Auto zu nutzen, wenn ich komplexere Coding-Aufgaben in Cursor mache. Bisher läuft es gut, der Code funktioniert einfach und keine grossen chaotischen Änderungen. Mal sehen, ob es der Herausforderung noch eine Woche standhält.

Ein Bild meiner notes/org-Datei
Ein Bild meiner notes/org-Datei

Marc

Produktseite

Ich habe mich vor allem darauf konzentriert, meine hektische Planung zwischen den Pflichten aus Familie/Arbeit/Nebenprojekt zu überleben. Was im Grunde heisst: neue Waitlist-Mitglieder einladen und ein bisschen JTBD-Exploration betreiben.

Aber lass uns nicht in die Jammerlappen-Welt abdriften, sondern auf die Learnings fokussieren.

Und das Learning, über das ich am meisten lachen muss, ist das Feedback von Waitlist-Mitgliedern, die wir schon onboardet haben und die mir sagen… “ich hatte noch keine Zeit, es mir anzuschauen… ich melde mich bald bei dir!”

Wie lustig!

Bis jetzt halten wir den Platz für diese Person einfach frei, bis sie bereit ist.

Das hat mich überlegen lassen, ob wir unsere Einladungen nicht am Wochenende statt am Mittwoch verschicken sollten.

Anfangs haben wir sie aus Eigennutz an diesem Tag verschickt, um unter der Woche Zeit zu haben, die Fragen zu beantworten. Und um nicht jedes Wochenende mit Arbeiten anzufangen. Wir ändern das vielleicht früher als später, weil sich der Onboarding-Flow im Vergleich zu vor 3-5 Monaten stark verbessert hat, als wir diese anfängliche Angst hatten.

Was mich beschäftigt

Mehr Zeit (oder eben nicht, wechsle einfach die Perspektive!)

Die Sommerferien nahen schnell. Sowohl unsere (als MP-Familie) als auch die längeren der Kinder, was heisst, dass die Organisation Anpassung und Flexibilität braucht.

Wie du in den vergangenen Journal-Ausgaben gelesen hast, habe ich das Gefühl, einer Zeit hinterherzujagen, die es nicht gibt. Und anstatt mich zu beklagen oder unter der Situation zu leiden, ohne zu handeln, habe ich entschieden, dass etwas getan werden muss.

Also bin ich zurück zu den Wurzeln gegangen: GTD (aka Getting Things Done).

Das Ganze unterstützt von einem Claude-AI-Agenten. Einem ehrgeizigen, vielleicht zu ehrgeizigen, wir werden sehen. Sein Name ist Walter (mehr dazu weiter unten).

Ah, und ich habe auch einen professionellen Coach in mein überarbeitetes GTD-System eingebaut.

Das hat mich heute Morgen zu einem Realitätscheck geführt, der mich die Situation akzeptieren liess, statt sie zu bekämpfen. Und dann einen Schritt zurücktreten. So eine “Helikopter-Sicht aus 50'000ft”-Art von Schritt zurück.

In der Tat hat Walter meine Perspektive umgedreht und mich gebeten, alles aufzuschreiben, was ich erledigt haben muss (im Sinne von “muss erledigt werden”, nicht “wäre nett”) vor den Ferien, und alles, was bis nach den Ferien warten kann.

Das war schwierig, weil ich eher ein Overachiever als ein entspannter Typ bin. Aber es war befreiend!

Ich muss den Plan-für-einen-friedlichen-Sommer noch verfeinern, aber ich bin auf dem richtigen Weg.

Kürzere Schleifen

Da wir bei FI Planner nur zu zweit sind und Patrik der einzige Entwickler im Projekt ist, sind wir ziemlich selbstbestimmt im Tempo.

Und du weisst, wie das läuft: “OK, konzentrieren wir uns darauf. Ah, und wenn ich schon dabei bin, lass mich schnell diesen kleinen Bug fixen. Oh, das bringt mich auf eine neue Idee! Die füge ich schnell hinzu!”

Und 4 Wochen später iterierst du immer noch auf demselben Branch, der zu einem Monster wird haha.

Wir haben das heute Morgen mit Patrik besprochen und uns darauf geeinigt, einen 2-Wochen-Sprint zu versuchen, um öfter Releases rauszubringen. Das, um den Tunnel-Effekt zu vermeiden, sowohl aus Sicht des User-Feedbacks als auch um nicht zu viele Big-Bang-Releases zu haben (mit ihrer potenziellen Ladung an Problemen).

Notiz an einen Freund

Lies “Getting Things Done”.

Wenn du es schon gelesen hast, aber vor Jahren, dann geh es heute einfach nochmal durch. Es ist erfrischend. Und ausserdem hast du dich seit dem ersten Mal verändert, also wird deine Perspektive auch eine andere sein.

Tool der Woche

Walter!

Wie oben gesagt, habe ich mich daran gemacht, meinen persönlichen Task-Manager komplett umzubauen, alles auf AI-Basis. Und wenn ich komplett sage, meine ich KOMPLETT. Mein Ziel ist, dass er alles enthält: meinen E-Mail-Posteingang, meinen Kalender, meine simplen Todos, meine längeren Projekte sowie alles rund um die Content-Erstellung (den Redaktionskalender zum Beispiel) und vieles, vieles mehr.

Vielleicht baue ich ein MP-“Produkt” darum herum. Oder auch nicht. Eins nach dem anderen: Ich brauche es erstmal so, dass es funktioniert und für mich nützlich ist.

Aber allein dadurch, dass ich letzten Mittwoch kurz innegehalten habe, um einen Schritt zurückzutreten, und Coaching-Ratschläge bekommen habe (ach ja, weil Walter das in meinem Workflow auch kann!), habe ich es geschafft, wieder auf Kurs zu kommen (im Kopf, meine ich, wo das Problem ja immer liegt :-D).

Holen wir uns die Kontrolle über unser Leben zurück und leben wir ein friedliches Leben. So wie es in einer… Calm Company sein sollte!

Grösser anzeigen