Size: a a a

Agile Jobs — вакансии

2019 February 12

VR

Vladimir Ryashentsev in Agile Jobs — вакансии
Он же Product Owner )
источник

VR

Vladimir Ryashentsev in Agile Jobs — вакансии
Я не понял в чем проблема для людей извне команды считать его отвественным за перечисленное )
источник

ID

Ivano Digital in Agile Jobs — вакансии
Vladimir Ryashentsev
Продукта
У роли PO есть четкий прописанный функционал... даже не знаю, что тут можно обсуждать
источник

SS

Sergey Slepakurov in Agile Jobs — вакансии
Ivano Digital
У роли PO есть четкий прописанный функционал... даже не знаю, что тут можно обсуждать
Какой же?
источник

ID

Ivano Digital in Agile Jobs — вакансии
Scrum Guide scrum.org
источник

SS

Sergey Slepakurov in Agile Jobs — вакансии
Владелец Продукта несет ответственность за достижение максимальной ценности продукта как результата работы, которую выполняет Команда Разработки. Способы достижения максимальной ценности могут различаться и зависят от самих организаций, Скрам-команд и конкретных людей.
Владелец Продукта – единственный человек, который отвечает за управление Бэклогом Продукта8. Управление Бэклогом Продукта включает в себя:
• описание Элементов Бэклога Продукта ясным и понятным образом;
• управление порядком Элементов Бэклога Продукта для наилучшего достижения целей и миссий;
• оптимизацию ценности работы, выполняемой Командой Разработки;
• обеспечение доступности, прозрачности и ясности Бэклога Продукта для всех участников процесса. Бэклог Продукта при этом отражает, над чем Скрам-команда будет работать дальше; • гарантию, что Команда Разработки в достаточной степени понимает Элементы Бэклога Продукта.
Владелец Продукта может выполнять эту работу как самостоятельно, так и делегировать её выполнение членам Команды Разработки. Тем не менее ответственность за Бэклог Продукта лежит на плечах Владельца Продукта.
Роль Владельца Продукта исполняет один человек, а не группа людей. Владелец Продукта может отражать пожелания заинтересованных лиц в Бэклоге Продукта, но любой, кто хочет изменить приоритет элемента, должен обращаться к Владельцу Продукта.
Для успешного выполнения обязанностей Владельцем Продукта все сотрудники организации должны уважать его или её решения. Решения, которые принимает Владелец Продукта, отражены в содержании и порядке Элементов Бэклога Продукта. Никто не может заставить Команду Разработки работать над другим набором требований.
источник

VR

Vladimir Ryashentsev in Agile Jobs — вакансии
Да, согласен, что в скрамгайде всё написано ясно. Но я пытаюсь встать в позицию топов.
источник

VR

Vladimir Ryashentsev in Agile Jobs — вакансии
Sergey Slepakurov
Владелец Продукта несет ответственность за достижение максимальной ценности продукта как результата работы, которую выполняет Команда Разработки. Способы достижения максимальной ценности могут различаться и зависят от самих организаций, Скрам-команд и конкретных людей.
Владелец Продукта – единственный человек, который отвечает за управление Бэклогом Продукта8. Управление Бэклогом Продукта включает в себя:
• описание Элементов Бэклога Продукта ясным и понятным образом;
• управление порядком Элементов Бэклога Продукта для наилучшего достижения целей и миссий;
• оптимизацию ценности работы, выполняемой Командой Разработки;
• обеспечение доступности, прозрачности и ясности Бэклога Продукта для всех участников процесса. Бэклог Продукта при этом отражает, над чем Скрам-команда будет работать дальше; • гарантию, что Команда Разработки в достаточной степени понимает Элементы Бэклога Продукта.
Владелец Продукта может выполнять эту работу как самостоятельно, так и делегировать её выполнение членам Команды Разработки. Тем не менее ответственность за Бэклог Продукта лежит на плечах Владельца Продукта.
Роль Владельца Продукта исполняет один человек, а не группа людей. Владелец Продукта может отражать пожелания заинтересованных лиц в Бэклоге Продукта, но любой, кто хочет изменить приоритет элемента, должен обращаться к Владельцу Продукта.
Для успешного выполнения обязанностей Владельцем Продукта все сотрудники организации должны уважать его или её решения. Решения, которые принимает Владелец Продукта, отражены в содержании и порядке Элементов Бэклога Продукта. Никто не может заставить Команду Разработки работать над другим набором требований.
Да, и тут ничего нет про бюджет.
источник

SS

Sergey Slepakurov in Agile Jobs — вакансии
Vladimir Ryashentsev
Да, согласен, что в скрамгайде всё написано ясно. Но я пытаюсь встать в позицию топов.
И она не рушит гайд при этом ;)
источник

VR

Vladimir Ryashentsev in Agile Jobs — вакансии
Sergey Slepakurov
И она не рушит гайд при этом ;)
Ну типа неправославно это )
источник

SS

