Scrum中文指南.pdfVIP

Scrum指南 Scrum指南 SSccrruumm指指南南 2010年2月 Scrum由Ken Schwaber和Jeff Sutherland开发并维护 版权说明：本文由社区志愿者翻译，版权归原著者所有，Scrum中文网仅对其中的用词进行 了统一和部分错误进行了更正。 概要 Scrum基于业界认可的最佳实践，这些实践已在过去的几十年被使用并证实有效。之后， Scrum被置于基于经验过程的理论中。正如Jim Coplien一次对Jeff所说：“每个人都会喜欢 Scrum；因为这是当我们被逼到墙角时的自然反应。” 人 在千千万万对Scrum做出贡献的人中，我们要特别感谢那些在其最初10年提供帮助的人 们。首先，要提到JeffSutherland及与之工作的JeffMcKenna，KenSchwaber和MikeSmith 还有ChrisMartin。Scrum在1995年的OOPSLA上首次被正式介绍和发布。在之后5年中，Mike Beedle和MartineDevos做出了重大贡献。还有所有其他人，没有你们的帮助，Scrum不会被 提炼至今天的高度。 历史 在软件开发的世界中，Scrum的历史已经算是很长了。我们对首批尝试和提炼Scrum的 公司：Individual，Inc.，、Fidelity Investments和IDX（现在的GE医疗）表示致敬。 目标 自从上世纪90年代初期，Scrum方法就已经应用于开发复杂的产品。本篇文章介绍了如 何应用Scrum构建产品。Scrum不是一种过程，也不是一项构建产品的技术，而是一个框架， 在这个框架里可以应用各种过程和技术。Scrum的作用就是让开发实践方法的相对功效显现 出来以便随时改进，同时也为开发复杂产品提供了框架。 Scrum理论 Scrum是以经验过程控制理论为依据，采用迭代、增量的方法来提高产品开发的可预见 性并控制风险。Scrum的三大支柱支撑起每个经验过程控制的实现。 第一大支柱是高透明度 高透明度确保管理结果的人看得到那些影响结果的过程方面。这些过程方面不仅要透 明，而且那些被观察到的方面也必须被充分了解。这就是说，当某人检验某个过程并认为完 成了某些任务时，这个完成必须等同于他们的完成定义。 第二大支柱是检验 开发过程中的各方面必须做到经常性的检验，以确保及时发现过程中的重大偏差。在 确定检验频率时，需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程 检验所能允许的程度，那么就会出现问题。幸运的是，软件开发并不会出现这种情况。另一 个因素就是检验工作成果人员的技能水平和勤勉程度。 第三大支柱是适应 如果检验员经检验发现过程中的一个或多个方面不满足可接受标准，并且最终产品是 不合格的，那么检验员就必须对过程或是材料进行调整。调整工作必须尽快实施以减少进一 步的偏差。 Scrum中有三个进行检验和适应的时刻： 每日站会是用来检验朝向Sprint目标的工作 进程，调整以优化次日的工作价值。另外，Sprint评审和计划会议是用来检验朝向发布目标 的工作进程，调整以优化下一个Sprint的价值。最后， Sprint回顾会议是用来评审完成的 Sprint，并确定什么样的调整可以使下一Sprint的效率更高、结果更令人满意和更易于工作。 Scrum内容 Scrum框架包括一组Scrum团队和与其相关的事物：时间箱、工件和规则。 Scrum团队的目标是提高灵活性和生产能力。为此，他们自组织、跨职能，并且以迭代 方式工作。每个Scrum团队都有三个角色：1）ScrumMaster，负责确保成员都能理解并遵循 过程；2）产品负责人，负责最大化Scrum团队的工作价值；3）团队，负责具体工作。团队 包括的开发人员具备开发所需的各种技能，负责在每个Sprint结束之前将产品负责人的需求 转化成为潜在可发布的产品模块。 Scrum利用时间箱实现规律性。被时间箱限定的Scrum要素有：发布计划会议、Sprint 计划会议、Sprint、每日站会、Sprint评审会议和Sprint回顾会议。Scrum 的核心是Sprint，即贯穿于开发工作中保持不变的一个月（或更短时间）迭代。所有 的Sprint都采用相同的Scrum框架，并且都交付潜在