Ну есть разные подходы к ответственности, где-то точно "всея архитектор" нужная единица, например в SAP, от того, что зона его компетенций ограничена самим продуктом, а где-то, например в микросервисах, которые в основном перебирают open source решения, я слабо себе представляю архитектора, который бы правда принес пользу команде и решению, разве что сидел бы целыми днями гуглил и читал хабр))
Я продукт оунер, не скрам мастер. Да, это абсалютно разные роли. Ни одной из них не возможно научиться, на мой взгляд. Это или есть или нет, и вы это или используете или нет.
Школа РО это не место где из любого сисадмина сделают РО:)
Это коучи( правда, крутых крайне мало) которые подробно рассказывают и разбирают все фреймворки, все сервисы, и инструменты, которых очень много.
Если провести аналогию- вы и так можете быть коммерческим директором какой-нибудь конторы, но зная например не просто основы РСБУ, а ещё и основы МСФО, аудита и управленки — вы всё ещё остаётесь коммерческим директором, но начинаете смотреть на управление совсем иначе и начинаете видеть больше, и скорее всего можете претендовать на место в компании побольше и получше.
Да, соглашусь, довольно много аджайл-бесполезных и дорогих людей, особенно кручей. И скрам мастеров тоже, найти правда крутого — большая редкость, и профиль такого спеца очень сложный, поэтому их мало. Но это не значит что его не надо искать.
Если у скрам-мастера стоит конкретный, влияющий на его ЗП, KPI на создание самоорганизованной команды, это работает, он ограничен во времени. Конкретно мой скрам-мастер уже сам старается уходить от команды разработки, только сама команда не хочет его отпускать т.к. Правда видит результаты его работы
Эта группа статей именно про управление продуктом, цени рассказать про то что сделали и как пришли этому не было. Если этот вопрос интересен, то обязательно расскажу в будущих статьях
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Ну есть разные подходы к ответственности, где-то точно "всея архитектор" нужная единица, например в SAP, от того, что зона его компетенций ограничена самим продуктом, а где-то, например в микросервисах, которые в основном перебирают open source решения, я слабо себе представляю архитектора, который бы правда принес пользу команде и решению, разве что сидел бы целыми днями гуглил и читал хабр))
Спасибо, опечатку я поправлю)
Я продукт оунер, не скрам мастер. Да, это абсалютно разные роли. Ни одной из них не возможно научиться, на мой взгляд. Это или есть или нет, и вы это или используете или нет.
Школа РО это не место где из любого сисадмина сделают РО:)
Это коучи( правда, крутых крайне мало) которые подробно рассказывают и разбирают все фреймворки, все сервисы, и инструменты, которых очень много.
Если провести аналогию- вы и так можете быть коммерческим директором какой-нибудь конторы, но зная например не просто основы РСБУ, а ещё и основы МСФО, аудита и управленки — вы всё ещё остаётесь коммерческим директором, но начинаете смотреть на управление совсем иначе и начинаете видеть больше, и скорее всего можете претендовать на место в компании побольше и получше.
Product Owner – это человек, отвечающий за разработку продукта. Статья в целом именно для РО, но спасибо за комментарий, я учту это в будущем
Да, соглашусь, довольно много аджайл-бесполезных и дорогих людей, особенно кручей. И скрам мастеров тоже, найти правда крутого — большая редкость, и профиль такого спеца очень сложный, поэтому их мало. Но это не значит что его не надо искать.
Если у скрам-мастера стоит конкретный, влияющий на его ЗП, KPI на создание самоорганизованной команды, это работает, он ограничен во времени. Конкретно мой скрам-мастер уже сам старается уходить от команды разработки, только сама команда не хочет его отпускать т.к. Правда видит результаты его работы
А кем Вы работаете? И о какой технодичи идёт речь?