Добавление людей всё равно редко делает команду быстрее в краткосрочной перспективе, так что настоящий вопрос: куда на самом деле уходит время команды, и что я могу в этом изменить? Я воспринимаю «идти быстрее» как подсказку искать рычаг, а не как требование работать дольше.
Я не просто говорю «невозможно» и не принимаю молча. Я отвечаю компромиссом: «Мы попадём в эту дату, если урежем фичи A и B или примем более высокий риск по тестированию. Вот что я рекомендую.» Это делает скорость общим, осознанным решением, а не тихой ставкой на качество.
Устойчивая скорость берётся из устранения потерь, а не из выжимания людей. Tech Lead, который отвечает на давление ясными компромиссами и улучшениями процесса, строит команду, по-настоящему быструю и долговечную, — а не ту, что спринтует, разбивается и теряет своих лучших инженеров.