产品待办列表细化：Scrum团队的现场检查清单
产品待办列表细化（有时称为待办列表梳理）是Scrum团队——产品负责人、开发团队和Scrum Master——审查、排序、详述和估算产品待办列表的持续活动。Scrum指南规定开发团队在细化上花费的Sprint容量不超过10%。细化不是正式的Sprint活动，但它是决定Sprint规划质量的关键持续活动。
检查清单第一部分：待办列表项是否已准备好细化？
该项有一个用户故事或任务描述，清楚地阐明正在构建什么、为谁构建以及为什么。
验收标准已记录。如果验收标准尚未编写，细化从编写它们开始——而非从估算开始。
该项理解得足够充分，以至于团队可以提出有意义的问题。在细化中不产生任何问题的项要么完全清晰，要么尚未充分理解可以被细化。
检查清单第二部分：细化会议质量
细化待办列表顶部，而非所有内容。 细化应该专注于最可能被拉入下一个一到三个Sprint的项。待办列表下面的项在被处理之前会发生变化；现在详细细化它们是浪费。
分解太大的项。 无法在单个Sprint内完成的项必须被分解。史诗应该被分解为故事。太大的故事应该使用切片技术（按工作流步骤、按数据类型、按用户角色、按验收标准）被分解为更小的故事。
使用相对规模估算。 故事点是相对复杂性的衡量，而非时间的衡量。估算时，团队相互比较项目，并与校准参考项比较。不要在Sprint规划中将故事点转换为小时——它们不等价。
浮现并记录依赖关系。 如果待办列表项对其他待办列表项、外部团队或尚未做出的决定有依赖，记录它们。在Sprint规划期间（而非细化中）发现的依赖关系会造成Sprint规划中断。
检查清单第三部分：细化之后
已细化和估算但尚未准备好Sprint规划的项（缺少验收标准、未解决的问题、未解决的依赖关系）应该被标记并返回到细化前状态。不要将未准备好的项拉入Sprint规划。
已细化和估算且满足团队完成准备定义的项应该在待办列表顶部，按优先级排序，并可用于下一次Sprint规划会议。
产品负责人应在每次细化会议后审查待办列表排序，以确保它反映当前利益相关者优先级。
XNM为公共部门组织提供Scrum辅导和敏捷交付顾问服务。欢迎联系XNM项目群与项目交付咨询团队，探讨贵组织的待办列表管理和Scrum实施。