"Se toimii" on lattia, ei tavoite. Projekti, joka julkaistaan ajallaan mutta kukaan ei käytä sitä, tai joka toimii tänään ja herättelee tiimin joka yö, ei ole menestys. Teknisesti johtajana määrittelet menestyksen merkityksen etukäteen sidosryhmien kanssa, jotta tiimi rakentaa kohti tuloksia eikä vain kohti "valmista".
Soveri menestyksen mittarista sidosryhmien kanssa ennen kuin kirjoitat koodia. "Pidämme tätä menestyksenä, jos käyttöönotto saavuttaa X:n ja p99-latenssi pysyy Y:n alapuolella" muuttaa epäselvän tavoitteen johonkin, jota voit todella mitata, ja estää käynnistyksen jälkeisen keskustelun siitä, toimiko se.
Ryhmät, jotka mittaavat menestystä vain "lähetetyksi" optimoivat väärää asiaa varten: he juhlivat käynnistämisiä, jotka hiljaa epäonnistuvat tuotannossa tai käyttäjien kanssa. Tekninen johtaja, joka määrittää menestyksen näiden kaikkien ulottuvuuksien poikki, ohjaa tiimin kohti työtä, jolla on todellista merkitystä, havaitsee ongelmat kun ne ovat vielä halvoja korjata, ja voi näyttää johdolle konkreettista näyttöä vaikutuksesta pelkän aktiviteetin sijaan.