Комментарии 6
В целом толково, но вот с этим я бы поспорил:
Важно не путать его с проджект-менеджером, менеджером по продажам и другими позициями без подчиненных
С каких пор ПМ – должность без подчинённых? Может, и существуют такие структуры, но мне до сих пор не встречались. В частности, те самые тимлиды в норме и есть подчинённые ПМ.
Привет.
Это не совсем так.
Проектный менеджер и тимлид это роли. Они могут пересекаться, но чаще нет.
Так же нужно разделять функциональное и проектное управление.
Тимлидом/непосредственным руководителем для тимлида в разработке обычно является руководитель подразделения к которому он относится (Lead Backend, CTO и т.д.)
ПМ — это руководитель проекта, временная роль, существующая с момента инициации проекта до его завершения. Его зона ответственности — это проект, а не команда.
Он управляет сроками, качеством, скоупом проекта, рисками, может запрашивать ресурсы, но обычно не может их распределять единолично.
Он не отвечает за найм тимлида, обычно не занимается обучением (так как у него другой набор скиллов), он не отвечает за карьерный и профессиональный рост команды и тимлида, работа с мотивацией у него ограничена и т. д.
Часто в его ведении проектные бонусы, но основную часть зарплаты он не определяет.
Существуют варианты, когда ПМ выполняет роль тимлида. Это называется проектной оргструктурой (не путать с проектной организацией работы).
Она в основном характерна для консалтинговых компаний, в которых ПМ собирает команду контракторов под проект.
В компаниях по разработке ПО обычно матричная оргструктура. Тимлид разработки относится к ветке производства, а ПМ — к ветке бизнеса.
В рамках проекта ответственность между ПМ и тимлидом разделяется.
Да, по многим аспектам ПМ ставит цели тимлиду и отвечает за результат, но всё же это параллельные должности, а не функциональное подчинение. По завершению проекта они расходятся, тимлид остается с командой. ПМ идет руководить другим проектом.
В небольших компаниях, особенно в слабой матричной оргструктуре, на проекте может вообще не быть выделенного тимлида.
Руководством командой (выполнением роли тимлида) занимается руководитель подразделения.
При этом, в ветке ПМов есть свои тимлиды, обычно это CPO или Lead PM. У них есть подчиненные.
Я встречал в основном варианты, когда номинальным "начальником" выступает всё же ПМ. А ТЛ – первый среди равных. При наличии обеих ролей ПМ – точка входа для менеджмента, бизнеса, менее "технических" интересантов, других ПМ. А ТЛ – для архитекторов, программистов из других отделов. Отчего обязанности и ожидания разнятся от компании к компании. Хотелось бы в статье увидеть эту роль более очерченной, но увы, много реверансов в сторону "эти обязанности разделяются с ПМ, но на более высоком уровне" и без конкретики, об этом самом уровне. Еще сложнее получается с появлением техлидов, но это отдельная история.
В том то и проблема, что стандарта названий должностей нет. Но тот вариант, который вы упоминаете это скорее техлид.
Обычно в такой структуре управлением командой занимается руководитель подразделения. Управлением в рамках проекта ПМ. Он отвечает за технические аспекты и коммуникацию, но не управляет командой, а только влияет на нее.
Ну а разделение обязанностей - оно меняется от проекта к проекту. В продвинутых компаниях часто есть стандартное разделение, зафиксированное в виде матрице RACI и обычно компания ему следует, но даже в этом случае от проекта к проекту в ней могут быть нюансы.
Особенности задач тимлида, или Что именно значит «управлять командой»