Продуктовые роли — итоги раздела
Краткая карта раздела: PO — приоритет backlog и приёмка ценности; PM — видение, roadmap, рынок (часто шире PO); BA — ясность требований и процессов; тимлид — поставка и качество, не подмена PO. Один accountable на приоритет; изменения scope — через прозрачный change request, а не через личный чат.
Подробнее — глава 1. Самопроверка — чек-лист.
Резюме по ролям
| Роль | Главный вопрос | Ключевые артефакты |
|---|---|---|
| PO | Что ценнее сейчас? | Упорядоченный backlog, решение на Review |
| PM | Куда идёт продукт? | Roadmap, гипотезы, метрики |
| BA | Что именно должно работать? | AC, BPMN, use cases, ТЗ |
| Тимлид | Как команда поставляет? | Процесс, найм, качество кода |
| SA | Как это встроить в систему? | Интеграции, NFR, API |
FAQ — частые вопросы
Вопрос. PO и PM — это одно и то же?
Ответ. Не всегда. В Scrum PO — формальная роль с backlog и приёмкой. PM в компании часто добавляет roadmap, рынок и метрики. В стартапе один человек совмещает; в корпорации — разные люди. Подробнее — глава 1.
Вопрос. Может ли BA быть Product Owner?
Ответ. Формально может, если ему делегированы приоритет и приёмка. Опасно, когда BA только пишет ТЗ, а приоритет "по умолчанию" у всех стейкхолдеров. Проверьте RACI — аналитика.
Вопрос. Тимлид поставил в спринт задачи без PO — это нормально?
Ответ. Нет, если PO назначен. Тимлид консультирует по feasibility; порядок backlog утверждает PO/PM. Исключение — техдолг и инциденты по согласованной политике (Kanban Expedite).
Вопрос. Кто принимает фичу в аутсорсе?
Ответ. По договору — обычно заказчик (его PO), не только PM исполнителя. Иначе оплатили, а заказчик не согласен.
Вопрос. PO в отпуске две недели — команда стоит?
Ответ. Нужен Deputy PO с письменным делегированием и слотами на вопросы. Без этого — блокеры на refinement и ложные приоритеты.
Вопрос. Стейкхолдер написал разработчику в Telegram "срочно сделайте". Что делать?
Ответ. Вежливо попросить оформить в трекере; приоритет ставит PO. Иначе — scope creep. См. управление изменениями.
Вопрос. Чем PO отличается от project manager (PM в смысле руководителя проекта)?
Ответ. Product Manager/Owner — про ценность продукта и backlog. Project manager — про сроки, бюджет, риски проекта (часто в каскаде). В Agile роли пересекаются, но приоритет фич — у PO продукта. См. команда и управление.
Вопрос. Нужен ли PO в Kanban без спринтов?
Ответ. Нужен владелец приоритета очереди — часто тот же PO/PM. Без него Expedite и стейкхолдеры ломают WIP. См. Kanban.
Вопрос. QA сказал "готово" — это приёмка?
Ответ. QA проверяет качество и AC. PO принимает ценность на Sprint Review. Разные решения: баги закрыты, но фича не даёт бизнес-эффект — PO может не принять.
Вопрос. В госсекторе приоритет задаёт ТЗ — зачем PO?
Ответ. ТЗ редко упорядочено по итерациям. PO-куратор решает, что входит в этап, что ждёт экспертизу, что эскалируется на CR.
Вопрос. Два продукта — один PO на оба?
Ответ. Риск перегруза и конфликта приоритетов. Лучше разные PO или явная политика "какой продукт в какие дни". Иначе backlog обоих страдает.
Вопрос. PM хочет roadmap на год, команда не может оценить — что делать?
Ответ. Roadmap — направления, не детальный план. Детали — в backlog на 1–2 итерации вперёд. Крупные неизвестности — spike. См. методологию.
Вопрос. Разработчик может отказаться от задачи из backlog?
Ответ. Может поднять риски и альтернативы на refinement; отменить приоритет без PO — нет. Техническая невозможность — эскалация к SA и PO для пересмотра цели.
Вопрос. Как связаны PO и продуктовая аналитика?
Ответ. Аналитика даёт данные; PM/PO превращает их в гипотезы и приоритет в backlog. Без метрик приоритет — вкус и громкость. См. продуктовую аналитику.
Вопрос. Аутстафф — кто мой PO?
Ответ. PO клиента. Вы в его процессе; приоритеты и приёмка — у него. PM со стороны клиента или ваш аккаунт-менеджер не заменяют PO без делегирования.
Типичные ошибки — короткий список
- Комитет вместо одного PO — решения не принимаются.
- BA = PO по факту без полномочий отказать стейкхолдеру.
- Приёмка на аутсорсе только у PM исполнителя.
- Изменения scope через чат — scope creep.
- Roadmap путают с обязательством сдать всё в срок.