Роли без театра: Product Owner, Scrum Master и команда на практике — обязанности, анти-паттерны и метрики без токсичных KPI

Роли — это не должности и не таблички на дверях. Это договорённость «кто за что отвечает», чтобы команда стабильно превращала идеи в ценность.

Scrum — не театр. Тут нет «главных героев» и массовки. Есть PO, SM и КОМАНДА. Если каждый понимает свою зону ответственности и не играет чужие роли, скорость и качество растут без крика и микроменеджмента.

Три роли Scrum на практике: коротко и по делу

Product Owner (PO) — отвечает за ценность. Формулирует видение, цели, приоритеты и поддерживает бэклог продукта в рабочем состоянии.
Scrum Master (SM) — отвечает за процесс. Убирает препятствия, развивает команду и культуру, следит за ритуалами и фокусом на цели спринта.
Команда — отвечает за результат инкремента. Кросс-функциональна, самоорганизуется, соблюдает DoD и договорённости.

Зоны ответственности без мифов

Product Owner

Видение и цели (связка с OKR).
Ценность и приоритизация: что вверху бэклога — то влияет на ROI/удержание.
Качество входа: DoR, понятные гипотезы и критерии.
Связь с пользователями и стейкхолдерами: интервью, обратная связь.

Линковка: доски и бэклог в ВЕБОФИС: AGILE.

Scrum Master

Фасилитация событий: планирование, дейлики, обзор и ретро.
Снятие импедиментов и защита фокуса.
Развитие практик потока (WIP, ограничение многозадачности).
Коучинг по самоорганизации и ответственности.

Линковка: метрики потока в ВЕБОФИС: TRACKING.

Команда

Планирует «как» и «сколько» на спринт; берёт обязательства осознанно.
Делает инкремент «потенциально готов к релизу» каждый спринт.
Держит качество и автоматизацию, сокращает цикл от идеи до ценности.

Линковка: каналы обратной связи и инциденты — ВЕБОФИС: HELPDESK.

Анти-паттерны: «роли есть, результата нет»

PO = «бизнес-аналитик»

Симптом: PO пишет ТЗ, но не принимает решений по ценности/приоритетам.
Риск: бэклог забит «что угодно, лишь бы начать», продукт буксует.
Лекарство: вернуть ответственность PO за приоритеты и гипотезы, связать с OKR, ввести жёсткое DoR.

Proxy-PO

Симптом: «Представитель» без полномочий, любые решения ждут «сверху».
Лекарство: формализовать делегирование и лимиты решений; еженедельные демо с реальными стейкхолдерами.

SM = «планёр/секретарь»

Симптом: SM «назначает задачи и следит за сроками», ведёт стендапы протокольно.
Риск: микроменеджмент, подавленная самоорганизация.
Лекарство: вернуть SM роль фасилитатора и коуча; «план» — зона команды.

Команда = «ресурс»

Симптом: людей «раздёргивают» на 3–5 проектов; нет общего фокуса.
Лекарство: стабильные команды, лимит WIP, прозрачные зависимости.

Как измерять эффективность ролей без токсичных KPI

Правило простое: измеряем поток и ценность, а не «сколько задач закрыл Вася». Метрики — на уровне роли/сервиса, а не персональные «палочные» показатели.

Роль	Метрики потока/ценности	Что нам это говорит	Как собирать
PO	Доля задач, привязанных к цели/гипотезе (OKR). Lead Time от идеи до ценности (по ключевым фичам). Retention/активация по релизному инкременту; NPS изменений. Точность прогнозов релизов (burn-up vs фактическая поставка).	PO действительно ведёт к результатам, а не «переписывает бэклог».	AGILE + TRACKING
SM	Медиана Cycle Time и вариативность (IQR). Возраст импедиментов и скорость их снятия. Стабильность WIP и пропускная способность (throughput). Коэф. достижения целей спринта (без «натягивания»).	Процесс ускоряется и становится предсказуемее без переработок.	TRACKING
Команда	Предсказуемость (план/факт, доверительный интервал). Доля задач с пройденным DoD. Дефекты «после релиза» и время реакции (SLA). Если разработка ПО — тренд DORA.	Инкремент стабильно «готов к релизу», качество растёт.	HELPDESK + TRACKING

Избегайте «персональных» метрик: задачи/неделю, часы на задачах, «скорость» по людям. Они ломают самоорганизацию и создают ложные стимулы.

Ритуалы и артефакты, которые держат роли в фокусе

Планирование спринта: PO — цель и приоритеты; команда — объём и способ; SM — рамки и фасилитация.
Ежедневный скрам: команда сама ведёт, SM следит за фокусом и блокерами; PO присутствует по необходимости.
Обзор спринта: демонстрируем ценность, а не отчёты; собираем обратную связь — материал для бэклога.
Ретроспектива: минимум один улучшай-эксперимент на спринт с измеримой гипотезой.
Артефакты: прозрачный бэклог (с критериями), доска потока, определённые DoR/DoD.

Как начать: чек-лист на 2 недели

Назначьте единственного PO с полномочиями на приоритеты и торговлю компромиссами.
Определите SM (внутренний или внешний коуч) с правом «выключать шум» вокруг команды.
Соберите стабильную кросс-функциональную команду на один продукт.
Примите DoR/DoD, настройте доску, лимиты WIP и первую цель спринта.
Запустите метрики потока и ценности в ВЕБОФИС: TRACKING; подключите обратную связь через ВЕБОФИС: HELPDESK.