Комментарии 2
Отличная статья! только при чем здесь тимлид в заголовке?
Почти все относится это не к тимлиду, а к Project Manager & Product Owner И, Director & Hiring Manager. Если эти ребята нагружают тимлида своей работой - отлично для них, и печально для тимлида. С другой стороны, тимлид имеет опыт для последующего роста.
Спасибо, что заметили, хороший поинт. Возможно, я не очень чётко сформулировал одну важную вещь. В статье речь не про то, что тимлид должен сам придумать зону ответственности команды, процессы ИПР, критерии качества и т.д. Скорее наоборот:
«Определить, какие компоненты относятся к команде» в смысле осознать и зафиксировать, а не «самому решить». Чтобы когда приходят чинить, команда не хваталась за всё подряд, а брала своё, заранее оговорённое с руководителем/другими командами
ИПРы, матрицы, performance review - не про «тимлид придумал с нуля», а про встраивание в существующий процесс. Например, когда я пришёл, ИПРы уже были привязаны к матрицам компетенций по техническим hard‑skills, я просто добавил туда свои пункты по soft‑skills, чтобы развивать оба направления.
Почти каждый пункт чек‑листа у меня подразумевает участие других ролей:
про спринты и критерии успеха - это разговор с руководителем, заказчиками, стейкхолдерами;
про людей - работа в связке с HR, у которых тоже есть свои 1:1 и процессы;
про техдолг- совместная история с техлидами;
про продукт и roadmap - диалог с продактами.
То есть чек‑лист не про «тимлид должен делать работу PM/PO/HR за всех», а про то, какие вопросы тимлид для себя обязан прояснить и с кем синхронизироваться, чтобы команда не жила в режиме «делаем всё и сразу».

Три зоны ответственности тимлида: спринт, команда и продукт