Ihmisten lisääminen tekee tiimistä harvoin nopeamman lyhyellä aikavälillä joka tapauksessa, joten todellinen kysymys on: mihin tiimin aika oikeasti menee, ja mitä voin muuttaa siinä? Käsittelen "mene nopeammin" -pyyntöä kehotuksena löytää vipuvoimaa, en vaatimuksena tehdä pidempiä päiviä.
En vain sano "mahdotonta" tai hyväksy sitä hiljaa. Vastaan kompromissilla: "Voimme osua siihen päivämäärään, jos leikkaamme ominaisuudet A ja B, tai hyväksymme korkeamman riskin testauksessa. Tässä on suositukseni." Tämä tekee nopeudesta jaetun, tietoisen päätöksen sen sijaan että se olisi hiljainen laaturulettipeli.
Kestävä nopeus tulee hukan poistamisesta, ei ihmisten puristamisesta. Tech Lead, joka vastaa paineeseen selkeillä kompromisseilla ja prosessiparannuksilla, rakentaa tiimin, joka on aidosti nopea ja kestävä — sen sijaan että se spurttaa, romahtaa ja menettää parhaat insinöörinsä.