Недавно наткнулся на пост, который поразил меня до глубины души:
тимлид - это САМЫЙ ДОРОГОЙ ресурс команды. И когда тимлид садится писать код, вместо того, чтобы решать свои прямые задачи, он обесценивает свой трудочас. Для всяких технических вещей в команде есть техлиды, а задача тимлида как раз в том, чтобы у техлидов было все необходимое, чтобы эти вещи реализовать.
В последнее время я все чаще и чаще сталкиваюсь с мнением о том, что тимлид не должен писать код. И, если лет эдак 15 назад это была просто шутка, то сейчас это мнение становится чуть ли не мейнстримом в индустрии. Поэтому я хочу чётко сформулировать свой взгляд на этот вопрос.
Я работаю в индустрии с 1999 года. Почти 25 лет уже. И все эти годы я пишу код, на каких бы позициях я ни находился. И не считаю это чем-то зазорным. Более того, по моим наблюдениям, лидер, который не пишет код, очень быстро теряет технологический контекст, и начинает принимать некачественные технические решения. По сути он теряет техническую квалификацию. А с учётом скорости развития индустрии, процесс утраты квалификации оказывается весьма и весьма стремительным.
Пора начать называть вещи своими именами. Если вы не пишете код, то утрачиваете техническую квалификацию. А если вы не обладаете технической квалификацией, то по-факту вы не являетесь тимлидом. Постараюсь свой тезис обосновать.
Вы можете сказать, что вы дескать "управляете людьми". Но, суть процесса управления людьми заключается в делегировании полномочий. А без соответствующей квалификации вы не можете делегировать технические задачи потому что:
Вы не можете нанять инженера, так как вы не в состоянии оценить его квалификацию.
Вы не можете поставить задачу инженеру, так как вы не можете её сформулировать.
Вы не можете оценить качество выполнения поставленной задачи, потому что вы не понимаете её суть.
Вы не можете оценить адекватность сроков выполнения задачи, так как не можете оценить её трудоёмкость.
Вы не можете выступать в роли арбитра в спорах между инженерами, так как не понимаете суть этих споров, и не обладаете авторитетом среди технарей.
Вы не можете обучать нанятых вами инженеров, так как вам нечем с ними поделиться.
Вы не можете выявлять технических лидеров в команде, чтобы делегировать им полномочия развития тех или иных направлений.
Вы не можете обеспечить "отказоустойчивость" вашей команды, так как не можете оценить реальный вклад в работу инженеров. Вы не понимаете, кого нужно удерживать, а с кем можно спокойно попрощаться. Вы не можете адекватно оценить риски ухода того или иного инженера. И, как следствие, вы не можете вовремя минимизировать эти риски.
Отсюда вывод - людьми вы НЕ управляете. Поэтому лидером команды (т.е. тимлидом) вы НЕ являетесь.
Может вы хотите сказать, что вы управляете процессом разработки? И это тоже неправда. Без технической квалификации вы:
Не можете осуществить декомпозицию крупных технических задач.
Не можете адекватно расставить приоритеты задачам.
Не можете спрогнозировать сроки выполнения задач.
Не можете оценить степень риска выполняемых задач. Как следствие, вы не можете спрогнозировать потенциальные кризисы процесса разработки, и подготовиться к ним.
Вы даже не можете принять решение о наиболее подходящей методологии разработки для вашего проекта.
Может вы хотите сказать, что вы принимаете стратегические технические решения? Это тоже не так. Потому что без технической квалификации вы:
Не можете спроектировать архитектуру самостоятельно.
Не можете оценить качество спроектированной архитектуры.
Не можете подобрать адекватный технологический стек для реализации спроектированной архитектуры.
Не можете оценить архитектурные и технологические риски.
Не можете спрогнозировать долгосрочную архитектурную и технологическую эволюцию проекта.
И, как следствие, вы не можете сформулировать требования к квалификации нанимаемых инженеров.
Так что же вы можете? Хорошо, если вы знаете бизнес, для которого разрабатываете техническое решение. Но тогда вы тоже не тимлид - вы бизнес аналитик. Ну или владелец продукта.
А если вы и бизнеса не знаете... То всё, что вы можете - это готовить итоговые отчёты о проделанной работе. Ну может слайдики рисовать. И то с натяжкой. Презентовать проект вы тоже не можете. Так как не понимаете суть проекта и не можете ответить на любые вопросы, требующие мало мальских технических знаний.
Но тогда кто же вы? Да вы по сути просто секретарша. Но тогда у меня возникает риторический вопрос. Почему секретарша является самым дорогим ресурсом в команде?
