backlog-refinement-guide
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseBacklog Refinement Guide
待办事项梳理指南
Эксперт в рефайнменте бэклога, продуктовом менеджменте и agile методологиях.
待办事项梳理、产品管理及敏捷方法论专家。
Фреймворк DEEP для бэклога
待办事项的DEEP框架
- Detailed Appropriately: Ближайшие элементы детализированы, долгосрочные — на высоком уровне
- Emergent: Постоянно эволюционирует на основе обучения
- Estimated: Относительное размерование с помощью story points
- Prioritized: Четкая сортировка на основе ценности и рисков
- Detailed Appropriately: 近期的事项详细细化，长期事项保持高粒度
- Emergent: 基于持续学习不断演进
- Estimated: 使用story points进行相对规模估算
- Prioritized: 根据价值和风险进行明确排序
Definition of Ready
就绪标准（Definition of Ready）
Перед попаданием в спринт убедитесь:
- Четко определены критерии принятия
- Зависимости выявлены и разрешены
- Оценены командой разработки
- Достаточно малы для завершения за спринт
- Тестируемы и демонстрируемы
- Соответствуют Definition of Done
进入迭代前请确保：
- 明确定义验收标准
- 识别并解决依赖关系
- 由开发团队完成估算
- 足够小，可在迭代内完成
- 可测试、可演示
- 符合完成标准（Definition of Done）
Шаблон пользовательской истории
用户故事模板
Как [персона/роль]
Я хочу [возможность/функциональность]
Чтобы [бизнес-ценность/результат]
Критерии принятия:
- Дано [контекст]
Когда [действие]
Тогда [результат]
Definition of Done:
- [ ] Код отревьюван и одобрен
- [ ] Юнит-тесты написаны и проходят
- [ ] Интеграционные тесты проходят
- [ ] Документация обновлена作为 [人物/角色]
我想要 [功能/特性]
以便 [业务价值/成果]
验收标准：
- 给定 [上下文]
当 [执行操作]
那么 [产生结果]
完成标准（Definition of Done）：
- [ ] 代码已评审并通过
- [ ] 单元测试已编写且全部通过
- [ ] 集成测试全部通过
- [ ] 文档已更新Техники разбиения историй
用户故事拆分技巧
По шагам рабочего процесса:
Оригинал: "Как пользователь, я хочу купить продукт"
Разбиение на:
- "Как пользователь, я хочу добавить товары в корзину"
- "Как пользователь, я хочу ввести платежную информацию"
- "Как пользователь, я хочу подтвердить заказ"По вариациям данных: Разделение по типам данных
По интерфейсам: Разделение по UI компонентам
По бизнес-правилам: Разбиение сложных правил
按工作流程步骤拆分：
原故事："作为用户，我想要购买产品"
拆分为：
- "作为用户，我想要将商品添加到购物车"
- "作为用户，我想要输入支付信息"
- "作为用户，我想要确认订单"按数据类型拆分：根据数据类型进行拆分
按界面拆分：根据UI组件进行拆分
按业务规则拆分：拆分复杂业务规则
Структура сессии рефайнмента
梳理会议结构
Подготовка (Product Owner)
准备工作（产品负责人）
- Просмотреть и приоритизировать элементы бэклога
- Собрать контекст, wireframes, требования
- Подготовить вопросы для обсуждения
- Установить цели сессии
- 查看并对待办事项进行优先级排序
- 收集上下文信息、线框图、需求
- 准备讨论问题
- 设定会议目标
Повестка дня (90 минут)
会议议程（90分钟）
0-10 мин: Просмотр Definition of Ready
10-70 мин: Обзор историй (8-10 историй)
- Представление контекста (5 мин)
- Уточнение требований (10 мин)
- Выявление зависимостей (5 мин)
- Оценка (5 мин)
70-85 мин: Обсуждение приоритизации
85-90 мин: Планы действий0-10分钟：回顾就绪标准（Definition of Ready）
10-70分钟：评审用户故事（8-10个）
- 介绍上下文（5分钟）
- 明确需求（10分钟）
- 识别依赖关系（5分钟）
- 估算（5分钟）
70-85分钟：讨论优先级排序
85-90分钟：制定行动计划Калибровка Story Points
Story Points校准
1 балл: Простое изменение конфигурации
2 балла: Небольшое добавление функции, простой баг
3 балла: Средняя функция с четкими требованиями
5 баллов: Сложная функция, требующая исследования
8 баллов: Большая функция, несколько компонентов
13+ баллов: Epic, требующий декомпозиции1点：简单的配置变更
2点：小型功能添加、简单缺陷修复
3点：中等规模功能，需求明确
5点：复杂功能，需要调研
8点：大型功能，涉及多个组件
13+点：Epic，需要拆分Planning Poker
计划扑克（Planning Poker）
- Product Owner представляет историю
- Команда задает уточняющие вопросы
- Каждый выбирает оценку приватно
- Показать оценки одновременно
- Обсудить различия (фокус на крайних)
- Переоценить до консенсуса
- 产品负责人介绍用户故事
- 团队提出澄清问题
- 每个人私下选择估算值
- 同时展示估算值
- 讨论差异（聚焦极端值）
- 重新估算直至达成共识
Шаблон истории технического долга
技术债务故事模板
Как [команда разработки]
Мне нужно [техническое улучшение]
Чтобы [влияние на поддерживаемость/производительность]
Технический контекст:
- Текущее состояние: [описание]
- Предлагаемое решение: [подход]
- Риск если не решить: [последствия]
Критерии принятия:
- [Измеримые технические результаты]作为 [开发团队]
我需要 [技术改进]
以便 [对可维护性/性能的影响]
技术上下文：
- 当前状态：[描述]
- 建议解决方案：[方案]
- 不解决的风险：[后果]
验收标准：
- [可衡量的技术成果]Нефункциональные требования
非功能性需求
- Производительность: "Страница загружается за 2 секунды на 3G"
- Безопасность: "Все входные данные валидированы"
- Доступность: "Навигация с клавиатуры для всех функций"
- Юзабилити: "Онбординг менее чем за 5 минут"
- 性能："页面在3G网络下2秒内加载完成"
- 安全性："所有输入数据均经过验证"
- 可访问性："所有功能支持键盘导航"
- 易用性："新手引导耗时不超过5分钟"
Метрики здоровья бэклога
待办事项健康指标
- Эффективность рефайнмента: Истории без возврата в бэклог
- Точность оценки: Расхождение фактических и оценочных усилий
- Пропускная способность: Story points за спринт
- Время выполнения: От создания до завершения
- Частота дефектов: Багов на story point
- 梳理效率：无需退回待办事项的用户故事占比
- 估算准确性：实际工作量与估算工作量的偏差
- 吞吐量：每个迭代完成的story points数量
- 周期时间：从创建到完成的时间
- 缺陷频率：每story point对应的缺陷数量
Композиция бэклога
待办事项组成
Спринт N: 100% готовых историй
Спринт N+1: 80% готовых историй
Спринт N+2: 60% готовых историй
Следующие 2-4: Высокоуровневые функции
Позже: Epic'и и темы迭代N： 100%就绪的用户故事
迭代N+1： 80%就绪的用户故事
迭代N+2： 60%就绪的用户故事
接下来2-4个迭代：高粒度功能
更远期： Epic和主题Анти-паттерны и решения
反模式与解决方案
"Всё высокого приоритета"
"所有事项优先级都很高"
Решение: MoSCoW приоритизация
解决方案：MoSCoW优先级排序法
"Массивная история"
"超大用户故事"
Решение: Максимум 8 story points
解决方案：最大不超过8个story points
"Детали реализации"
"包含实现细节"
Решение: Фокус на пользовательских результатах
解决方案：聚焦用户成果
"Молчаливый стейкхолдер"
"沉默的利益相关者"
Решение: Round-robin опрос
解决方案：轮流提问法
Инструменты удаленного рефайнмента
远程梳理工具
- Коллаборация: Miro, Mural
- Оценка: Planning Poker Online
- Документация: Confluence, Notion
- 协作工具：Miro、Mural
- 估算工具：在线计划扑克
- 文档工具：Confluence、Notion
Вопросы ретроспективы
回顾问题
- Какие истории вызвали путаницу?
- Какой информации не хватало?
- Насколько точны были оценки?
- Какие зависимости мы упустили?
- Как улучшить Definition of Ready?
- 哪些用户故事造成了混淆？
- 缺少哪些信息？
- 估算的准确性如何？
- 我们遗漏了哪些依赖关系？
- 如何改进就绪标准（Definition of Ready）？