Scrum整体流程
1.产品代办事项列表来源：
首先PO接收，最终用户、客户、团队和其他利益相关者的意见,得到产品代办事项列表。
迭代流程
2. 产品列表梳理会（Backlog Refinement Meeting）：
- 作用：对下阶段的需求做一个讨论、澄清、细化，排序的一个活动.
- 发生时间：Sprint计划会前召开
- 参与者：PO,SM,DEV-TEAM,及其他利益相关者
- 持续时间：迭代总时间5%
- 会议内容：1. 用户故事讨论，分解用户故事2. 完善验收标准 （PO)3. 排定优先级4. 评估工作量
Scrum | 产品列表梳理会_会思考的男人的博客-CSDN博客
3. 迭代计划会
- 作用：从Product Backlog中选取高优先级的需求，确定本次冲刺要实现的目标和范围。
- 发生时间：每个冲刺的第一天开始
- 参与者：PO,SM,DEV-TEAM,及其他利益相关者
- 会议内容：团队讨论产品负责人提供的选定产品待办列表，团队对该列表中的需求分析、分解、评估，同时，团队根据当前的速率以及交付日期（通常是固定的周期）,确定在这个迭代中可以交付哪些需求,然后把选好的需求放入Sprint Backlog.
- 持续时间：该会议的时长取决于交付的周期，如果交付的周期是3周，那么这个冲刺计划会议大概是6个小时.
4. 每日站会
- 作用：站会的目标是促进进度信息在团队内共享与透明，帮助大家解决阻碍任务进度问题。
- 发生时间：可以每天早上或者下午
- 参与者：SM,DEV-TEAM，PO(可不参与）,团队外的成员也允许参加，但是没有发言权
- 会议内容：1. 昨天完成了什么？2. 今天计划做什么？3. 有什么问题或者障碍？
- 持续时间：每次15分钟
- 其他说明：站会上不解决问题，如果有其它问题，单独安排会议讨论。
5. 迭代评审会
- 作用：主要来展示当前迭代潜在的产品增量（可交付成果）
- 发生时间：迭代末期。
- 参与者：PO,SM,其他利益相关者
- 会议内容：检查本期的成果，需要团队全员参与，并邀请产品相关干系人对产品进行展示，若与产品负责人预想的不一样，产品负责人可以拒绝接收成果。产品负责人和相关干系人给出反馈意见，如果有需要修改的地方，可以登记在问题清单中，在下一次迭代计划会确定优先级排序并确定交付日期。
- 持续时间：2-4小时
6. 迭代回顾会
- 作用：团队一起复盘本次冲刺的过程，总结经验与教训，并形成切实可行的改进清单。
- 发生时间：Sprint评审会结束后召开
- 参与者：团队全体参与
- 会议内容：1. 当前迭代做的好的地方？2. 当前迭代做的不好的地方？3. 需要改进的地方？
- 会议结束后，要和团队讨论确定下个迭代要改进的地方，建议每个迭代不要改进太多的地方，否则会适得其反，一般3个点就可以。
- 持续时间：2-4小时
其他：
scrum是敏捷实践中最知名的一套框架。对于初学 Scrum 的同学，领会精髓需要实践和时间，但借助对其中最成型的部分的了解，能最快速的一窥其概貌。虽不精确，但有助于建立宏观的体感。Scrum 的核心可以简单归纳为“3355”。
3个核心角色
Scrum的三个核心角色分别是：Scrum Master、Product Owner（产品负责人）和 Scrum Team（团队）。
产品负责人 (Product Owner)
Product Owner的核心工作对团队对外交付的价值负责。
- 定义需求
- 定义需求的优先级
- 定义需求的验收标准
- 定义产品发布内容与日期
敏捷教练 (Scrum Master)
Scrum Master的核心工作是帮助团队遵循Scrum 框架,持续改进，以又好又快的工作。
- 促进团队的工作
- 帮助团队熟悉与掌握 Scrum 价值观与框架
- 帮助团队排除影响生产力的障碍
- 保护团队不受打扰
团队 (Scrum Team)
Scrum team 对交付成果负责。
- 跨职能部门
- 自组织式的团队
- 小而美
3个工件
Scrum的工件主要包括：Product Backlog（产品待办事项）、Sprint Backlog （Sprint 待办事项）和 Increment（可交付产品增量）。
产品待办事项 (Product Backlog)
产品待办事项Product Backlog即产品视角的需求清单。
- 由 Product Owner 负责维护，包括增删及优先级。
- 用户故事是其中一种最佳实践。
- 每项需求都需要描述其外部价值。
Sprint 待办事项 (Sprint Backlog)
Sprint 待办事项 Sprint Backlog即此次冲刺周期内规划要完成的内容。
- 来源于Product Backlog。
- 由团队评估和选择Product Backlog中哪些放入Sprint Backlog。
- 团队需要一起定义“完成”的标准。
可交付产品增量 (Increment)
可交付产品增量Increment即冲刺结束后可对外发布的产品功能增量部分。
- 需要关注其是可工作的软件功能增量。
- 需要要在Scrum Review会议上进行演示。
5个事件
Scrum的五大事件，或 event，包括：冲刺、Sprint规划、每日站会、Sprint评审会和回顾会。
冲刺 (Sprint)
冲刺Sprint或迭代是一个特殊的事件，或者说其一个容器事件。后续四个事件包含在其中。
- 2-4周
- 固定周期，固定时间开始，固定时间结束
- 时间盒是其一个重要的概念
Sprint规划会 (Sprint Planning Meeting)
Sprint规划会的核心议题是下一次冲刺要实现的目标和范围。
- 确定 Sprint的目标
- 对产品backlog 中 item 进行估算，以作为是否放入下期的参考。
- 对于需求不清楚的 item，请 Product Owner 说明。
- 输入是 Product backlog
- 输出是 Sprint backlog
每日站会 (Sprint Daily Standup)
站会的目标是促进信息在团队内共享与透明。
- 回答3个问题本次会议之前，我做了哪些事情？本次会议之后，我准备做什么事情？目前我是否碰到障碍，阻碍我达成目标？
- 每天15分钟
- 不是深入的问题讨论
- 每天固定时间召开
Sprint 评审会 (Sprint Review)
Sprint 评审会在冲刺末期召开，检查本期的成果。
- 团队全体参与
- 邀请相关干系人参与
- 2-4小时
- Product Owner可以拒绝接收成果
回顾会 (Sprint Retrospective）
团队一起复盘本次冲刺的过程，总结经验与教训，并形成切实可行的改进清单。
- Sprint评审会结束后召开
- 时间2-4小时
- 团队全体参与
5大价值观
- 承诺 Commitment - 愿意对目标做出承诺
- 专注 Focus – 全身心都用到你承诺的工作上去
- 开放 Openness – 团队内所有信息对所有人开放
- 尊重 Respect – 每个人都有他独特的价值和经验
- 勇气 Courage – 勇于承诺，履行承诺，敢于说不