Должен ли тимлид оставаться техническим специалистом

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

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

Ну а дальше идут разные советы про то, как оставаться техническим. Часть из них давно понятны, но несколько показались мне любопытными:

👉Жестко таймфреймить время в неделю, которое вы тратите на поддержание своего технического уровня.
👉Принимать участие в технических митингах.
👉Помогать команде писать документацию.
👉Пилить внутренние инструменты.

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