准备Scrum之旅 之 Scrum的起源和整体框架——《轻松Scrum之旅》（19）

Scrum博士的第1次发言

    大家好，我是关毅的个人数字助理Scrum博士，从现在开始我会帮助大家解释在本书中遇到的Scrum概念。别着急，慢慢你就会熟悉Scrum。
    Scrum是一种灵活的敏捷软件开发管理过程，这个名词来源于英式橄榄球（如图3-5所示）。Scrum方法由Ken Schwaber和Jeff Sutherland提出，它将软件开发团队比作橄榄球队，全队有明确的最高目标——发布产品的重要性高于一切，团队高度自治，成员们熟悉开发过程中涉及的各种技术，紧密合作，确保每个迭代都朝着最高目标推进。而且每隔2～4周，每个团队成员都能看到能实际工作的软件，并据此决定是发布这个版本还是继续开发以加强它的功能。

 
图3-5  Scrum的起源

    对于那些功能需求可能经常发生变化的项目来说，Scrum是最为理想的选择之一。在一个采用Scrum的项目中，首先要将所有需要完成的工作列在一个Product Backlog中，项目开发过程中需求的改变也要写进去。在每个Sprint开始之前，要召开Sprint计划会议。在这个会上，产品责任人（Product Owner）为Product Backlog中的各项功能需求确定优先级。随后，Scrum开发团队按照优先级，从Product Backlog中挑选出他们认为能在这个Sprint中完成的任务，并把这些任务从Product Backlog中挪到Sprint Backlog中去。在Sprint的进行过程中，Scrum团队每天都要举行一个简短的每日Scrum会议，以便团队成员了解开发进度。一个Sprint结束之后，需要召开Sprint评审会议和Sprint回顾会议。开发团队在Sprint评审会议上把这个Sprint的开发成果展示给大家。而在Sprint回顾会议上，团队成员们会回顾刚刚过去的这个Sprint，从中总结经验和教训。
    Scrum的总体结构如图3-6所示。

 
图3-6  Scrum整体框架

    关毅合上电脑，准备休息了。他想，Scrum除了具有敏捷开发方法所倡导的那些共性的东西，它清晰简单的框架、实际可行的实践指导正是现在最需要的——列举任务、对任务排序、选择优先级高的任务进行工作、每日沟通、定期回顾和总结。