"Koden fungerar" är miniminivån, inte målet. Verklig ingenjörsmognad handlar om hur någon hanterar omfattning, osäkerhet och människor, inte bara om deras funktion fungerar. Den enklaste definitionen jag använder: en ingenjör växer när de kan ta på sig större problem med mindre vägledning.
| Signal | Mindre mogen | Mer mogen |
|---|---|---|
| Problemstorlek | Behöver väl definierade uppgifter | Tar på sig öppna problem |
| Vägledning | Behöver styrning | Arbetar självständigt |
| "Klart" | Koden mergas | Resultatet levereras och ägs |
| Explosionsradie | Deras eget arbete | Teamets effektivitet |
Två ingenjörer levererar båda en funktion. En stänger ärendet. Den andra flaggar en riskfylld kantfall för PM:n, lägger till övervakning och skriver en kort doc så att nästa person inte är vilse. Samma kod levererad, väldigt olika mognad, och det är det andra beteendet jag främjar.
Om du bara mäter om kod fungerar belönar du output och missar det som faktiskt sammansätts: omdöme, ägande och att lyfta andra. Att namnge dessa kriterier explicit ger ingenjörer en tydlig karta över vad "tillväxt" betyder, och ger dig en rättvis, konsistent grund för feedback och befordran.