迭代计划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个文档，三种角色，四个会议
