О разделе "Продуктовые роли"
Product Owner (PO) и Product Manager (PM) стоят на стыке бизнеса и разработки: они решают, что строить, в каком порядке и когда результат можно считать принятым. В Scrum PO описан формально; в продуктовых компаниях PM часто шире по зоне (рынок, roadmap, метрики). Путаница PO, PM, бизнес-аналитика (BA) и тимлида — одна из частых причин неверных приоритетов, scope creep и конфликтов на приёмке.
Раздел написан для новичка в IT-проекте: после прочтения вы сможете назвать владельца backlog, понять разницу ролей в продукте, аутсорсе и госсекторе и знать, куда эскалировать запрос вне процесса.
Разработчику и тестировщику — кто принимает фичу и откуда брать приоритет.
BA и SA — граница с PO/PM, RACI на требования.
Руководителю и PM — модели в продукте, аутсорсе, аутстаффе и госпроектах.
Что вы узнаете
| Тема | Результат |
|---|---|
| PO в Scrum | Владение backlog, приёмка, один accountable |
| PM | Roadmap, рынок, метрики — и связь с PO |
| BA | Требования и AC без подмены приоритета |
| Тимлид и архитектор | Поставка и техника — не вместо PO |
| Модели организации | Продукт, аутсорс, госсектор, внутренний IT |
| RACI | Кто A на приоритет и приёмку |
| Конфликты | Deputy PO, CR, обход PO через чат |
Как читать раздел
| Шаг | Материал | Содержание |
|---|---|---|
| 1 | PO и PM — роли и границы | Scrum, PM, BA, тимлид, RACI, примеры |
| 2 | Итоги | Резюме и FAQ по ролям |
| 3 | Чек-лист | Самопроверка владельца приоритетов |
Перед шагом 1 полезно бегло пройти роли Scrum. Если вы в заказной разработке — параллельно договор глазами разработчика.
Соседние разделы
| Вопрос | Куда идти |
|---|---|
| Как оформить изменение scope | Управление изменениями |
| Кто пишет ТЗ и BPMN | Аналитика |
| Спринт, review, цель спринта | Scrum |
| Очередь заявок от бизнеса | ITSM |
| Метрики и воронки | Продуктовая аналитика |
| Старт проекта и RACI | Начало работы на проекте |
Три контекста — три картины PO
Продуктовая компания. PO/PM смотрит на retention, выручку, конкурентов. Backlog меняется по данным, не только по письму от директора.
Аутсорс / заказная разработка. PO со стороны заказчика принимает результат; PM исполнителя следит за договором и change request. Приёмка без PO заказчика — риск спора после оплаты.
Госсектор и регламент. Приоритет может идти через комиссию и ТЗ; PO-куратор всё равно нужен как именованная точка для команды, иначе правки экспертизы размножаются бесконечно.
Типичные симптомы путаницы ролей
- В спринт попадает то, что громче попросили, а не то, что в backlog сверху.
- BA спорит с разработчиком о приоритете — хотя это зона PO.
- Тимлид отменяет фичи без согласования с бизнесом.
- На демо присутствует PM исполнителя, а заказчик видит результат впервые в prod.
- Каждый стейкхолдер считает себя PO.
Если узнали проект — начните с главы 1 и чек-листа.
Термины раздела
| Термин | Кратко |
|---|---|
| PO | Владелец backlog и приёмки в Scrum |
| PM | Roadmap, рынок, метрики продукта |
| BA | Требования, процессы, AC |
| Deputy PO | Заместитель с делегированием |
| RACI | Кто утверждает приоритет (один A) |
| Stakeholder | Заинтересованная сторона, не PO |
Вопросы, на которые ответит раздел
- Кто может сказать "эту фичу не делаем"?
- Кто принимает работу на Sprint Review?
- Чем PO заказчика отличается от PM исполнителя в аутсорсе?
- Может ли тимлид отменить фичу из backlog?
- Куда девать срочную просьбу из чата?
- Нужен ли PO в Kanban без Scrum?
- Как BA участвует, не подменяя приоритет?
Ответы — в главе 1; проверка — 999.
Product Owner и Product Manager
Роли PO и PM, границы с BA и тимлидом, RACI приоритетов, продуктовая компания, заказная разработка и госсектор.
Продуктовые роли — итоги раздела
Резюме PO, PM, BA и тимлид — кто за что отвечает; FAQ для новичка.
Продуктовые роли — чек-лист самопроверки
Проверка владельца приоритетов, приёмки и границ PO, PM, BA.
Продуктовые роли — о разделе
Product Owner и Product Manager — границы ролей, взаимодействие с BA и тимлидом в продуктовой компании, аутсорсе и госсекторе.