Comments 28
Если смотреть на роли в посте, то чистый тимлид (без обязанностей техлида) совмещает роли ПО и скрам-мастера. Если тимлид не віполнет обязанности ни техлида, ни ПО, то он скрам-мастер :)
У вас не роли конфликтуют, а подходы к ответственности (и полномочиям)
>тимлид — роль деспотичная, авторитарная. Ограничивает свободу и креативность
Это стереотипы. Тимлид также может быть Y руководителем, сдувающим пылинки с членов команды.
Выбор подхода определяет конкретная ситуация (извините, что банально). А именно, насколько много ответственности возложено на команде. Как много систем нужно поддерживать, как часто происходят форс-мажоры, со сколькими другими группами нужно держать контакт и тд.
Чем больше когнитивная нагрузка, тем выше вероятность, что если вы поставите одного человека отвечать, ему разорвет мозг и он станет боттлнеком, тормозящим процесс.
Но не думайте, что командная ответственность это модно, стильно, современно. Чтобы это заработало нужно построить команду из опытных членов, выстроить доверие внутри этого мини-коллектива, следить за коммуникацией и многое другое. Иначе будет просто бардак.
Роадмап настолько хорош, что даже слегка демотивирует)
Вообще странно, что позицию тим лида рассматривают как промежуточную или даже тупиковую. По моему мнению, это вершина профессионального роста работника из IT сферы после которой наступает лишь деградация, ведь основной признак тим лида — это способность заменить ЛЮБОГО члена команды, пусть и не со 100% эффективностью, то есть своего рода "стволовая клетка " в организме проекта.
Вовсе не обязательно тимлид должен быть способен заменить любого члена команды. Его задача, чтобы команда продолжала работать даже если одного человека не будет по каким-то причинам. Самому быть готовым заменить, дублировать компетенции, хоть формально (минимум 2 QA, 2 фронта, 2 бэка, 2 девопса), хоть путём набора/развитиея T и Ш специалистов ("фуллстэков"), иметь допбюджет и полномочия на например контракторов на время болезни сотрудника — это лишь инструменты достижения цели
Извините, за, может быть, глупый вопрос, но, как вы вышли на такое количество руководителей разработки, ещё и зарубежных, чтобы провести с ними интервью?
Где "взяли" их?
Это всё знакомые или люди со стороны?
Иначе: если никто эту функцию не выполняет, значит это функция тимлида.
ответственный определен — бизнес спасен
Хотя, конечно, отличие верхней ветки от нижней не очень большое. И там и там есть и hard skills и soft skills, просто пропорции разные.
Современное кино не люблю, но когда оно вдруг попадает в точку, изучаю. Вот она: точка. И тут не скажешь лучше.
Вернее так, чем больше он снежинка, тем меньше он Team Lead, и больше Team Superhero, который должен спасти проект, но с печальным концом.
«Разница в восприятии» возникает только из-за незрелости и/или тухлости компании: того насколько команда и руководство хочет и сможет на него сбросить ответственности.
«ставить бизнес-цели и думать о болях пользователей продукта» — это ответственность Product Owner, чем больше она кочует к Team Lead'у, тем более незрелая и/или тухлая компания.
Тимлиды — это что то вроде лучшего игрока, в дворовой команде по футболу, на фоне остальных соседских парней, которые знают о профессиональном футболе, только из телевизора(из гугла). Обычно в таких командах, нет профессионалов, типа девопс инженеров, скрам мастеров, ux дизайнеров и.т.п. Ну немного научились все программировать(пинать мяч)… Более того в таких командах даже иногда не то что не понимают четко, чем занимаются эти специалисты, но и названия профессий не всегда могут вспомнить. Поэтому собираются эти ребята и решают кто более менее может бить по мячу лучше всех, назначают его тимлидом, хз какие у него обязанности, главное он будет бегать по полю и заменять кого попало и как попало. Ну вы поняли мысль я думаю ))) ребята, забудьте это слово "тимлид", лучше пойдите учится на курсы какие нибудь )) не выдумывайте чепуху и начните играть в профессиональный футбол. Вот например https://geekbrains.ru/courses
Что должен делать тимлид: роли, обязанности и навыки