ხალხის დამატება ისედაც იშვიათად ხდის გუნდს უფრო სწრაფს მოკლევადიან პერსპექტივაში, ამიტომ რეალური კითხვაა: სად მიდის გუნდის დრო რეალურად და რა შემიძლია შევცვალო ამაში? "უფრო სწრაფად"-ს ვიღებ, როგორც მინიშნებას ბერკეტის საპოვნელად და არა მოთხოვნას, რომ მეტი საათი ვიმუშაოთ.
უბრალოდ "შეუძლებელია"-ს არ ვამბობ და ჩუმად არც ვიღებ. ვპასუხობ trade-off-ით: "ამ თარიღს დავაკმაყოფილებთ, თუ ფუნქციებს A და B ჩავჭრით, ან ტესტირებაზე უფრო მაღალ რისკს მივიღებთ. აი, რას ვირჩევ." ეს სიჩქარეს საერთო, შეგნებულ გადაწყვეტილებად აქცევს და არა ჩუმ ხარისხის აზარტს.
მდგრადი სიჩქარე ფლანგვის მოცილებიდან მოდის და არა ხალხის გამოწურვიდან. Tech Lead, რომელიც ზეწოლას მკაფიო trade-off-ებითა და პროცესის გაუმჯობესებებით პასუხობს, აგებს გუნდს, რომელიც ნამდვილად სწრაფი და გამძლეა — და არა ისეთს, რომელიც სპრინტავს, ინგრევა და თავის საუკეთესო ინჟინრებს კარგავს.