Зоны ответственности PO в scrum-команде

Product Owner в Scrum-команде — это не «менеджер задач» и не «голос клиента». Это человек, ответственный за максимизацию ценности продукта через управление Product Backlog. Разберём конкретно, за что отвечает PO, а за что — нет.

Зона ответственности 1

• 1Product Backlog. PO — единственный владелец бэклога. Это значит:
• 2Только PO добавляет, удаляет и приоритизирует элементы бэклога. Стейкхолдеры могут предлагать, но решение — за PO.
• 3Бэклог всегда упорядочен — сверху самое важное.
• 4Элементы вверху бэклога детализированы (ready for development), внизу — могут быть грубыми.
• 5PO может делегировать написание User Stories команде, но ответственность за содержание — на нём. Типичная ошибка в КЗ: бэклог управляется CEO или CTO напрямую, PO — просто записывает. Это не Scrum, и это не работает.

Зона ответственности 2: Scrum-церемонии. Sprint Planning — PO представляет цель спринта и приоритеты, отвечает на вопросы команды по User Stories, совместно с командой определяет scope спринта. Daily Standup — PO присутствует (но не управляет), доступен для вопросов. Sprint Review — PO принимает или отклоняет выполненную работу (accept/reject по Acceptance Criteria), демонстрирует инкремент стейкхолдерам. Sprint Retrospective — PO участвует как член команды, открыт для фидбэка о процессах.

Зона ответственности 3: Коммуникация. PO — мост между бизнесом и разработкой. Со стейкхолдерами: управление ожиданиями, сбор требований, отчётность. С командой: объяснение контекста и бизнес-ценности, ответы на вопросы, поддержка. С пользователями: CustDev-интервью, анализ фидбэка, юзабилити-тестирование. Распределение времени на коммуникацию: стейкхолдеры (30%), команда (50%), пользователи (20%).

За что PO НЕ отвечает

• 1Как именно реализовать задачу — это решение команды разработки. PO говорит «что» и «зачем», команда определяет «как».
• 2Оценка задач — команда оценивает, PO принимает оценку. Давить на команду «сделайте за 3 дня вместо 5» — нарушение Scrum.
• 3Управление людьми — PO не начальник разработчиков. У разработчиков есть тимлид или инженерный менеджер.
• 4Архитектурные решения — это зона ответственности техлида/CTO.

Типичная неделя PO в казахстанской scrum-команде: Понедельник — Sprint Planning (2 часа), 1-on-1 со стейкхолдером. Вторник — Backlog Refinement (1 час), CustDev-интервью (1 час). Среда — работа над User Stories, анализ метрик. Четверг — Backlog Refinement (1 час), подготовка к Sprint Review. Пятница — Sprint Review (1 час), Sprint Retrospective (1 час), написание дайджеста для стейкхолдеров. Ежедневно — Daily Standup (15 мин), ответы на вопросы команды (1-2 часа).

Антипаттерны PO в КЗ

• 1«PO-почтальон» — просто передаёт запросы стейкхолдеров в бэклог без фильтрации и приоритизации.
• 2«PO-микроменеджер» — указывает команде, как реализовать задачу, вплоть до кода.
• 3«PO-невидимка» — недоступен для команды, появляется только на Sprint Planning.
• 4«PO-всё сам» — пишет все Stories, тестирует, дизайнит. Правильный PO — это лидер, который принимает решения на основе данных, защищает команду от хаоса и фокусирует усилия на том, что создаёт максимальную ценность.

Визуализация ключевых концепций

flowchart TD
    subgraph Ответственность["Зоны ответственности PO"]
        BACK["Product Backlog"]
        CEREM["Scrum-церемонии"]
        COMM["Коммуникация"]
    end
    
    subgraph Не_ответственность["НЕ отвечает"]
        HOW["Как реализовать"]
        EST["Оценка задач"]
        MANAGE["Уп...