Retro ja oppimiset

Ohjelmistotehtaan viimeinen — ja ehkä tärkein — vaihe on retrospektiivi. Se sulkee palautesilmukan: mitä opittiin, mitä muutetaan, miten tehdas paranee seuraavalla kerralla.

Miksi retro on kriittinen?

Tehtaan retro

Tehtaan retro on strukturoitu prosessi, jossa arvioidaan tehtaan suoritusta: mikä toimi, mikä ei, ja mitä pitäisi muuttaa. Toisin kuin perinteinen sprint-retro, tehtaan retro tuottaa konkreettisia politiikkamuutoksia — sääntöjen, porttien ja prosessien päivityksiä.

Kestävä AI-etu tulee järjestelmistä, ei yksittäisistä sankaripromteista.

Ilman retroa tehdas toistaa samoja virheitä. Retron kanssa se oppii ja paranee.

Retro-prosessi

Vaihe 1: Kerää data

Ennen retrospektiiviä kerää konkreettinen data:

Retro-datamarkdown

## Tehtaan suoritusdata

### Määrälliset mittarit
- Tehtäviä suoritettu: 12
- Keskimääräiset iteraatiot/tehtävä: 2.3
- Porttien ensimmäinen läpäisyaste: 75%
- Regressiot: 1
- Sykliaika (mediaani): 45 min

### Laadulliset havainnot
- Spec-laatu parani viikolla 2
- Turvallisuusportti löysi 3 ongelmaa
- Analysoija-rooli tuotti epätarkkoja raportteja
- Session resume toimi hyvin monivaihetehtävissä

Vaihe 2: Retro-kysymykset

Neljä peruskysymystä:

#	Kysymys	Tavoite
1	Mikä tuotti suurimman tuottavuushyödyn?	Tunnista vahvuudet
2	Missä AI loi riskin tai sekaannuksen?	Tunnista heikkoudet
3	Mitkä säännöt/hookit pitäisi standardoida?	Tunnista politiikat
4	Mitä pitäisi automatisoida seuraavaksi?	Tunnista mahdollisuudet

Vaihe 3: Tuota artefaktit

Retro tuottaa kolme konkreettista tulosta:

1. Top 5 oivallusta

Oivalluksetmarkdown

## Top 5 oivallusta

1. TDD + AI = luotettavampi koodi kuin pelkkä AI-generointi
2. Analysoija-rooli tarvitsee tarkemman tulosmuodon
3. spec.json:n max_iterations=3 oli liian matala monimutkaisille tehtäville
4. Turvallisuusportti löysi 3 ongelmaa jotka manuaalinen review ei huomannut
5. Session resume vähensi kontekstin häviämistä merkittävästi

2. Top 3 politiikkamuutosta

Politiikkamuutoksetmarkdown

## Politiikkamuutokset

1. MUUTOS: Analysoija-roolin tulosmuoto → strukturoitu JSON
 SYYS: Vapaamuotoinen teksti oli epäjohdonmukainen
 VAIKUTUS: Parempi parseritavuus seuraavalle vaiheelle

2. MUUTOS: max_iterations 3 → 5 monimutkaisille tehtäville
 SYYS: 3 iteraatiota ei riittänyt 40% tehtävistä
 VAIKUTUS: Vähemmän manuaalista interventiota

3. MUUTOS: Turvallisuusportti pakolliseksi kaikille tehtäville
 SYYS: Löysi ongelmia jotka olisivat päässeet tuotantoon
 VAIKUTUS: Nolla turvallisuusregressiota

3. Playbook-päivitys

Playbook-päivitysmarkdown

## Tiimin tehdas-playbook v2.1

### Päivitetyt säännöt
- Turvallisuusportti on nyt pakollinen (aiemmin valinnainen)
- Analysoija tuottaa JSON-muotoisen raportin
- Monimutkaiset tehtävät saavat max_iterations=5

### Uudet käytännöt
- Session resume käyttöön aina kun tehtävä ylittää 1 iteraation
- Retro-data kerätään automaattisesti jokaisen tehtävän jälkeen
- Viikoittainen mini-retro (15 min) tiimin kanssa

