Solange ich schon entwickle und aufbaue, lebe ich in einem endlosen Kreislauf des Optimierens – meine persönlichen Routinen, meine Teamstrukturen, unsere Produktsysteme. Egal in welcher Phase ich mich befand, eine Frage kehrte immer wieder zurück, fast wie ein Schatten: Wie gehen wir eigentlich mit Zeit um?
Ich komme aus einer Generation – und einem Berufsfeld –, in der wir aufgewachsen sind mit der festen Überzeugung, dass wir alles lernen und alles bauen können. Entwickler und Builder fühlen sich selten durch Wissen oder Fähigkeiten eingeschränkt. Mit Neugier und Internetzugang fühlt sich die Welt offen an. Was uns aufhält, ist fast immer die Zeit.
Man kann jedes Produkt entwickeln, wenn der Zeitrahmen groß genug ist. Man kann jede Fähigkeit erlernen, wenn der Kalender weit genug reicht. Aber in der realen Welt hängen Ergebnisse maßgeblich davon ab, wann etwas geliefert wird. Dieses eine Detail verändert Karrieren, Unternehmen und Ergebnisse.
Ein Produkt, das in einem Jahr entwickelt wird, schlägt eine völlig andere Richtung ein als dasselbe Produkt, das drei Jahre braucht. Dasselbe gilt für Features, die sich um Monate verzögern. Chancen verschieben sich, Märkte verändern sich, Momentum geht verloren. Teams, die die meiste Zeit damit verbringen, auf Ereignisse zu reagieren, bekommen selten die Möglichkeit, die Zukunft aktiv zu gestalten. Ich habe so viele vielversprechende Startups scheitern sehen – trotz starker Ideen und talentierter Gründer. Die Runway endet. Man braucht genug Geschwindigkeit, um abzuheben, bevor sie das tut. Manche Teams erreichen diesen Punkt schlicht nicht rechtzeitig, obwohl sie es könnten. Das Produkt wird fertig – aber das Timing stimmt nicht mehr, und das Fenster schließt sich.
In den Jahren, in denen ich eine Softwareagentur führte, Engineering-Teams managte und Produktentwicklung leitete, wurde ich immer faszinierter davon, wie sich Zeit innerhalb von Arbeit verhält. Es ging mir nicht so sehr ums Tracken – ich wollte es verstehen. Ich wollte Umgebungen gestalten, in denen Zeit mit Absicht fließt, anstatt sich in alle Richtungen zu zerstreuen.
Ich experimentierte mit Prozessen, Architekturentscheidungen, Kommunikationsritualen, Roadmaps und Team-Rhythmen. Vieles, was ich dabei lernte, kam durch Intuition – Signale, die ich spüren konnte, Anpassungen, die alles reibungsloser laufen ließen, Muster, die sich über viele Projekte und Entscheidungen hinweg zeigten. Diese Erkenntnisse prägten meine Arbeitsweise, waren aber schwer zu beschreiben oder auch nur zu benennen. Sie existierten unterhalb der Oberfläche.
Dann begann ich, WebWork zu entwickeln – ein Produkt, das vollständig auf Zeit ausgerichtet ist. Zum ersten Mal dachte ich nicht mehr nur innerhalb meiner eigenen Teams über diese Ideen nach, sondern baute ein System, das von Zehntausenden von Menschen genutzt wird, um ihre Zeit zu verstehen, zu verbessern und zu gestalten, wie Arbeit durch ihre Unternehmen fließt.
WebWork wurde zu einem Ort, an dem Intuition auf echte Daten traf. Endlich konnte ich die Muster sehen, die ich jahrelang nur gespürt hatte: wie Zeit entgleitet, wo sie sich aufstaut, wie Arbeit ihre Form verändert, je nach der Umgebung, in der sie stattfindet. Das Produkt machte sichtbar, wie leicht Teams abdriften, wie schnell Prioritäten sich auflösen können – und wie entscheidend Klarheit ist.
Diese Erfahrung machte etwas deutlich: Zeit zu verstehen bedeutet mehr, als Stunden zu zählen. Es erfordert ein Bewusstsein dafür, wie Arbeit fließt, wie Entscheidungen durch Teams nachhallen und wie Struktur das Momentum beeinflusst.
Nach vielen Jahren des Aufbauens, Beobachtens und Analysierens dieser Muster wurde eine Erkenntnis zur zentralen Grundlage von allem, was ich sah: Zeit verhält sich wie ein System. Sie reagiert auf Struktur, Umgebung, Erwartungen und Gewohnheiten. Sich selbst überlassen, neigt sie dazu, sich zu zerstreuen. Bewusst gestaltet, erzeugt sie Bewegung und Fortschritt.
Aus diesem Verständnis heraus entstand der Ausgangspunkt für Builder’s Time.
Das Buch ist der Versuch, ein Jahrzehnt an Gedanken, Instinkten und Beobachtungen in etwas Klares und Nützliches zu verwandeln. Es beleuchtet, wie Teams in reaktive Zyklen abdriften, wie Produkte durch Fehlausrichtung Jahre verlieren, warum Fortschritt oft ins Stocken gerät, obwohl Menschen hart arbeiten – und wie Builder Umgebungen schaffen können, in denen Zeit zu Momentum wird.
Ich habe das Buch geschrieben, um den Fragen, mit denen ich jahrelang gerungen habe, endlich Worte zu geben:
Warum braucht Arbeit die Zeit, die sie braucht?
Warum zählen manche Stunden so viel mehr als andere?
Warum verschwinden Wochen in manchen Umgebungen ohne sichtbaren Fortschritt, während sie sich in anderen rasant summieren?
Und wie bauen wir Systeme, die Arbeit die bestmögliche Chance geben, voranzukommen?
Viele von uns, die in dieser Generation von Buildern aufgewachsen sind, glauben, dass wir alles schaffen können. Die härtere Wahrheit, auf die wir irgendwann stoßen, ist: Wir können nicht alles rechtzeitig schaffen. Zu lernen, innerhalb dieser Realität zu arbeiten – sie zu gestalten, anstatt gegen sie anzukämpfen – wurde zum Kern meines Weges.
Builder’s Time ist das Buch, das ich gebraucht hätte, als ich angefangen habe. Meine Hoffnung ist, dass es anderen hilft, ihre Arbeit und ihre Zeit mit klarerem Blick zu sehen.
