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

 

 

 

 

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

 

2个工件

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

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

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

 

3种角色  

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

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

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

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

 

4个会议

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

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

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

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

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