Чем вообще занимается тимлид?

Вчера мой руководитель спросил меня между делом: мол, а ты сколько времени на написание кода тратишь? Я подумал, ответил: "Процентов 15, плюс реквесты, плюс архитектурные дела по фронт-енду, но это не так много".

А потом уже про себя попытался порассуждать, а чем я занимаю себя в остальное время? В качестве предисловия надо сказать, что в разных компаниях "тимлид" или "руководитель разработки" означает разное: где-то это просто главный программист, техлид, которому ещё дали заниматься проблемами людей. А где-то - и у меня двое бывших коллег так работают - тимлиды вообще не открывают IDE и не пишут код, совсем.

Если обобщённо, тимлид доводит все дела команды до конца. В ИТ работа достаточно неплохо разбита на участки и специализации. Вот аналитик разговаривает с заказчиком и формулирует требования. Вот разработчик пишет код, причём не просто "код продукта", а конкретно свой модуль, функцию или даже типы проставляет, поскольку вся большая работа по написанию кода разбивается на множество задач и подзадач. Вот тестировщик разворачивает ровно одно атомарное изменение продукта и проходится по нему заранее написанными тест-кейсами. И так далее. К пуговицам, как правило, ни у кого претензий нет, а если появляются сложности в таких типовых процессах, они как правило быстро разрешаются.

А вот чтобы костюмчик хорошо сидел, нужно сводить всё это вместе, особенно учитывая 4-е измерение - время. Тимлид выступает в команде и как режиссёр, и как продюсер. Я в детстве недоумевал: зачем в кино режиссёры, если сценарист и так написал, что делать? - Открывай, читай, играй по написанному, в чём сложность!?.. С годами понял, что в отношениях между людьми миллион сложностей, которые нельзя уладить раз и навсегда. Даже некоторым единицам нужен персональный ангел: например, часто за выдающимся артистом стоит очень трудоспособный продюсер, режиссёр и даже психотерапевт или команда из всех вышеперечисленных.

То есть тимлид решает много разнообразных задач, суть которых - сделать так, чтобы его подчинённые поменьше отвлекались от дела своей специализации. Это раз. А два - заранее продумывает, как должно быть устроено пространство этой совместной работы, чтобы подчинённые давали больше эффекта и меньше сил и времени тратили на неизбежные потери.

Но всё же есть "бирюзовые компании", "самоуправляемые коллективы", "сплочённые одной идеей с горящими глазами". Значит ли это, что с развитием практик самоуправления дни тимлидов и прочих линейных руководителей будут сочтены?

Я думаю, конечно нет. Всё очень просто: создать сплочённый самоуправляемый коллектив гораздо сложнее и дороже, чем просто выделить руководителя. Например, качественное, а не для галочки, горизонтальное взаимодействие начинается с очень тщательного подбора кадров. Так, экипажи самолётов и тем более комических кораблей подбирают с учётом психоэмоциональных особенностей каждого участника. Для этого нужно проводить глубокое тестирование, а также иметь широкую базу для отбора. Претендентов в космонавты вы наберёте легко, а претендентов на должность мидлла, чтобы перекладывать JSON'ы туда-сюда?

Лидерская схема управления, где один берёт на себя работу по сглаживанию углов и наведению порядка, гораздо менее сложна и затратна. Она естественна для выполнения огромного количества типовых работ, таких, как написание коммерческого кода, например. Она и складывается сама собой в самых различных ситуациях в жизни. Вы застряли с соседями в лифте - даже там кто-то возьмёт на себя работу успокаивать других и думать, как поскорее выбраться, пока остальные паникуют.

Так что тимлид - это такой маленький пехотинец в войне с хаосом, энтропией. А поскольку, как известно из II закона термодинамики, энтропия лишь возрастает, работы у такого пехотинца будет всегда с головой.