敏捷开发框架Srum实例

一、Scrum 简介

1.1 Scrum 定义

Scrum是跨职能团队以迭代、增量的方式开发产品或项目的一种开发框架。在这个框架中人们可以解决复杂的自适应问题，同时也能高效并有创造性地交付尽可能高价值的产品。它不是产品开发的一种流程或者技术，而是一个框架，在这个框架里可以应用各种流程和技术。Scrum能使产品管理和开发实践的相对功效（relative efficacy）显现出来，以便进行改进。（《Scrum权威指南》）

1.2 Scrum特点

Scrum总体特点就是快，迭代式开发，迭代周期在4周以内。灵活多变，依据项目的特点以及项目中遇到的问题，不断改进项目流程和优化人员合作交流效率，在混乱中寻找有序，让每一个人发挥最大的价值，具体如下：（个人理解，具体可参加《Scrum理论与实践的轻量级指南》）

• 迭代开发，周期短且不可改变

• 敏捷开发，最短时间交付最有价值的部分

• 经验开发，开发流程根据经验不断调整和优化

• 以人为本，责任感和主人翁意识

1.3 Scrum理论

Scrum基于经验型流程控制理论，或者称为经验主义。经验主义主张知识源于经验，而决策基于已知的事物。Scrum采用迭代增量式的方法来优化可预测性和管理风险。
透明性、检视、调整是经验型流程的三大支柱，支撑起每个经验型控制流程的实施。（《Scrum权威指南》）
透明性
流程中的关键环节必须为那些对产出负责的人可见。要拥有透明性，就要为这些关键环节制定统一的标准，这样所有留意这些环节的人都会对观察到的事情有统一的理解。
检视
Scrum的使用者必须经常检视Scrum的工件和完成Sprint目标的进度，以发现不必要的偏差。检视不应该过于频繁而阻碍了工作本身。当熟练的检视者认真履行检视工作时，效果最佳。
调整
如果检视者发现流程中的一个或多个方面背离了可接受的标准，并且将会导致产品不合格时，就必须对流程本身或者流程化的内容进行调整。调整工作必须尽快实施以最小化进一步的偏差。
Scrum指定了进行检视和调整的4个正式事件，将在“Scrum事件”一节中详细描述：

• Sprint计划会议

• 每日Scrum站会

• Sprint评审会议

• Sprint回顾会议

  
  
产品负责人
  
  
开发团队
  
  
Scrum Master

Sprint计划会议
Sprint计划会议的目的就是要为这个Sprint的工作做计划。这份计划是由整个Scrum团队共同协作完成的。
对于周期为一个月的Sprint，计划会议的时限为8小时。对于较短的Sprint，会议时间通常会缩短。Scrum Master要确保会议顺利举行，并且每个参与者都明白会议的目的，同时还要教导大家遵守时间盒的规则。
Sprint计划会议要解决以下两个问题：

• 接下来的Sprint交付的增量中要包含什么内容？

• 要如何完成交付增量所需的工作？

• 昨天我为开发团队达成Sprint目标做了什么

• 今天我准备如何帮助团队达成Sprint目标

• 有什么事情阻碍了我帮助团队达成Sprint目标

• 产品负责人邀请Scrum团队以及相关干系人参加会议

• 产品负责人说明哪些工作“完成”了，哪些工作没有“完成”

• 开发团队讨论在Sprint中哪些工作进展顺利、遇到了什么问题、问题是如何解决的

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

• 产品负责人描述当前产品待办列表的完成情况，并根据进度推测可能的完成日期（如果有需要的话）

• 参会的所有人就下一步的工作进行探讨，这样，Sprint评审会议就能为接下来的Sprint计划会议提供有价值的信息。

• 评审市场或者潜在的产品使用方式所带来的接下来要做的最有价值的东西的改变

• 为下个产品版本的发布评审时间表、预算、潜在功能和市场

• 对前一个Sprint周期中的人、关系、过程和工具进行检视

• 找出做得好的和潜在需要改进的主要方面，并进行排序

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

1.6 Scrum工件

  
  
产品待办列表
  
  
Sprint待办列表

   
   
禅道：bug管理
   
   
白板：Sprint每日进度跟踪

项目开发流程图