敏捷开发总体流程

一，总体流程：

二，概念说明：

1. Sprint：一个Sprint就是一个迭代，从Sprint计划会议开始到Sprint回顾会议结束为一次迭代。Sprint有严格的时间控制，一般每次Spri

nt的周期为2-4周，时间到了Sprint就结束。

2.三种角色

【PO】产品负责人（Product Owner），是管理产品待办事项列表、确保团队工作价值的唯一责任人。他负责维护产品待办事项列表，确保每

个成员明晰列表内容、明确哪些条目具有最高优先级，从而了解下个需要开发的条目。PO是非常重要的角色，他对客户需求有着很强的敏感

性，清楚什么对客户最重要，做到什么程度能让客户满意，在TEAM遇到需求问题时都能给出解答或决策。

【SM】Scrum Master负责确保Scrum团队遵守Scrum价值、实践和规则；帮助Scrum团队和整个组织实施Scrum；通过指导和引导，教授Scrum团

队更高效工作、生产出高质量的产品；帮助Scrum团队理解并采用自我管理。

【TEAM】团队负责在每个迭代将产品待办事项列表转化成为潜在可交付的功能增量。TEAM

是自管理的，有实际的自主权，文化上要符合，基于激发人的主动性、避免受外界干涉。

他们完全有权决定如何把需求转化成产品功能，比如是否要做设计，采用什么算法，如何做缺陷预防等。PO和SM都无权指挥TEAM怎么去实现

需求，但TEAM必须承诺交付的功能是PO期望的。

3.中间产出物

【PBL】产品待办事项列表（Product Backlog）是产品需求的集合，里面的需求点是按商业价值排序的，并随需求的变化不断调整。优先级

越高，产品待办事项列表越紧急，就越仔细斟酌，而且对其价值的意见越一致。优先级高的产品待办事项列表更清晰直观，细节信息比低优

先级待办事项列表的多，根据清晰的内容和详尽的信息做出的估算就更具价值。优先级越低，细节信息越少，少到能勉强辨认出该条目即可

【SBL】Sprint待办事项列表（Sprint Backlog）包含团队需要执行的任务，从而将PBL条目转化成可交付的增量（需求点达成完成标准）。

许多条目在Sprint计划会议中已经定义，这些就是团队确认的完成Sprint目标所必须做的工作。

发布燃尽图：发布燃尽图记录了在一段时间内产品待办事项列表的总剩余估算工作量。估算工作量以Scrum团队和组织决定的单位为标准，时

间是以Sprint为单位。

【Sprint燃尽图】Sprint燃尽图展现的是当前迭代内剩余的SBL工作量。每天对这些数据进行跟踪，并绘制燃尽图，时刻显示剩余工作量。

障碍列表：SM收集TEAM遇到的问题，记录到障碍列表上，每天跟踪并协调解决这些障碍，障碍也要分优先级，优先解决影响较大的问题。

三，会议

【发布计划会议】发布计划会议的目的是建立Scrum团队与其他部门能够理解和沟通的计划和目标；确定发布目标、具有最高优先级的产品待

办事项列表、重大风险和发布所包含的全部特性和功能；确立大致交付日期。

【Sprint计划会议】对于周期为一个月的迭代，Sprint计划会议限定为8小时。分为两个部分，第一部分解决“做什么”的问题，PO把具有最

高优先级的PBL呈现给TEAM，并一起决定接下来的Sprint中开发什么功能。第二部分解决“怎么做”的问题，通常团队会先以设计展开工作，

设计过程中，团队确定任务，这些任务就是将PBL转化成可用软件的具体工作，这个任务列表就是SBL。团队自组织进行分配、承担该列表中

的工作，估算也由团队成员共同完成。【Sprint评审会议】在Sprint评审会议中，Scrum团队和利益相关人沟通Sprint中完成了哪些工作。然

后，根据完成情况和Sprint期间产品待办事项列表的变化，他们确定接下来的工作。这是一个非正式会议，会议中进行功能演示，以促进下

一步工作的互助与合作。

【Sprint回顾会议】回顾会议旨在对前一个Sprint周期中的人、关系、过程和工具进行检验，总结经验教训，寻找能提升工作效率的方法，

并在下一次迭代中加以改进。

【每日例会】团队每天进行15分钟的碰头会就称为Scrum每日例会。每日例会在各个Sprint 都是在同一时间，同一地点进行。会议上，每个

团队成员需要汇报以下三个问题：从上次会议到现在都完成了哪些工作；

下次每日例会之前准备完成什么；

工作中遇到了哪些障碍并尝试了什么办法。

每日例会可以增强交流沟通、省略其他会议、确定并排除开发遇到的障碍、强调和提倡快速决策、提高每个成员对项目的认知程度。

• 上一篇：敏捷开发在项目开发中的应用
• 下一篇：敏捷开发流程详解