- An einem ruhigen Samstagnachmittag öffnet man das Terminal, nachdem man sich ein paar Stunden zum Coden freigeschaufelt hat, fest entschlossen, sich in ein Projekt zu vertiefen
- Im Projektverzeichnis liegen halb umgesetzte Ideen und unterbrochene laufende Arbeiten
- Für welches Projekt man sich auch entscheidet, man stößt nicht nur auf das ursprüngliche Problem, sondern auch auf neue Herausforderungen
- Man öffnet die IDE, zieht die neuesten Änderungen und sieht sich die Commit-Historie an
- Dabei entdeckt man unvollendete Frontend-Arbeiten, eine Bibliotheksintegration, die an unerwartete Grenzen gestoßen ist, und eine durch Overengineering unnötig komplex aufgebaute Architektur
- Um überhaupt Fortschritte zu sehen, verbringt man Stunden mit Refactoring, Debugging, CSS-Arbeit und Ähnlichem
- Die verfügbare Zeit vergeht im Handumdrehen, und man macht sich bereit, wieder aufzustehen
- Man ist optimistisch gestartet, fühlt nun aber Frustration und das Gefühl, nicht gut genug zu sein
- Die Codebasis ist immer noch voller TODO-Kommentare und halb implementierter Features
- Dieser Zyklus aus Begeisterung, Kampf und Enttäuschung kommt einem nur allzu bekannt vor
- Der Projekt-Hydra-Effekt: Selbst wenn man Fortschritte macht, tauchen ständig neue Herausforderungen auf
- Dieses Muster scheint sich nicht durchbrechen zu lassen, doch man beschließt, einen Weg zu finden, dieses Monster zu zähmen
- Es geht darum, Strategien zu finden, um aus dem endlosen Anfangen und dem unbefriedigenden Dazwischen herauszukommen
- Man will die Kunst des Fertigstellens lernen, die Hydra besiegen und die Zufriedenheit eines abgeschlossenen Projekts erleben
Die Versuchung der Projekt-Hydra
- Solange ein Projekt in Arbeit ist, besitzt es unendliche Möglichkeiten
- In dem Moment, in dem man ein Projekt für "fertig" erklärt, setzt man es äußerer und innerer Kritik aus
- Die Aufregung neuer Ideen und die Angst vor dem Abschluss führen dazu, dass Projekte verzögert werden
- Unfertige Projekte wirken spannender, weil sie noch Potenzial haben
- Ein neues Projekt zu beginnen fühlt sich leichter und produktiver an, als eines abzuschließen
- Solange man irgendetwas tut, entsteht die Illusion von Produktivität
- Persönliche Projekte haben keine Deadlines, weshalb man leicht in Perfektionismus verfällt
- Auch die Angst vor Erfolg spielt eine Rolle
Der Preis dafür, nie fertig zu werden
- Die Zufriedenheit, ein Projekt abzuschließen, ist mit dem Start eines Projekts nicht zu vergleichen
- Unvollendete Projekte verursachen mentale Belastung
- Die Lektionen, die man beim Abschließen eines Projekts lernt, unterscheiden sich von denen beim bloßen Start
- Echtes technisches Wachstum entsteht im letzten Abschnitt des Fertigstellens, wenn man die kniffligen Probleme löst
- Nicht beendete Projekte können das Selbstvertrauen schwächen
- In der späten Projektphase warten wertvolle Lernerfahrungen wie Optimierung, Refactoring und Ähnliches
- Unfertige Projekte beanspruchen mentalen Raum und mindern Kreativität und Produktivität
- Abgeschlossene Projekte bieten die Möglichkeit, Feedback zu erhalten
- Man verwehrt sich selbst die Freude, ein fertiges Projekt in die Welt zu bringen
Strategien, um die Projekt-Hydra zu zähmen
- "Fertig" definieren: Noch vor Projektbeginn klar festlegen, was "fertig" bedeutet, und dies dokumentieren, um Scope Creep zu verhindern
- Ein MVP akzeptieren: Nicht Perfektion anstreben, sondern einen Zustand, der "gut genug" ist. Erst eine Basisversion veröffentlichen und später verbessern
- Das Projekt zeitlich begrenzen: Eine Deadline setzen, um Dringlichkeit zu schaffen und Feature-Ausweitung zu verhindern
- Das Abschließen kleiner Dinge üben: Regelmäßig kleine Projekte oder Aufgaben fertigstellen, um den "Fertigstellungs-Muskel" zu trainieren
- Ideen und Umsetzung trennen: Wenn neue Ideen auftauchen, sie nicht sofort umsetzen, sondern in einem Ideenprotokoll festhalten
- Abschlüsse feiern: Jedes abgeschlossene Projekt feiern, um positive Verstärkung zu erzeugen
- Verbindlichkeit schaffen: Einen Partner suchen oder ein öffentliches Versprechen abgeben, um Verantwortung für den Abschluss eines Projekts zu übernehmen
Der Weg nach vorn
- Gewohnheiten und Denkmuster zu verändern braucht Zeit und konsequente Anstrengung
- Die Versuchung neuer Projekte oder die Angst vor Unvollkommenheit kann weiterhin bestehen
- Es ist wichtig, den "Fertigstellungs-Muskel" aufzubauen
- Der Projekt-Hydra direkt entgegentreten, mit dem Planen aufhören und ins Handeln kommen
Meinung von GN⁺
- Ein Text, der das Problem unvollendeter Projekte, mit dem sich jeder Entwickler identifizieren kann, treffend behandelt
- Die Gründe, warum Projekte nicht abgeschlossen werden, und die daraus entstehenden negativen Folgen werden klar erklärt
- Er bietet praktische und umsetzbare Strategien zur Lösung und dürfte deshalb hilfreich sein
- Außerdem betont er die psychologischen Aspekte des Entwicklungsprozesses und die Bedeutung von Motivation
- Eindrucksvoll ist auch, wie offen hier typische Probleme von Entwicklern angesprochen werden, etwa Perfektionismus oder die Versuchung des Neuen
- Interessant ist zudem, dass Ideen aus Selbsthilfebüchern wie Atomic Habits oder Deep Work auf den Entwicklungskontext übertragen werden
- Ein empfehlenswerter Text für Entwickler, die Schwierigkeiten mit dem Management persönlicher Projekte haben
3 Kommentare
Wow … Das sind Inhalte, die ich normalerweise für sehr wichtig halte, und ich habe den Text staunend gelesen, weil sich eine Aussage an die nächste reihte, mit der ich mich sehr identifizieren konnte! Die Formulierungen mögen unterschiedlich sein, aber weil hier ähnliche Konzepte vertreten werden, hat mich das sehr gefreut.
Ich verwende gern den Ausdruck „60 Prozent Zufriedenheit“. Ich denke grundsätzlich, dass gerade Menschen, die voller Ehrgeiz und Leidenschaft sind, versuchen sollten, ein Projekt mit dem vagen Gefühl abzuschließen, dass es für sie selbst erst bei 60 Prozent liegt, damit sie sich von ihrem zerstörerischen Perfektionismus lösen können.
Das habe ich auch mit großer Zustimmung gelesen, und ich war noch überraschter, als ich in den Kommentaren jemanden sah, der eine Formulierung benutzte, die meiner sehr ähnlich war!
Die Zahl von 60 Prozent ist wirklich treffend. Vielen Dank für diese Einsicht.