Эксперт в рефайнменте бэклога, продуктовом менеджменте и 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?