Kuinka parannat tekniikan prosesseja?

Question

Accepted Answer

Paranna prosessia **löytämällä todellisen pullonkaulan datalla, muuttamalla yhtä asiaa kerrallaan ja mittaamalla vaikutusta** — etkä tuomalla käyttöön kokonaista metodologiaa kerralla. Prosessi on olemassa tiimin palvelemiseksi; kun se lakkaa palvelemasta, muuta sitä.

## Parannussilmukka

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

## Esimerkki

Jos ominaisuuksien kehittäminen kestää kolme viikkoa, mutta vain kaksi päivää on koodausta, rajoite on *odotusaika* — koodikatselmoinnin jonot, ympäristön saatavuus, hyväksynnät — ei kehittäjän nopeus. Painostamalla koodaamista ei saavutettaisi mitään.

## Sudenkuopat

- **Cargo-kultin harjoittaminen** toisen yrityksen prosessista ("tehdään se kuten Spotifyssa").
- **Prosessi itsensä vuoksi** — seremoniat, joiden tarkoitus on menetetty.
- **Viiden asian muuttaminen kerralla**, joten et voi sanoa, mikä toimi.
- **Prosessin pakottaminen ylhäältä alas** ilman tiimin sitoutumista.

## Miksi se on tärkeää

Pienemät prosessiparannukset kasautuvat.

Koodikatselmoinnin odotusajan tai epäluotettavien testien ongelmien lyhentäminen vapauttaa tunteja joka viikko koko tiimille.

Yhtä tärkeää on, että tiimin osallistaminen muuttaa prosessin jostakin, mikä tehdään *heille*, osaksi jotain, jonka he omistaa — mikä on ero sen välillä, pysyykö muutos vai hylätäänkö se hiljaa.