Как стать автором
Обновить

Комментарии 7

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

Тимлид должен выпонять сразу 3 функции потому что всё это одно целое. Здоровая атмосфера и мотивация членов команды прямо зависит от адекватности рабочих процессов, которые невозможно поставить без понимания технологических особенностей работы команды.

Зато подобное жонглирование ролями решает "проблему" автономного тимлида, который может слишком амбициозно отстаивать интересы своей команды перед вышестоящим руководителем. Полномочия распыляются и остаются только обязанности, которые теперь можно беспрепятственно требовать со всей команды. Так ведь?

Если я не прав, можете привести в пример какую из должностей топ-менеджеров вы по такой же системе распилили на несколько ролей и дали всем желающим эти роли брать на себя? По идее у топов ответственность и функциональный охват больше чем у тимлидов продуктовых команд.

Лично я видел считанные единицы людей, которые способны закрывать все перечисленные роли даже на уровне небольшой команды. Топ-менеджеров хорошо закрывающих на уровне компании даже 2 перечисленные роли из 4 тоже единицы (остальное нормальные менеджеры делегируют).
Обычный нормальный человек (не Бэтмэн) нормально закрывает примерно 1,5 роли.

Все верно, надо сто распилить на techсто, teamcto и process cto. Правда я ни разу такого не видел, а для лидов постоянно.

Да, вопрос взаимодействия людей с разными ролями очень интересен. Интересно как строится это взаимодействие и кто в итоге их контролирует.

контроля коммуникаций в виде "а обсудили ли вы вот это" нет. Команда развивает продукт, этот результат уже измеряется какими-то метриками. На уровне CPO и CTO – прямое взаимодействие со всей leadership team (можно раз в неделю, можно раз в 2 недели, раз в месяц, не важно), по развитию продукта, проблемам и т.д.

Афтору в начале следовало бы почитать Scrum чем нести такую откровенную чушь.

Product Owner - это самая низкая роль в продуктовой разработке и отвечает он только за причесывание бэклога. Никакую стратегию продукта он не определяет и тем более не отвечает за бизнес показатели. Какой бэклог накидали, такой и реализует.


а у кого самая высокая роль?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории