Hur förbättrar du ingenjörsprocesser?

Question

Accepted Answer

Förbättra processen genom att **hitta den riktiga flaskhalsen med data, ändra en sak och mäta effekten** — inte genom att importera en metod i sin helhet. Processen finns för att tjäna teamet; när den slutar tjäna, ändra den.

## En loop för förbättring

```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
```

## Exempel

Om funktioner tar tre veckor men bara två dagar är kodning, är begränsningen *väntetid* — kodgranskningsköer, miljötillgänglighet, godkännanden — inte utvecklarens hastighet. Att öka trycket på kodning skulle inte göra något.

## Fallgropar

- **Cargo-culting** av en annan företags process ("låt oss göra det som Spotify").
- **Process för processens skull** — ceremonier som överlevt sitt syfte.
- **Ändra fem saker på en gång**, så du kan inte säga vad som fungerade.
- **Att tvinga processen uppifrån och ned** utan teamets acceptans.

## Varför det spelar roll

Små processförbättringar ökar långsiktigt.

Att minska väntetiden för granskning eller smärtan från instabila tester frigör timmar varje vecka i hela teamet.

Lika viktigt är det att när teamet är involverat förvandlas processen från något som görs *för* dem till något de äger — vilket är skillnaden mellan en förändring som håller och en som tyst överges.