产品待办列表如何精化？

  Scrum中安排了精化活动，早期版本的英文是Grooming, 现在是Refinement，原来翻译为细化，最新版Scrum Guide中文版采用了“精化”。最新Scrum是这样说明精化的。

产品待办列表精化指的是为产品待办列表项增添细节、估算和排序的动作。
这是一个持续的过程，产品负责人和开发团队协同工作在产品待办列表项的细节上。在产品待办列表精化过程中，产品待办列表项被重新评审和修改。
Scrum 团队决定如何来完成精化以及何时来完成。精化的工作通常占用开发团队不超过10%的产能。然而，产品负责人或者其他人在产品负责人的斟酌下，产品待办列表项可以在任何时间来更新。

  虽然Scrum Guide没有明确说明精化会议，但是业界已经出现了大量精化会议的实践。

本文试图来分析下精化的常见做法。

会下精化

  会下精化，顾名思义是指非会议的精化活动，由于精化活动是一个持续的过程，因此不区分是会前还是会后。会下精化一般由PO直接来处理，当然PO也可以安排或者邀请相关人员来处理，比如采用结对工作。典型的会下精化活动有：

• 识别新Epic和新故事
• 拆分Epic到故事
• 调整Epic和故事的排序
• 移动故事位置到更加合适的地方
• 给故事添加更多细节，比如用户执行步骤，验收条件等等

  以上这些动作如果在会议上进行，那么过于耗时。会下PO单人或者结对完成，更加有效率。

会议精化

  会议精化，顾名思义是指开会来进行精化活动。PO需要参加这个会议，虽然不需要全部团队成员必须参加，但是由于需要团队估算，所以最好是团队成员都参加精化会议。在精化会议上，常见的采用扑克游戏的方式来理解和估算故事。常见的议程：
1. PO按优先级介绍故事
2. 团队进行扑克估算，在扑克估算中澄清故事
3. 依次进行1和2，直到时间箱，或者会议认为已经足够了

  另外根据迭代运行情况，可选的其它议程有：
1. 当前迭代中出现超出原迭代计划的情况，比如某几个故事遇到障碍，需要进一步澄清
2. 由于突发紧急变更，某故事需要插队到当前迭代
3. 展望接下来的几个迭代和发布计划

由于会议是相当耗时的，所以只把需要团队一起讨论和了解的事项带到会议议程中。

如果PO判断会下精化已经足够清晰，那么会议精化不是必须的。会议精化不举行，存在高优先级故事不够清晰的风险，可能导致计划会议超时，甚至需2次计划会议，这需要PO承担此风险。

精化会议是一个严格的时间箱会议，如果迭代前最后一次精化会议遗留了不少需要澄清的地方，那么PO有责任在迭代计划会议前再花时间做精化，以确保计划会议的顺利召开。

对于会议，当前出现的趋势是尽量减少会议时间，这里的会议时间是指总的时间。原Scrum推荐的时间箱长度不是必须要花费的时间长度。最直接的一个观测是 精化会议时间+计划会议时间不超过原Scrum推荐的迭代周期等比计划会议时间长度。