敏捷Scrum实践方法-三个工件

三个工件

产品待办事项列表（Product Backlog）、需求池

• 所有工作的有序列表，以故事形式呈现
• PO制作产品路线图，显示预期的可交付成果序列
• 在迭代规划会议与团队合作，为即将进行的迭代准备故事
• 介绍故事、进行刺探
• 细化故事

分析需求

• 功能性：

​ 冰山模型、滚动式规划、史诗故事、主题故事、用户故事

• 非功能性：

​ 技术债务（为快速实现功能采取的临时解决方案）、系统重构、培训需求、根本原因、纠正措施、风险应对、运维工作

变化

细化待办、上期遗留、新增事项、优先插队、删除事项、办成增量（1.做完的移出去2.做完的标记已完成）

DEEP模型

详略适宜、可估计的、涌现式的、排好优先级的

总结要点

1. 所有工作的有序列表、以价值为导向
2. 产品代办事项列表的细化梳理是渐进明细的
3. 拆分用户故事
4. 排序按照价值+风险、成本、依赖、政治等因素进行
5. 包含功能性内容和非功能性内容

做题笔记

1. 冲刺计划==迭代计划
2. 需求创建–PO主导排序、拆分–所有人协助、估算–团队

迭代待办事项列表（Sprint Backlog）

• 定义迭代的目标，明确要完成的任务
• 尽量放在团队看到的地方
• 任务是团队和个人挑选的结果（自管理）
• 每天更新剩余任务工作量的估算（迭代燃尽图）
• Sprint规划会议产出Sprint Backlog
• 是团队的资产，可增加、修改、删除
• 可先做整体的估算，在迭代进行中再分解任务
• Sprint开始后，一般不改变，但“用户故事已经显然无效”应该删除，生死存亡时刻亦可调整

总结要点

1. 定义迭代目标、明确具体任务、团队自行讨论领取。
2. Sprint Backlog是本轮迭代要完成的工作
3. 在迭代规划会议上创建
4. 一般不会改变，因为要确保迭代顺利完成
5. 用户故事显然无效或紧急情况，可对迭代待办事项列表进行调整

做题笔记

1. 明确目标、确定事项、分解任务、认领

可交付产品增量 Increment

1. 一次迭代中实际已完成已验收的用户故事（测试、PO验收、客户验收）
2. 可交付产品增量交付价值