Scrum 敏捷开发项目管理“234”

Posted 2021-04-25 创新与研发

Scrum 是一个区别于传统软件开发模式（瀑布模式）的框架 ，是一个增量的、迭代的开发过程。Scrum 整个开发过程由若干个迭代组成，一个迭代周期（建议1 到4 周）称为一个Sprint。在Scrum 中，使用产品Backlog 来管理产品的需求，产品Backlog 是一个经过评估排序后的需求列表，此列表中的需求的表现形式通常为用户故事（User Story）。在一个Sprint 中，Scrum 团队从产品Backlog 中挑选最高优先级的需求进行开发。挑选的需求在Sprint 计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为SprintBacklog。在每个迭代结束时，Scrum 团队会递交按标准交付的产品增量。迭代流程如下：

要管理好Scrum 敏捷开发项目，需要先理解Scrum 主体框架，Scrum 框架包括2 个工件、3 种角色和4 个会议。

 

2 个工件

Scrum 有两个必需工件：产品需求表（ProductBacklog）和迭代任务表（Sprint Backlog）。

产品需求列表是Scrum 中的核心工件，它是对整个产品的功能描述。所有功能描述都是有优先级顺序的排列，团队依照优先级顺序安排每一个迭代的工作内容，它是产品需求的唯一来源，开发团队的所有工作都来自产品需求列表。

迭代任务表是当前Sprint 完成且梳理过的产品需求列表，包括了整个开发团队完成这些工作的计划。有了迭代任务表后，Sprint 就开始了，开发团队成员按照迭代任务表来开发新的产品增量。在Sprint 计划会议上，团队在会议中生成迭代任务表。团队接受从产品需求列表挑选出要在本轮迭代实现的需求，将User Story 转化为具体的任务，每项任务落实到具体的责任人。

 

3 种角色

Scrum团队中的角色主要有产品负责人（ProductOwner），Scrum 主管（Scrum Master）和开发团队。

产品负责人是项目中代表客户意愿的人，主要负责利用User Story 编写用户需求, 为UserStory 排列优先级并放入产品需求表（ProductBacklog）。这一角色与传统软件项目中的产品经理角色职责类似。

Scrum 主管（Scrum Master）有时也叫敏捷教练，他的主要职责是帮助开发团队遵守Scrum规则，按照敏捷的优秀实践和流程组织开发，他不同于传统软件开发项目的项目经理，Scrum 主管不发号施令、不分配任务。在我国企业的软件开发团队中，一般由项目经理兼任敏捷教练。

开发团队是由软件开发人员、软件测试人员、设计人员、数据库管理员等不同职能的人组成的团队，实现每个迭代的开发计划和产品交付。

 

4 个会议

Scrum 有4 个必开的重要会议，分别是Sprint计划会议、每日站立会议、迭代验收会议和迭代回顾会议。

每个迭代都以Sprint 计划会议作为开始，在这个会议中,Scrum 团队共同选择和理解在即将到来的迭代中要完成的工作。整个团队都要参加Sprint 计划会议。针对排好优先级的ProductBacklog, 产品负责人和开发团队成员讨论每一项待开发需求, 并对该需求的理解达成共识, 包括需求的完成标准。Sprint 计划会议的成功依赖于Product Backlog 的质量。

每日站立会议经常会犯的错误是把这个会议开成了团队成员给主管汇报工作的会议。每日站立会议的主要目的是让团队成员互相交流他们所承担任务的进度，它的一个附带好处才是让主管能了解到工作情况。切记：会议始终属于团队而非主管！所以，即使敏捷教练或项目经理不在，团队成员也应当自发组织每日站立会议。

迭代评审会议向每个人展示了当前产品增量的概况。每轮迭代结束时，开发团队和相关人员一起评审本轮迭代的产出。每个人都可以在迭代评审会议上发表意见。产品负责人会对未来做出最终的决定，通常都会在迭代评审会议中调整Product Backlog。

在每个Sprint 结束后，Scrum 团队会聚在一起开Sprint 回顾会议，目的是回顾一下团队在流程、人际关系以及工具方面做得如何。团队识别出哪些做得好，哪些做得不好，并找出潜在的改进事项，为将来的改进制定计划。