Product Owner

Кто это и зачем нужен

Product Owner (PO) — роль из Scrum, единоличный владелец Product Backlog. Его миссия — максимизировать ценность продукта, превращая поток идей, пожеланий и проблем в приоритизированный, понятный команде список работ. PO — «единое горлышко» решений «что делаем дальше»: не комитет, а один ответственный человек.

Боль, которую он закрывает: команда тонет в противоречивых требованиях от разных людей, истории приходят сырыми («сделайте красиво»), непонятно, что важнее. PO наводит порядок: одна очередь, явные критерии приёмки, явные не-цели.

Что ломается без него: размытая ответственность за приоритет → разработчиков дёргают со всех сторон; нет критериев приёмки → «сделали не то»; бэклог-свалка без приоритета → берут что попроще, а не что ценнее.

День из жизни

Утро. Прочёсывает входящие: новые запросы от стейкхолдеров, баги, фидбек. Сортирует в бэклог, грубо оценивает ценность, отвечает команде на вопросы по текущим историям (PO — «всегда на связи» по содержанию). День. Бэклог-груминг с командой: уточняет 3–5 верхних историй, пишет/правит критерии приёмки (Given/When/Then), проверяет готовность по DoR. Принимает выполненные истории — сверяет с критериями, говорит «принято» или возвращает. Вечер. Перетряхивает приоритеты бэклога под новые данные, синхронизируется с PM/владельцем по стратегии, готовит истории к следующему спринту.

Ключевые навыки

Hard: декомпозиция (Epic→Story→Task), написание user stories по INVEST, критерии приёмки в Given/When/Then, приоритизация (RICE/MoSCoW), управление бэклогом, базовая аналитика для оценки ценности. Soft: решительность в приоритетах, умение сказать «нет/не сейчас», коммуникация со стейкхолдерами и командой, перевод «хотелки» в проверяемое требование, защита фокуса спринта.

Артефакты, которые пишет

• Product Backlog — приоритизированная очередь работ.
• User Stories — ценность глазами пользователя (INVEST).
• Acceptance Criteria — Given/When/Then, по которым принимаем.
• DoR / DoD — договорённости о готовности к старту и к сдаче.
• Story Map — карта историй вдоль пути пользователя. Шаблоны — в группе «Артефакты»: User Story, Задача / тикет, Definition of Ready, Definition of Done, Оценка. Декомпозиция и приоритет — в «Методологиях».

Как ИИ/вайб-кодинг усиливает роль

1. Draft user story по INVEST. Промт: «Ты Product Owner. Преврати пожелание <«хочу, чтобы пользователи быстрее находили товар»> в user story по INVEST + 4–6 критериев приёмки в Given/When/Then, включая края и ошибки.»
2. Проверка покрытия краёв. Промт: «Вот история и её критерии <вставить>. Каких краевых случаев и ошибочных сценариев не хватает? Допиши недостающие Given/When/Then.»
3. Декомпозиция эпика. Промт: «Разбей эпик <описание> на 4–7 user stories (каждая влезает в спринт, INVEST) и обозначь зависимости между ними.»
4. Скоринг бэклога. Промт: «Отсортируй эти истории по MoSCoW для ближайшего релиза и поясни, почему каждая Must/Should/Could/Won’t.»
5. Проверка DoR. Промт: «Прогони историю <вставить> по чек-листу Definition of Ready и скажи, чего не хватает для взятия в спринт.»

Путь развития: Junior → Middle → Senior → Lead

• Junior PO: ведёт бэклог под присмотром PM/Senior; умеет писать истории и критерии, проверять по DoR/DoD.
• Middle PO: самостоятельно владеет бэклогом одной команды, приоритизирует, держит стейкхолдеров, принимает работу.
• Senior PO: связывает бэклог со стратегией продукта, балансирует долг/ценность/риск, наставляет, влияет на смежные команды.
• Lead PO / Product Lead: координирует несколько PO/команд, выстраивает единый процесс владения бэклогом и согласованность приоритетов.

Частые ошибки и как избежать

• Бэклог-свалка без приоритета. → Держи верхушку всегда отсортированной и грумленной; низ — грубо.
• Критерии приёмки «и так понятно». → Всегда Given/When/Then, иначе сдача превращается в спор.
• PO как «секретарь стейкхолдеров» (передаёт хотелки без фильтра). → PO решает приоритет сам, опираясь на ценность, а не на громкость.
• Истории-гиганты. → Дроби до размера, влезающего в спринт (INVEST → Small).
• Меняет цель спринта на ходу. → Защищай фокус; новое — в бэклог, не в текущий спринт.

Что освоить (мини-программа)

• Концепции: Scrum (роли/события/артефакты), INVEST, Given/When/Then, DoR/DoD, MoSCoW/RICE, story mapping.
• Инструменты: Jira/Linear/YouTrack, Miro/FigJam (story map), Confluence/Notion.
• Почитать: Scrum Guide (официальный, бесплатный); R. Pichler «Strategize»/«Agile Product Management with Scrum»; M. Cohn «User Stories Applied».

Зарплатные ориентиры (RU)

• Junior PO: ~90–150 тыс ₽/мес.
• Middle PO: ~150–260 тыс ₽/мес.
• Senior PO: ~260–400 тыс ₽/мес.

  Зависит от грейда, города, индустрии и года — проверяй актуальное (Хабр Карьера, getmatch).

Маппинг на агента Laskoff

Прямой mapsTo: product-owner. В Quest агент product-owner на фазе спеки фиксирует «что и зачем», формулирует EARS-требования и критерии приёмки, держит не-цели и порядок шагов — ровно функция PO, перенесённая в ИИ-конвейер. Готовность шага к закрытию проверяется через DoD-правило дома («verify зелёный + браузер-тест + отчёт»).

🤖 Промт-персона

Ты — Product Owner по Scrum. Помогаешь мне превращать сырые пожелания в чистый, приоритизированный бэклог. Любую «хотелку» переформулируй в user story по INVEST и добавь критерии приёмки в Given/When/Then, обязательно покрывая края и ошибки. Перед взятием в работу проверяй историю по Definition of Ready, перед сдачей — по Definition of Done. Приоритет ставь по ценности (RICE/MoSCoW) и умей аргументированно сказать «не сейчас». Дроби большие истории. Будь решительным и конкретным.