Wie verbesserst du Engineering-Prozesse?

Question

Accepted Answer

Verbessere den Prozess durch **das Finden des echten Engpasses mit Daten, das Ändern einer Sache und das Messen der Auswirkung** — nicht durch den Einsatz einer Methodik en masse. Prozesse existieren, um das Team zu unterstützen; wenn sie das nicht mehr tun, ändere sie.

## Ein Verbesserungsloop

```text
1. MEASURE       → where does work actually slow down? (cycle time, review wait,
                    deploy frequency, incident rate)
2. FIND THE CONSTRAINT → optimizing anything but the bottleneck is wasted effort
3. CHANGE ONE THING → small, reversible experiments
4. MEASURE AGAIN → did it help? keep, adjust, or revert
5. INVOLVE THE TEAM → they know the pain; they'll own the fix
```

## Beispiel

Wenn Features drei Wochen dauern, aber nur zwei Tage davon Coding sind, ist die Einschränkung *Wartezeit* — Code-Review-Warteschlangen, Umgebungsverfügbarkeit, Genehmigungen — nicht die Entwicklergeschwindigkeit. Druck auf das Coding auszuüben würde nichts bewirken.

## Fallstricke

- **Cargo-Cult** eines anderen Unternehmens Prozess ("lass uns es wie Spotify machen").
- **Prozess um seiner selbst willen** — Zeremonien, die ihren Zweck überlebt haben.
- **Fünf Dinge auf einmal ändern**, sodass du nicht erkennen kannst, was funktioniert hat.
- **Prozess von oben herab aufzwingen** ohne das Buy-in des Teams.

## Warum es wichtig ist

Kleine Prozessverbesserungen setzen sich zusammen.

Die Reduzierung von Review-Wartezeiten oder Schmerzen durch instabile Tests spart jede Woche Stunden im ganzen Team.

Gleich wichtig ist es, das Team einzubeziehen, um Prozesse von etwas Aufgezwungenem zu etwas, das sie besitzen, umzuwandeln — was der Unterschied zwischen einer Änderung, die bleibt, und einer, die stillschweigend aufgegeben wird, ist.