Сильный бэклог — это не шкаф с идеями, а конвейер ценности. Ниже — короткая «инструкция по сборке»: как формулировать user stories и acceptance criteria, настроить DoR/DoD, приоритизировать работы по WSJF и RICE, а затем поддерживать прозрачную очередь и регулярный grooming.
Быстрый смысл: хороший бэклог = чёткие истории + доказуемые критерии приёмки + согласованные «готов/сделано» + понятная цифрами приоритизация. Всё остальное — шум.
Зачем всё это: цель, артефакты и роли
Цель бэклога — максимум ценности на единицу времени. Для этого продуктовая связка работает так:
- Product Owner формирует цели и результат, расставляет приоритеты, заботится о outcome, а не о «сколько задач закрыли».
- Команда уточняет, декомпозирует, оценивает, делает и демонстрирует.
- Scrum Master обеспечивает ритм, прозрачность процесса и убирает препятствия.
Артефакты: Product Backlog → Sprint Backlog → Инкремент с зафиксированным DoD.
Формулируем user stories: шаблон + примеры
Базовый шаблон остаётся рабочим и в 2025 году:
Как <роль> я хочу <что>, чтобы <зачем/ценность>.
Пример (B2B-портал): «Как оптовый покупатель я хочу оформить повторный заказ из истории, чтобы сэкономить время на подборе SKU».
Acceptance Criteria: проверяем результат по Gherkin
Критерии приёмки — договор о том, что считаем «сделано правильно». Удобный формат — Given/When/Then:
Given: у покупателя есть завершённые заказы When: он кликает «Повторить заказ» Then: позиции добавляются в корзину с актуальными ценами и остатками And: если позиции сняты с продажи — показываем замену
Правило 3-х S: Acceptance Criteria должны быть Specific (конкретные), Scorable (проверяемые), Short (короткие). Если это не так — история не готова по DoR.
Slicing: режем крупные истории на «съедобные» слайсы
Типовые паттерны нарезки:
- По потоку: «только создать», «создать+редактировать», «полный цикл».
- По аудитории: «роль A», затем «роль B».
- По риску: сначала «высокий риск — тонкий срез» (проткнуть неизвестность), затем расширять.
- По данным: «минимальный набор полей» → «расширенный профиль» → «импорт».
Антипаттерн: техническая нарезка «база → API → фронт» без пользовательской ценности. Так получаются «полуфабрикаты», которые нельзя дать пользователю.
DoR и DoD: минимальные чек-листы
Definition of Ready (DoR)
- Есть цель/ценность и роль пользователя
- Критерии приёмки сформулированы (Given/When/Then)
- Есть макет/пример интерфейса (если нужно)
- Оценка «крупности» согласована (story points/часы)
- Внешние зависимости известны и подтверждены
Definition of Done (DoD)
- Код в main, покрыт unit/интегра-тестами
- Пройдено ручное тестирование по AC
- Документация/релиз-ноты обновлены
- Мониторинг/логирование настроены
- Фича доступна целевой группе (фича-флаг/прод)
WSJF: когда быстрее «дороже»
WSJF сравнивает ценность/срочность/снижение риска с длительностью работы:
| Показатель | Что это | Шкала |
|---|---|---|
| User/Business Value | Ожидаемая ценность для пользователя/бизнеса | 1–13 (ряд Фибоначчи) |
| Time Criticality | Срочность/«окно возможности» | 1–13 |
| Risk Reduction / Opportunity Enablement | Снижение риска или открытие возможностей | 1–13 |
| Job Size | Размер/трудоёмкость | 1–13 |
Формула: WSJF = (Value + Time + RiskReduction) / JobSize.
| Story | Value | Time | RiskRed | Size | WSJF |
|---|---|---|---|---|---|
| Повтор заказа | 8 | 5 | 3 | 3 | (8+5+3)/3 = 5.33 |
| Экспорт в 1С | 5 | 8 | 5 | 8 | (5+8+5)/8 = 2.25 |
| Выбор аналогов | 8 | 3 | 8 | 5 | (8+3+8)/5 = 3.8 |
Когда брать WSJF: много гипотез/эпиков, важна скорость обучения рынка, «узкие окна возможностей», портфельная/программная приоритизация.
RICE: когда нужна «холодная математика»
RICE удобно использовать на уровне фич и улучшений интерфейса.
| Фактор | Как оценивать | Подсказка |
|---|---|---|
| Reach | Сколько пользователей затронем за период | MAU/сегмент, количество заказов |
| Impact | Влияние на ключевую метрику | 3=сильно, 2=средне, 1=слабо, 0.5=микро |
| Confidence | Уверенность в оценках | 100%/80%/50% |
| Effort | Усилия команды | человеко-недели или story points |
Формула: RICE = Reach × Impact × Confidence / Effort.
| Фича | Reach | Impact | Conf | Effort | RICE |
|---|---|---|---|---|---|
| Повтор заказа | 1200/мес | 2 | 0.8 | 1.5 | 1280 |
| Экспорт в 1С | 300/мес | 1 | 0.7 | 3 | 70 |
| Аналоги | 800/мес | 1 | 0.6 | 2 | 240 |
Когда брать RICE: много небольших улучшений, нужен быстрый объективный ранж без философии, есть базовые продуктовые метрики.
WSJF vs RICE: как совместить без «войн школ»
- Уровень портфеля/эпиков → чаще WSJF.
- Уровень фич/улучшений UI → чаще RICE.
- Практика: ведите две очереди (Epics: WSJF, Features: RICE) и общий «вид на мир» в одном дашборде.
Прозрачные очереди работ и grooming
Прозрачность — когда любой человек видит что и почему делаем. Что помогает:
- Единый «источник правды» по бэклогу (нет дубликатов в чатах и табличках).
- Правила статусов: Idea → Draft → Ready (DoR) → In Progress → Review/Test → Done (DoD).
- Еженедельный grooming: пересборка приоритетов, слайсинг, уточнение AC, снятие «протухших» задач.
- Радиаторы информации: борды/отчёты, доступные всем.
| Повестка grooming (60–90 мин) | Артефакт на выходе |
|---|---|
| Просев «Top-20» по WSJF/RICE | Обновлённый ранк-лист |
| Слайсинг крупных историй | 2–3 «тонких» среза вместо 1 «гиганта» |
| AC в формате G/W/T | Проверяемые критерии приёмки |
| Проверка DoR | Список «неготовых» на доработку |
| Решение блокеров и зависимостей | Ответственные и сроки |
Анти-паттерны бэклога (и что с ними делать)
- PO-«сейф»: приоритеты живут в голове владельца. Лечение: публичная матрица WSJF/RICE и коммит на прозрачность.
- «Сделайте красиво»: истории без ценности/AC. Лечение: DoR-чек, отказ брать в спринт «сырьё».
- Фикция DoD: «готово», но без тестов/релиза. Лечение: явный DoD и общий контроль на демо.
- Перегрев очереди: WIP>компетенций. Лечение: лимиты WIP, слайсинг, остановка запуска новых работ при блокерах.
Метрики без токсичных «палок»
Меряем не людей, а поток ценности:
- Lead Time (от «Ready» до «Done»)
- Cycle Time (от «In Progress» до «Done»)
- Throughput (историй/неделю, по типам)
- Predictability (фактическое/плановое выполнение спринта, без наказаний)
Используйте эти метрики для прогноза и улучшения процесса, а не «кнута». Команды растут на доверии, а не на KPI-батоге.
Как это запустить у себя за 10 дней
- Соберите топ-20 задач по «боли» бизнеса.
- Пропишите истории и AC, прогоните DoR.
- Оцените WSJF для эпиков, RICE — для фич.
- Сделайте общий борд и weekly-grooming.
- Зафиксируйте DoD и договоритесь «что такое Done».
- Запустите 2-недельный эксперимент, замерьте Lead/Cycle Time.
Шорт-чеклист запуска: один бэклог, два метода (WSJF/RICE), два чек-листа (DoR/DoD), один ритм (еженедельный grooming) и один дашборд для всех.
Где автоматизировать: готовые решения ВЕБОФИС
- ВЕБОФИС: Agile — настроим бэклог, статусы, борды, метрики Lead/Cycle Time, лимиты WIP, шаблоны DoR/DoD, калькуляторы WSJF/RICE.
- ВЕБОФИС: Tracking — сквозная прозрачность: единый «источник правды», SLA/ошибки, радиаторы информации и удобные отчёты.
- ВЕБОФИС: Helpdesk — канал обратной связи от пользователей, авто-заведение тикетов в бэклог, согласование изменений.
Шаблоны для копирования
Шаблон user story
Как <роль> я хочу <что>, чтобы <зачем>. Acceptance Criteria: 1) Given ... 2) When ... 3) Then ... DoR check: цель/роль/AC/оценка/зависимости готовы. DoD check: тесты/доки/релиз/мониторинг/фича-флаг.
Калькулятор WSJF (поля)
Value (1–13) Time Criticality (1–13) Risk Reduction (1–13) Job Size (1–13) WSJF = (V + T + R) / S
Калькулятор RICE (поля)
Reach (кол-во/период) Impact (3/2/1/0.5) Confidence (1/0.8/0.5) Effort (чел.-нед./SP) RICE = Reach × Impact × Confidence / Effort
Итог
Бэклог начинает приносить результат, когда вы:
- Пишете истории «я хочу → чтобы» с проверяемыми AC
- Готовите «на вход» по DoR и сдаёте «на выход» по DoD
- Ранжируете эпики по WSJF, а фичи — по RICE
- Держите одну очередь, один ритм и одну панель прозрачности
Это не религия процессов, а ремесло: чуть дисциплины — и ценность начнёт течь быстрее.
