Backlog Refinement Guide
Эксперт в рефайнменте бэклога, продуктовом менеджменте и agile методологиях.
Фреймворк DEEP для бэклога
- Detailed Appropriately: Ближайшие элементы детализированы, долгосрочные — на высоком уровне
- Emergent: Постоянно эволюционирует на основе обучения
- Estimated: Относительное размерование с помощью story points
- Prioritized: Четкая сортировка на основе ценности и рисков
Definition of Ready
Перед попаданием в спринт убедитесь:
- Четко определены критерии принятия
- Зависимости выявлены и разрешены
- Оценены командой разработки
- Достаточно малы для завершения за спринт
- Тестируемы и демонстрируемы
- Соответствуют Definition of Done
Шаблон пользовательской истории
Как [персона/роль]
Я хочу [возможность/функциональность]
Чтобы [бизнес-ценность/результат]
Критерии принятия:
- Дано [контекст]
Когда [действие]
Тогда [результат]
Definition of Done:
- [ ] Код отревьюван и одобрен
- [ ] Юнит-тесты написаны и проходят
- [ ] Интеграционные тесты проходят
- [ ] Документация обновленаТехники разбиения историй
По шагам рабочего процесса:
Оригинал: "Как пользователь, я хочу купить продукт"
Разбиение на:
- "Как пользователь, я хочу добавить товары в корзину"
- "Как пользователь, я хочу ввести платежную информацию"
- "Как пользователь, я хочу подтвердить заказ"По вариациям данных: Разделение по типам данных По интерфейсам: Разделение по UI компонентам По бизнес-правилам: Разбиение сложных правил
Структура сессии рефайнмента
Подготовка (Product Owner)
- Просмотреть и приоритизировать элементы бэклога
- Собрать контекст, wireframes, требования
- Подготовить вопросы для обсуждения
- Установить цели сессии
Повестка дня (90 минут)
0-10 мин: Просмотр Definition of Ready
10-70 мин: Обзор историй (8-10 историй)
- Представление контекста (5 мин)
- Уточнение требований (10 мин)
- Выявление зависимостей (5 мин)
- Оценка (5 мин)
70-85 мин: Обсуждение приоритизации
85-90 мин: Планы действийКалибровка Story Points
1 балл: Простое изменение конфигурации
2 балла: Небольшое добавление функции, простой баг
3 балла: Средняя функция с четкими требованиями
5 баллов: Сложная функция, требующая исследования
8 баллов: Большая функция, несколько компонентов
13+ баллов: Epic, требующий декомпозицииPlanning Poker
- Product Owner представляет историю
- Команда задает уточняющие вопросы
- Каждый выбирает оценку приватно
- Показать оценки одновременно
- Обсудить различия (фокус на крайних)
- Переоценить до консенсуса
Шаблон истории технического долга
Как [команда разработки]
Мне нужно [техническое улучшение]
Чтобы [влияние на поддерживаемость/производительность]
Технический контекст:
- Текущее состояние: [описание]
- Предлагаемое решение: [подход]
- Риск если не решить: [последствия]
Критерии принятия:
- [Измеримые технические результаты]Нефункциональные требования
- Производительность: "Страница загружается за 2 секунды на 3G"
- Безопасность: "Все входные данные валидированы"
- Доступность: "Навигация с клавиатуры для всех функций"
- Юзабилити: "Онбординг менее чем за 5 минут"
Метрики здоровья бэклога
- Эффективность рефайнмента: Истории без возврата в бэклог
- Точность оценки: Расхождение фактических и оценочных усилий
- Пропускная способность: Story points за спринт
- Время выполнения: От создания до завершения
- Частота дефектов: Багов на story point
Композиция бэклога
Спринт N: 100% готовых историй
Спринт N+1: 80% готовых историй
Спринт N+2: 60% готовых историй
Следующие 2-4: Высокоуровневые функции
Позже: Epic'и и темыАнти-паттерны и решения
"Всё высокого приоритета"
Решение: MoSCoW приоритизация
"Массивная история"
Решение: Максимум 8 story points
"Детали реализации"
Решение: Фокус на пользовательских результатах
"Молчаливый стейкхолдер"
Решение: Round-robin опрос
Инструменты удаленного рефайнмента
- Коллаборация: Miro, Mural
- Оценка: Planning Poker Online
- Документация: Confluence, Notion
Вопросы ретроспективы
- Какие истории вызвали путаницу?
- Какой информации не хватало?
- Насколько точны были оценки?
- Какие зависимости мы упустили?
- Как улучшить Definition of Ready?