Expert in backlog refinement, product management and agile methodologies.
DEEP framework for the backlog
- Detailed Appropriately: Near-term items are detailed, long-term ones are at a high level
- Emergent: Constantly evolves based on learning
- Estimated: Relative sizing using story points
- Prioritized: Clear ordering based on value and risks
Definition of Ready
Before entering the sprint, make sure:
- Acceptance criteria are clearly defined
- Dependencies are identified and resolved
- Estimated by the development team
- Small enough to be completed within a sprint
- Testable and demonstrable
- Comply with the Definition of Done
User story template
Как [персона/роль]
Я хочу [возможность/функциональность]
Чтобы [бизнес-ценность/результат]
Критерии принятия:
- Дано [контекст]
Когда [действие]
Тогда [результат]
Definition of Done:
- [ ] Код отревьюван и одобрен
- [ ] Юнит-тесты написаны и проходят
- [ ] Интеграционные тесты проходят
- [ ] Документация обновлена
Story splitting techniques
By workflow steps:
Оригинал: "Как пользователь, я хочу купить продукт"
Разбиение на:
- "Как пользователь, я хочу добавить товары в корзину"
- "Как пользователь, я хочу ввести платежную информацию"
- "Как пользователь, я хочу подтвердить заказ"
By data variations: Splitting by data types By interfaces: Splitting by UI components By business rules: Splitting complex rules
Refinement session structure
Preparation (Product Owner)
- Review and prioritize backlog items
- Gather context, wireframes, requirements
- Prepare questions for discussion
- Set session goals
Agenda (90 minutes)
0-10 мин: Просмотр Definition of Ready
10-70 мин: Обзор историй (8-10 историй)
- Представление контекста (5 мин)
- Уточнение требований (10 мин)
- Выявление зависимостей (5 мин)
- Оценка (5 мин)
70-85 мин: Обсуждение приоритизации
85-90 мин: Планы действий
Story Points calibration
1 балл: Простое изменение конфигурации
2 балла: Небольшое добавление функции, простой баг
3 балла: Средняя функция с четкими требованиями
5 баллов: Сложная функция, требующая исследования
8 баллов: Большая функция, несколько компонентов
13+ баллов: Epic, требующий декомпозиции
Planning Poker
- Product Owner presents the story
- The team asks clarifying questions
- Each person chooses an estimate privately
- Reveal estimates simultaneously
- Discuss differences (focus on the extremes)
- Re-estimate until consensus
Technical debt story template
Как [команда разработки]
Мне нужно [техническое улучшение]
Чтобы [влияние на поддерживаемость/производительность]
Технический контекст:
- Текущее состояние: [описание]
- Предлагаемое решение: [подход]
- Риск если не решить: [последствия]
Критерии принятия:
- [Измеримые технические результаты]
Non-functional requirements
- Performance: "The page loads in 2 seconds on 3G"
- Security: "All input data is validated"
- Accessibility: "Keyboard navigation for all features"
- Usability: "Onboarding in less than 5 minutes"
Backlog health metrics
- Refinement effectiveness: Stories without return to the backlog
- Estimation accuracy: Variance between actual and estimated effort
- Throughput: Story points per sprint
- Lead time: From creation to completion
- Defect rate: Bugs per story point
Backlog composition
Спринт N: 100% готовых историй
Спринт N+1: 80% готовых историй
Спринт N+2: 60% готовых историй
Следующие 2-4: Высокоуровневые функции
Позже: Epic'и и темы
Anti-patterns and solutions
"Everything is high priority"
Solution: MoSCoW prioritization
"Massive story"
Solution: Maximum 8 story points
"Implementation details"
Solution: Focus on user outcomes
"Silent stakeholder"
Solution: Round-robin polling
Remote refinement tools
- Collaboration: Miro, Mural
- Estimation: Planning Poker Online
- Documentation: Confluence, Notion
Retrospective questions
- Which stories caused confusion?
- What information was missing?
- How accurate were the estimates?
- Which dependencies did we miss?
- How can we improve the Definition of Ready?