敏捷Scrum框架-敏捷实践

迭代计划Sprint Backlog

PM：敏捷教练

需求列表Product Backlog

2个文档● 需求列表 Product Backlog：产品或项目的需求功能点清单，由产品需求人员维护，需求分层管理，须拆分为最小的明确需求点。明确的需求点一般包括详细需求说明、设计原型等资料，基于需求点安排开发计划。● 迭代（冲刺）Sprint Backlog：就是阶段计划，一个迭代一般2-4周，主要迭代计划输入是需求列表。

反馈

@安木夕

迭代增量发布

迭代计划会议

客户、市场

迭代冲刺，1-4周

收集需求

三种组织角色● 产品经理PO：确定做什么？制定产品愿景，收集产品需求，管理产品列表（用户故事）。一般指产品、需求负责人。● 敏捷教练PM：帮助、引导团队达到更好的凝聚力、自组织和表现；确保团队理解敏捷的做法能够产生作用；会议的组织者和引导者（站会、计划、总结...）● 研发团队Team：Do！干（ban）活（zhuan）的！

Team：研发团队

燃尽图

每日站会<15分钟

PO：产品经理

可工作的软件

4个关键会议● 迭代计划会议：迭代开始确定迭代目标，团队进行任务分解、认领分配，确定迭代周期，一般2-4周。      ◆ 输入：用户故事      ◆ 用户故事讨论、任务拆解      ◆ 时间估算      ◆ 建议针对用户故事有一个协作式的概要设计：需求设计、关键功能、流程；代码流程、接口设计、数据结构；关键测试流程、测试用例；● 每日站会：每天9:15 每日站会，站立的形式快速依次进行，主要内容1.昨天我做了什么（简要）？2.今天我要做什么（简要）？3.我遇到了什么障碍？      ◆ 形式：每日：15分钟以内：站着      ◆ 1.昨天我做了什么（简要）？2.今天我要做什么（简要）？3.我遇到了什么障碍？只抛出问题，解决问题在下来讨论      ◆ 不要记流水账，重点是识别风险      ◆ 关键进度、遇到的问题、需要配合的工作等● 迭代演示会议：迭代末，一般在迭代最后一天。演示、评审迭代产出成果。● 迭代总结回顾会议：同迭代演示会议一起开，回顾、反思迭代中做的好的地方、不好的地方。改进不足或尝试新的方法，每个迭代聚焦的1-2个改进点，切实的去实行。

迭代评审会议+回顾会议

2个文档，三种角色，四个会议