模糊的、无法看清的高优先级的产品待办事项列表
症状
- 产品待办事项列表中高优先级用户故事的规模很大
- 产品待办事项列表中高优先级用户故事的描述模糊、不具体
- 产品待办事项列表中高优先级用户故事没有明确的、用例子描述的验收标注(Acceptance Criteria)
- 需要太多的测试用例才能完全逻辑覆盖高优先级故事的场景
- Sprint结束时，总是有故事完不成，推迟到下个Sprint
诊断
在产品待办事项列表中越高优先级的用户故事粒度应该越小、更加具体。
症因
- 团队开始着手做的高优先级用户故事必须小而清晰。不同人对于同一个模糊的大故事会有不同的假设，而这些假设就是隐含的Bug。
- 很难给模糊的大故事定义结束条件，也会导致进度的不透明，同时给造成团队心里的阴影。
- 未完成的故事以及在测试时后期发现的Bug，会对于下一个Sprint的计划产生冲击。
处方
- 引入产品待办事项列表梳理活动或者会议，周期性的梳理产品待办事项列表。在梳理过程中去澄清、估算、切分以及定义验收条件。
- 给高优先级的用户故事定义验收条件，最好用例子来描述。
