Det finnes ikke noe absolutt svar, og det er nettopp poenget. — du matcher grundighet til og for koden. En engangsprototype og en betalingskjerne fortjener svært ulike standarder. Leders jobb er å gjøre denne avveiningen , ikke la den skje ved et uhell.
Still tre spørsmål før du kutter et hjørne:
// TODO, en notis i RFC-en). Du vet nøyaktig hva du handlet og hvorfor.Hold kjernen ren selv under press: godt navngitte grenser, testede kritiske stier. Skyv rotet til kantene hvor det er billig å ripe ut.
Når en frist er stram, er det ærlige trekket å renegotiere omfang eller tid med interessenter — ikke å stilig sende noe skjørt. "Vi kan møte datoen med funksjon A og B, men C glir en uke" er en ekte samtale. Stilig levering av skjør kode bruker teamets fremtidshastighet uten at noen er enig i det.
Team som alltid optimaliserer for hastighet drukner i gjeld; team som alltid foregylinger mister markeder. Leders verdi er dømmekraft — kalibrering av grundighet til kontekst og gjøring av avveiningen synlig og eid, slik at dagens snarvei er et valg teamet kan tilbakebetale, ikke en overraskelse det arver.