"Koden kjører" er gulvet, ikke målet. Ekte engineering-modning handler om hvordan noen håndterer omfang, usikkerhet og mennesker, ikke bare om funksjonen deres fungerer. Den enkleste definisjonen jeg bruker: en engineer vokser når de kan ta på seg større problemer med mindre veiledning.
| Signal | Mindre moden | Mer moden |
|---|---|---|
| Problemstørrelse | Trenger veldefinerte oppgaver | Tar på seg åpne problemer |
| Veiledning | Trenger styring | Opererer uavhengig |
| "Ferdig" | Kode mergert | Resultat levert og eid |
| Sprengningsradius | Eget arbeid | Teamets effektivitet |
To engineers leverer begge en funksjon. En lukker billetten. Den andre flagrer en risikabel edge case til PM-en, legger til overvåking, og skriver en kort dokumentasjon slik at neste person ikke er lost. Samme kode levert, meget ulik modning, og det er den andre oppførselen jeg promoterer mot.
Hvis du bare måler om koden fungerer, belønner du output og mister tingene som faktisk akkumuleres: dømmekraft, eierskap og løfting av andre. Hvis du eksplisitt navngir disse kriteriene, gir det engineers et klart kart over hva "vekst" betyr, og gir deg et rettferdig, konsistent grunnlag for feedback og forfremmelse.