SCRUM开发方法（敏捷）

清晰地表述产品待办列表项

优化开发团队所执行工作的价值

确保开发团队对产品待办列表项有足够深的了解

产品代办列表

产品负责人

他们是自组织的。没有人(即使是 Scrum Master)有权告诉开发团队应该如何把产品 待办列表变成潜在可发布的功能增量

特点

规模

开发团队

确保 Scrum 团队中的每个人都尽可能地理解目标、范围和产品域

找到有效管理产品待办列表的技巧

帮助 Scrum 团队理解为何需要清晰且简明的产品待办列表项

理解在经验主义的环境中的产品规划

确保产品负责人懂得如何来安排产品待办列表使其达到最大化价值

理解并实践敏捷性

服务产品负责人

作为教练在自组织和跨职能方面给予开发团队以指导

帮助开发团队创造高价值的产品

移除开发团队工作进展中的障碍

服务于开发团队

带领并作为教练指导组织采纳 Scrum

在组织范围内规划 Scrum 的实施

帮助员工和利益攸关者理解并实施 Scrum 和经验导向的产品开发

引发能够提升 Scrum 团队生产率的改变

服务于组织

scrum master

固定事件产生规律性

有时间盒限定

scrum事件

可用的，潜在可发布的产品增量

不能 做出有害于sprint目标的改变

每个sprint都可以作为一个项目

sprint

取消sprint

这次sprint能做什么

会议的输入是产品待办列表、最新的产品增量、开发团队在这个 Sprint 中能力的 预测以及开发团队的以往表现

如何完成所选的工作

开发团队将决定 如何在 Sprint 中把这些功能构建成“完成”的产品增量

sprint计划会议

在当前 Sprint 通过实现产品待办列表要达到的目的

Sprint 目标

每日 Scrum 站会

所有参会人员协同讨论接 下来可能要做的事情来优化价值

相关利益者参会，产品负责人告之哪些完成哪些没完成

开发团队演示“完成”的工作并解答关于所交付增量的问题

产品负责人讨论当前的产品待办列表的情况。他/她根据到目前为止的进度来预测可能的目标交付日期

评审市场或潜在的产品使用方式所带来的接下来要做的最有价值的东西的改变; 同时 为下个预期产品功能或产品能力版本的发布评审时间表、预算、潜力和市场

会议内容

Sprint 评审会议

检视前一个 Sprint 中关于人、关系、过程和工具的情况如何

找出并加以排序做得好的和潜在需要改进的主要方面

制定改进 Scrum 团队工作方式的计划

目的

Sprint 回顾会议

Scrum 工件

scrum指南