"Det kjører" er gulvet, ikke målet. Et prosjekt som lanseres på tid men som ingen bruker, eller som fungerer i dag og varsler teamet hver natt, er ikke en suksess. Som tech lead definerer du hva suksess betyr på forhånd, sammen med interessenter, slik at teamet bygger mot resultater snarere enn bare mot "ferdig".
Bli enig om suksessmålinger med interessenter før du skriver kode. "Vi anser dette som suksess hvis adopsjon når X og p99-latens holder seg under Y" gjør et vagt mål til noe du faktisk kan måle, og forhindrer debatten etter lansering om det fungerte.
Team som måler suksess bare som "lansert" optimaliserer for det gale: de feirer lanseringer som stilig mislykkes i produksjon eller hos brukere. En tech lead som definerer suksess på tvers av alle disse dimensjonene styrer teamet mot arbeid som faktisk betyr noe, fanger opp problemer mens de fortsatt er billige å fikse, og kan vise ledelsen konkret bevis for påvirkning snarere enn bare aktivitet.