DD
Супер!
Size: a a a
2019 March 09
DD
Утащить можно?
AP
Утащить можно?
Значок клуба оставьте, и пользуйтесь на здоровье 🙂
DD
Значок клуба оставьте, и пользуйтесь на здоровье 🙂
👍
AP
Отличная схема 👍 было бы здорово запилить инфографику о конфликтах интересов между некоторыми этими ролями
Конфликт - это проблема в культуре отношений в команде. Это не регламент, а расставление акцентов 🙂
DD
Конфликт - это проблема в культуре отношений в команде. Это не регламент, а расставление акцентов 🙂
Речь о производственном конфликте.
AP
Речь о производственном конфликте.
Например?
DD
Самое очевидное: совмещение ролей РМ и разработчика.
SL
👍
AP
Самое очевидное: совмещение ролей РМ и разработчика.
А в чем конфликт? TechLead может взять на себя функции PM-а
RT
Не увидел в схеме product manager
MS
Не увидел в схеме product manager
как бы это PO
RT
как бы это PO
PrM и PO это все таки разные роли.
PrM смотрит «наружу» продукта, когда РО - внутрь.
PO как владельцу продукта нужно донести до команды разработки видение целиком, ответить на все «Почему?», «Зачем?» и «Как?», прописать пользовательские истории, «отбиться» от стейкхолдеров, приоритезировать и почистить беклог, поучаствовать в скрам-событиях.
С другой стороны, PrM необходимо следить за рынком, соответствием продукта фокусу компании, общаться с целевой аудиторией, разрабатывать стратегию, roadmap, проводить исследования, работать в тесном сотрудничестве практически со всеми подразделениями компании, снабжая их всем необходимым.
PrM смотрит «наружу» продукта, когда РО - внутрь.
PO как владельцу продукта нужно донести до команды разработки видение целиком, ответить на все «Почему?», «Зачем?» и «Как?», прописать пользовательские истории, «отбиться» от стейкхолдеров, приоритезировать и почистить беклог, поучаствовать в скрам-событиях.
С другой стороны, PrM необходимо следить за рынком, соответствием продукта фокусу компании, общаться с целевой аудиторией, разрабатывать стратегию, roadmap, проводить исследования, работать в тесном сотрудничестве практически со всеми подразделениями компании, снабжая их всем необходимым.
MS
Дробить специализации можно довольно много и сильно. Но чтобы такое разделение жило, нужна большая компания. В мелких компаниях/командах гораздо больше человеков-оркестров.
AP
PrM и PO это все таки разные роли.
PrM смотрит «наружу» продукта, когда РО - внутрь.
PO как владельцу продукта нужно донести до команды разработки видение целиком, ответить на все «Почему?», «Зачем?» и «Как?», прописать пользовательские истории, «отбиться» от стейкхолдеров, приоритезировать и почистить беклог, поучаствовать в скрам-событиях.
С другой стороны, PrM необходимо следить за рынком, соответствием продукта фокусу компании, общаться с целевой аудиторией, разрабатывать стратегию, roadmap, проводить исследования, работать в тесном сотрудничестве практически со всеми подразделениями компании, снабжая их всем необходимым.
PrM смотрит «наружу» продукта, когда РО - внутрь.
PO как владельцу продукта нужно донести до команды разработки видение целиком, ответить на все «Почему?», «Зачем?» и «Как?», прописать пользовательские истории, «отбиться» от стейкхолдеров, приоритезировать и почистить беклог, поучаствовать в скрам-событиях.
С другой стороны, PrM необходимо следить за рынком, соответствием продукта фокусу компании, общаться с целевой аудиторией, разрабатывать стратегию, roadmap, проводить исследования, работать в тесном сотрудничестве практически со всеми подразделениями компании, снабжая их всем необходимым.
В нашей схеме это - BO
MS
ну тоже логично. продукт как бизнес-единица же
RT
В нашей схеме это - BO
Ok
DD
А в чем конфликт? TechLead может взять на себя функции PM-а
Конфликт ролей. Организационной и исполнительской функции. Техлид в роли ПМа это трэш для проекта.
AP
Конфликт ролей. Организационной и исполнительской функции. Техлид в роли ПМа это трэш для проекта.
В гибких фреймворках это вообще норма :))
DD
PrM и PO это все таки разные роли.
PrM смотрит «наружу» продукта, когда РО - внутрь.
PO как владельцу продукта нужно донести до команды разработки видение целиком, ответить на все «Почему?», «Зачем?» и «Как?», прописать пользовательские истории, «отбиться» от стейкхолдеров, приоритезировать и почистить беклог, поучаствовать в скрам-событиях.
С другой стороны, PrM необходимо следить за рынком, соответствием продукта фокусу компании, общаться с целевой аудиторией, разрабатывать стратегию, roadmap, проводить исследования, работать в тесном сотрудничестве практически со всеми подразделениями компании, снабжая их всем необходимым.
PrM смотрит «наружу» продукта, когда РО - внутрь.
PO как владельцу продукта нужно донести до команды разработки видение целиком, ответить на все «Почему?», «Зачем?» и «Как?», прописать пользовательские истории, «отбиться» от стейкхолдеров, приоритезировать и почистить беклог, поучаствовать в скрам-событиях.
С другой стороны, PrM необходимо следить за рынком, соответствием продукта фокусу компании, общаться с целевой аудиторией, разрабатывать стратегию, roadmap, проводить исследования, работать в тесном сотрудничестве практически со всеми подразделениями компании, снабжая их всем необходимым.
В нескольких крупных организациях очень хорошо организовано взаимодействие через роли бизнес-владельца продукта (PrM в вашей терминологии) и техвладельца (РО).