Wie balancierst du schnelles Shipping für eine Deadline gegen solides Bauen für Wartbarkeit ab?

Question

Accepted Answer

Es gibt keine absolute Antwort, und das ist der Punkt. **Speed vs. Wartbarkeit ist kontextabhängig** — du passt die Strenge an die **Einsätze** und die **erwartete Lebensdauer** des Codes an. Ein Wegwerf-Prototyp und ein Payments-Core verdienen sehr unterschiedliche Standards. Die Aufgabe des Lead ist, diesen Trade-off **bewusst** zu treffen, nicht zufällig geschehen zu lassen.

## Warum es wichtig ist

Stelle dir drei Fragen, bevor du eine Ecke abschneidest:

- **Wie lange wird das existieren?** Ein Einwochenexperiment kann schlampig sein; ein Core Service, den du Jahre lang warten wirst, nicht.
- **Was ist der Blast Radius, wenn es kaputt geht?** Höhere Einsätze (Geld, Daten, Sicherheit, schwer umzukehrende Änderungen) bedeuten einen höheren Standard.
- **Wie schwierig ist es, das später zu ändern?** Billig zu ersetzender Code toleriert Abkürzungen; essenzielle Interfaces und Datenmodelle nicht.

## Bewusste vs. zufällige Abkürzungen

- Eine **bewusste** Abkürzung ist benannt, begrenzt und **als Schuld verfolgt** (ein Ticket, ein `// TODO`, eine Notiz im RFC). Du weißt genau, was du gehandelt hast und warum.
- Eine **zufällige** Abkürzung ist stille Qualitätserosion — niemand hat es entschieden, niemand verfolgt es, und es verstärkt sich.

Halte den **Kern sauber**, auch unter Druck: gut benannte Grenzen, getestete kritische Pfade. Verschiebe das Chaos an die Ränder, wo es billig ist, es herauszureißen.

## Verhandle das Dreieck, nicht still Qualität schneiden

Wenn eine Deadline eng ist, ist der ehrliche Zug, **Umfang oder Zeit** mit Stakeholdern neu auszuhandeln — nicht still etwas Brüchiges zu verschiffen. "Wir können das Datum mit Feature A und B treffen, aber C verschiebt sich eine Woche" ist ein echtes Gespräch. Still fragilen Code zu verschiffen gibt zukünftige Velocity des Teams aus, ohne dass sich jemand darauf einigt.

## Zusammenfassung

Teams, die immer für Speed optimieren, ersticken in Schuld; Teams, die immer überoptimieren, verpassen Märkte. Der Wert des Lead ist Urteilskraft — Strenge an Kontext anzupassen und den Trade-off **sichtbar und im Besitz** zu machen, damit die Abkürzung von heute eine Wahl ist, die das Team zurückzahlen kann, nicht eine Überraschung, die es erbt.