Sergey Slepakurov in Agile Jobs — вакансии
Если PO Не управляет бюджетом (у него нет денег), то можно сказать, что гибкость в управлении продуктом у него сокращается в разы
источник

ID

Ivano Digital in Agile Jobs — вакансии
Vladimir Ryashentsev
Да, согласен, что в скрамгайде всё написано ясно. Но я пытаюсь встать в позицию топов.
Основой цифрового бизнеса является продукт. Соответсвенно, человек, который будет создавать и развивать этот продукт и есть топ. Какая-то странная привычка иметь начальника.
источник

VR

Vladimir Ryashentsev in Agile Jobs — вакансии
Ivano Digital
Основой цифрового бизнеса является продукт. Соответсвенно, человек, который будет создавать и развивать этот продукт и есть топ. Какая-то странная привычка иметь начальника.
PO = топ?
источник

VR

Vladimir Ryashentsev in Agile Jobs — вакансии
ну да, лучший PO тот который обладает всеми полномочиями по продукту )
источник

VR

Vladimir Ryashentsev in Agile Jobs — вакансии
Т.е. сюда входит бюджет и, при необходимости, изменения команды.
источник

ID

Ivano Digital in Agile Jobs — вакансии
Vladimir Ryashentsev
Т.е. сюда входит бюджет и, при необходимости, изменения команды.
Все верно. Термин PO пришел из заказной разработки. Т.е.  когда всегда есть заказчик с требованиями и бюджетом. PO конечно должен уложиться в этот бюджет.

В данном случае, МГТС хочет запустить новое направление бизнеса.  Там требования в виде мечты. Чтобы мечту сделать реалью,  нужно прогнать весь процесс Product Managment/Development.  Т.е. как минимум, эта роль Директора Направления и он уже нанимает себе команду, включая PO,  для которого станет заказчиком. Силами одного человека такую работу не сделать и никаких топов над этим процессом быть не может. Понятно, что МГТС увидел слово Owner и тупо подумал, что это человек, который отвечает абсолютно за все.

Если есть желание обсудить, приглашаю в ЛС. Не всем эта дискуссия может тут быть интересна
источник

VR

Vladimir Ryashentsev in Agile Jobs — вакансии
Ivano Digital
Все верно. Термин PO пришел из заказной разработки. Т.е.  когда всегда есть заказчик с требованиями и бюджетом. PO конечно должен уложиться в этот бюджет.

В данном случае, МГТС хочет запустить новое направление бизнеса.  Там требования в виде мечты. Чтобы мечту сделать реалью,  нужно прогнать весь процесс Product Managment/Development.  Т.е. как минимум, эта роль Директора Направления и он уже нанимает себе команду, включая PO,  для которого станет заказчиком. Силами одного человека такую работу не сделать и никаких топов над этим процессом быть не может. Понятно, что МГТС увидел слово Owner и тупо подумал, что это человек, который отвечает абсолютно за все.

Если есть желание обсудить, приглашаю в ЛС. Не всем эта дискуссия может тут быть интересна
Может просто в профильный чат переместиться )
источник

IL

Igor Larchenko in Agile Jobs — вакансии
Ivano Digital
Все верно. Термин PO пришел из заказной разработки. Т.е.  когда всегда есть заказчик с требованиями и бюджетом. PO конечно должен уложиться в этот бюджет.

В данном случае, МГТС хочет запустить новое направление бизнеса.  Там требования в виде мечты. Чтобы мечту сделать реалью,  нужно прогнать весь процесс Product Managment/Development.  Т.е. как минимум, эта роль Директора Направления и он уже нанимает себе команду, включая PO,  для которого станет заказчиком. Силами одного человека такую работу не сделать и никаких топов над этим процессом быть не может. Понятно, что МГТС увидел слово Owner и тупо подумал, что это человек, который отвечает абсолютно за все.

Если есть желание обсудить, приглашаю в ЛС. Не всем эта дискуссия может тут быть интересна
А что тут дискутировать? РО - это мини СЕО своего продукта, своего стартапа по имени "Продукт". Со всеми вытекающими отсюда правами и обязанностями. Это - базовые вещи, без них никуда не продвинуться. Всё остальное вытекает из такой постановки. И если топы этого не принимают, тогда и не работает. Должна быть культура внутреннего интерпренерства, терпимости к ошибкам и пр. Если нет Fast Fail  в голове у топа, то никакой РО его не спасёт, ему просто не дадут ни бюджета, ни полномочий. Давайте ещё про Moonshot вспомним, как про последний гвоздь в крышку.
источник

IL

Igor Larchenko in Agile Jobs — вакансии
Vladimir Ryashentsev
Может просто в профильный чат переместиться )
Нет уж, пусть все видят! :)
источник

IL

Igor Larchenko in Agile Jobs — вакансии
А то понапишут тут бог весть чего, а ищут по факту в лучшем случае РП, а то и тимлида. Хантеры, блин.
источник