Pro-vinkki

Retron arvo ei ole keskustelussa vaan konkreettisissa muutoksissa. Jos retro ei tuota vähintään yhtä politiikkamuutosta, se on ollut liian pinnallinen. Tavoittele 2–3 konkreettista muutosta joka retrossa.

Oppimisten dokumentointi

Oppimiset tallennetaan learnings.md-tiedostoon (kts. moduuli 2) ja playbook-dokumenttiin:

learnings.md — Tekniset oivallukset

Yksittäiset tekniset oivallukset, virheet ja ratkaisut.

playbook.md — Prosessioivallukset

Tehtaan prosessia koskevat päätökset ja politiikat.

Playbook

Playbook on tiimin tehdas-ohjekirja: mitkä roolit ovat käytössä, mitkä portit ovat pakollisia, mikä on standard-spec.json:n pohja, ja miten retro vedetään. Se on elävä dokumentti joka päivittyy jokaisen retron yhteydessä.

Koko kurssin yhteenveto

Olet nyt käynyt läpi neljän moduulin polun:

Moduuli	Teema	Ydinoivallus	Rakennettu
M1: Greenfield	Peruskyvykkyys	Säännöt → Skills → Speksi → TDD	Toimiva projekti TDD:llä
M2: Brownfield	Tuotantokuri	Dokumentoi → Speksaa → Kehitä → Auditoi	Perusteltu speksi + 6-kierrosreview
M3: Agentit	Autonomia	Agenttisilmukka + CLI/MCP + RAG	Oma agentti guardrailsilla
M4: Tehtaat	Tiimijärjestelmät	Politiikkakäärö + spec-silmukka	Toistettava tehdasputki

Progressio

Moduuli 1: Yksilötaito (sinä + AI)
     ↓
Moduuli 2: Strukturoitu prosessi (4-vaiheinen workflow)
     ↓
Moduuli 3: Autonomiset agentit (suunnittelu + työkalut + muisti)
     ↓
Moduuli 4: Tiimijärjestelmät (tehtaat + politiikat + retro)

Seuraavat askeleet

Tällä viikolla

Valitse yksi todellinen työnkulku ja muunna se tehdasmalliksi
Valitse tehdasrooli (analysoija, suunnittelija, korjaaja) ja suorita 2–3 todellista tehtävää
Luo ensimmäinen spec.json automaattiselle toimitussilmukalle

Tässä kuussa

Lisää organisaatiotason guardrailit speksin tarkistuksiin
Standardoi luovutusformaatit tehdasroolien välillä
Mittaa sykliaika, laatuvirheet ja uudelleentyö

Tällä kvartaalilla

Skaalaa tehdasmalli useille tiimeille
Julkaise jaettu tehdas-playbook ja aloituspaketti
Paranna jatkuvasti retro-datan ja tuotantoinsidenttien perusteella

Tietovisa

Mikä on kestävän AI-edun lähde ohjelmistokehityksessä?

Vedä ensimmäinen tehdas-retro

Vedä retro kurssin aikana tekemistäsi harjoituksista: 1) Kerää data: mitkä harjoitukset onnistuivat, mitkä eivät? 2) Vastaa 4 retro-kysymykseen, 3) Tunnista top 3 oivallusta, 4) Tunnista top 2 politiikkamuutosta omaan työskentelyysi, 5) Kirjoita 1-sivuinen henkilökohtainen playbook.

Kurssin loppusanat

Durable AI advantage comes from systems, not hero prompts.

Olet nyt oppinut polun yksittäisistä prompteista toistettaviin ohjelmistotehtaisiin:

Säännöt ohjaavat AI:n käyttäytymistä
Skills tekevät kyvykkyyksistä löydettäviä
Speksit määrittelevät mitä rakennetaan
TDD varmistaa laadun
Dokumentaatio mahdollistaa brownfield-kehityksen
Agentit automatisoivat monivaiheisia tehtäviä
Tehtaat standardoivat toimitusprosessin
Retrot parantavat kaikkea yllä olevaa

Nyt on sinun vuorosi rakentaa.