Тимлиды и как они появляются в компании

У нас в Тинькофф роль тимлида превратилась в формализованную профессию, где тимлид - это руководитель небольшой кросс-функциональной команды, которая может самостоятельно обеспечивать delivery определенной бизнес-ценности для клиента. Тимлид у нас отвечает за все, что происходит с командой: за ее delivery, за процессы разработки внутри команды, за используемые инженерные практики, за people management и так далее. Мы научились набирать таких руководителей рынка (я рассказывал про это в отдельной статье), а также мы умеем их растить внутри. И в этих подходах есть небольшое отличие:

• Мы нанимаем с рынка мы только людей с инженерным бэкграундом, которые умеют в разработку. Мы проверяем это при помощи трех интервью: языкового интервью, system design интервью и it team management интервью. На выходе мы понимаем что человек умеет писать код, умеет проектировать и умеет менеджерить
• А вот рост внутри пока до конца не стандартизован и иногда тимлидами команды становятся не только разработчики в прошлом, но и системные аналитики или qa-инженеры. В таких случаях часто продакт менеджер бывает доволен уровнем взаимодействия с тимлидом, но у этого часто бывает оборотная строна - в таких командах часто западают инженерные практики и/или архитектурные процессы. Проблема в том, что сложно удерживать баланс между бизнесовыми и техническими задачами, если бизнесовые задачи тимлид понимает хорошо, а вот в технике он плавает. В итоге, неявно технические задачи отходят на второй план и делаются по остаточному принципу. А это приводит к накоплению техдолга и замедлению команды. Правда, иногда это нарастание энтропии можно остановить, если в такой команде у тимлида не из разработки есть напарник в виде техлида, про которого я писал в прошлом посте. Но даже в этом случае accountable за инженерку в команде остается тимлид:)

#Management #Leadership #SoftwareDevelopment #Software #Engineering