Кратко: верный способ тимлиду поехать кукухой — взять роль играющего тренера. Ниже объясним подробнее, но сначала давайте уясним, кто такой тимлид и чем он занимается.

Под тимлидом разные конторы подразумевают разные роли и обязанности. У кого-то тимлид — это просто ведущий инженер, у кого-то кто-то вроде менеджера разработчиков, а где-то тимлид отвечает вообще за всё: от заказа воды в офис до найма сотрудников в команду. Поэтому будем считать, что тимлид в общепринятом смысле — это некий квалифицированный сотрудник с расширенными полномочиями.

Тимлид, как правило, борется с двумя видами хаоса — стратегическим и тактическим. В первом требуется понять и простить все хотелки начальства, а во втором — работать с подчинёнными и пытаться удержать проект от крушения. Из этого можно сделать вывод, что

Хаос этот возникает не потому, что фирма нехорошая, а просто в каждой организации присутствует некий естественный уровень бардака «by design» и бардак этот нужно как-то компенсировать. И вот тимлид как раз такой компенсатор, смышлёный малый, которого нанимают разруливать противоречия между моделью управления и жестокой реальностью.

Всё бы ничего, да только среди этих тимлидов есть каста играющих тренеров, которые одним полушарием управляют людьми, а вторым — пытаются кодить. И по наблюдениям автора и опыту коллег, попытки объединить эти два вида деятельности на практике — наиболее короткий путь к душевному нездоровью.

Постоянные переключения с тактического уровня на стратегический и обратно. Условно, не успел тимлид разобрать почту и отбиться от тысячи звонков с архитекторами, как ему уже нужно на очередное собеседование, потом реанимировать выгоревшего разраба, потом отревьювить немного кода, заказать воды в офис, смерджить ветки, разобрать почту. Как минимум это будет кормить внутреннего микроменеджера и доставлять страданий по поводу неидеального кода.

Нагрузка. В начале тимлид-разраб надеется 40% времени уделять управлению и 60% разработке. Но очень скоро начинает тратить 100% времени на управление и ещё 100% на разработку.

Многие из моих знакомых, кто работает по такой схеме, просто живут на работе. Их постоянно дёргают те, кому нужна помощь/решение/мнение, а другие капают на мозг за то, что они не успели закрыть свои задачи.

В таких условиях у пишущего тимлида рано или поздно начнёт проседать одна из сторон. Закопался в код — не видишь общей картины. Уплыл в манагерство — не можешь быстро сделать задачу, ибо выпал из контекста кода.

Итого, по моим личным наблюдениям, если вы хотите выгореть как можно быстрее, то тема с играющими тренерами для вас. В реальности я видел пару человек, которые справлялись со всем без ущерба для здоровья. Но они работали в небольших коллективах с чётко прописанными ролями и зонами ответственности.