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 – 勇于承诺，履行承诺，敢于说不