Nachhaltiges Tempo

XP nannte dies ursprünglich „40-Stunden-Woche". Die Idee war damals kontrovers und bleibt es heute: reguläre Arbeitszeiten, keine Überstunden als Standardpraxis.

Das ist kein Vorteil oder ein Nice-to-have. Es ist eine zentrale XP-Praxis, weil:

Müde Entwickler machen Fehler. Studien zeigen, dass die Produktivität nach 50 Stunden/Woche stark abfällt. Nach 60 Stunden produziert man mehr Bugs als Features.

Ruhe ermöglicht Kreativität. Komplexe Probleme brauchen frische Köpfe. Die Einsicht, die einen Bug löst, kommt oft nach einer Pause.

Burnout zerstört Teams. Teams, die auf Reserve laufen, brechen irgendwann zusammen. Menschen kündigen, werden krank oder schalten mental ab. Der „Crunch", der die Deadline rettet, tötet das Team.

Nachhaltiges Tempo ist nachhaltig. Man kann unbegrenzt 40-Stunden-Wochen arbeiten. Man kann nicht unbegrenzt 60-Stunden-Wochen arbeiten – irgendetwas bricht.

In XP sind Überstunden kein Heldentum – sie sind ein Warnsignal. Sie bedeuten, dass etwas nicht stimmt:

• Schätzungen waren falsch. Die Arbeit war größer als erwartet.
• Scope Creep. Es wurde mehr hinzugefügt, ohne den Zeitplan anzupassen.
• Qualität wurde kompromittiert. Technical Debt verlangsamt die Arbeit.
• Team ist unterbesetzt. Die Arbeit braucht mehr Leute.
• Planung ist gescheitert. Unrealistische Zusagen wurden gemacht.

Wenn man Überstunden macht, um eine Deadline zu schaffen, behandelt man Symptome, nicht Ursachen. Das zugrundeliegende Problem bleibt. Bei der nächsten Deadline macht man wieder Überstunden.

Die XP-Antwort: Das Problem offenlegen. Dem Kunden sagen „wir können nicht alles bis dahin schaffen". Umfang, Zeitplan oder Ressourcen anpassen. Nicht so tun, als wäre alles in Ordnung, während man ausbrennt.

Entwickler verwechseln oft „Flow-Zustand" mit „langen Arbeitszeiten".

Die Zone ist wertvoll:

• Fokussierte, immersive Arbeit
• Zeit vergeht schnell
• Hohe Produktivität
• Energetisierend (man fühlt sich danach gut)

Todesmarsch ist destruktiv:

• Erzwungene lange Arbeitszeiten
• Ständige Unterbrechungen
• Fehler häufen sich
• Erschöpfend (man fühlt sich danach ausgelaugt)

XP unterstützt die Zone. Pair Programming schützt den Fokus. Kleine Iterationen bieten klare Ziele. Whole Teams reduzieren Unterbrechungen.

Aber die Zone entsteht in normalen Arbeitszeiten. Man braucht keine 60-Stunden-Wochen, um in den Flow zu kommen. Tatsächlich verhindert Erschöpfung den Flow.

Ein guter Tag: 4–6 Stunden fokussierte Arbeit in der Zone, plus Kommunikation, Planung und Lernen. Ein schlechter Tag: 10 Stunden fragmentierte Arbeit, ohne je in den Flow zu kommen.

Softwareentwicklung ist kreative Arbeit. Kreativität braucht Ruhe.

Warum Ruhe wichtig ist:

• Das Unterbewusstsein verarbeitet Probleme während der Ruhe
• Körperliche und mentale Erholung ermöglicht anhaltende Anstrengung
• Frische Perspektiven sehen Lösungen, die müde Köpfe übersehen
• Lernen und Kompetenzentwicklung finden außerhalb des Crunch-Modus statt

XP-Praktiken, die Ruhe unterstützen:

• Pair Programming (geteilte Verantwortung, weniger Stress)
• Collective Ownership (man kann tatsächlich Auszeit nehmen)
• Nachhaltiges Tempo (vorhersehbare Arbeitslast)
• Small Releases (keine Marathon-Pushes)

Management muss Ruhe schützen. Wenn die Führung „Mitternachtshelden" feiert oder zu allen Stunden E-Mails schreibt, ist nachhaltiges Tempo nur Gerede. Kultur wird durch das gesetzt, was belohnt wird.

Softwareprodukte leben jahrelang. Teams müssen in einem Tempo arbeiten, das sie jahrelang durchhalten können.

Sprint-Mentalität: Jetzt hart pushen, später ausruhen. Das funktioniert bei kurzen Rennen, aber nicht beim Erstellen von Software. Es gibt immer eine weitere Deadline. „Später" kommt nie.

Marathon-Mentalität: Sich selbst einteilen. In einem Tempo arbeiten, das man unbegrenzt durchhalten kann. Gewohnheiten aufbauen, die langfristige Gesundheit und Produktivität unterstützen.

Anzeichen für nicht nachhaltiges Tempo:

• Regelmäßige Überstunden (mehr als gelegentlich)
• Hohe Fluktuation (Menschen gehen, um zu entkommen)
• Sinkende Qualität (Bugs nehmen mit der Zeit zu)
• Sinkende Velocity (Team wird langsamer)
• Gesundheitsprobleme (Stress, Burnout, körperliche Probleme)

Wenn diese Anzeichen auftreten, ist das Tempo ein Problem – unabhängig davon, was das Management über „vorübergehenden Crunch" sagt.