转自：http://www.almnetworks.net/zh-CN/post/2010/07/14/Scrum-Guide-Chinese-Version-has-been-released.aspx
本文已被MSDN转发：http://msdn.microsoft.com/zh-cn/vstudio/ff834205.aspx
Scrum指南最初是由Ken Schwaber和Jeff Sutherland共同书写的，目的是为Scrum模式制定一个标准化的文档。我们都知道，Scrum是一个框架，而且是一个非常简单的框架，所以这个指南也非常的精简，仅仅14页的长度（这是中文版的长度，英文版有21页，再一次证明中文的精炼），你完全可以在半个小时的时间内读完它。虽然我本身是进行软件开发工作，Scrum也主要被软件行业的敏捷开发团队所使用，但是其实Scrum模式可以为很多其他团队所使用。所以我希望这个指南可以帮助更多的团队来提高效率。
如果您对Scrum不太了解，完全不知道我在说什么，那么这里是一段摘抄自《中文版Scrum指南》的描述：
Scrum是以经验过程控制理论为依据，采用迭代、增量的方法来提高产品开发的可预见性并控制风险。Scrum的三大支柱支撑起每个经验过程控制的实现。
第一大支柱是高透明度
高透明度确保管理结果的人看得到那些影响结果的过程方面。这些过程方面不仅要透明，而且那些被观察到的方面也必须被充分了解。这就是说，当某人检验某个过程并认为完成了某些任务时，这个完成必须等同于他们的完成定义。
第二大支柱是检验
开发过程中的各方面必须做到经常性的检验，以确保及时发现过程中的重大偏差。在确定检验频率时，需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能允许的程度，那么就会出现问题。幸运的是，软件开发并不会出现这种情况。另一个因素就是检验工作成果人员的技能水平和勤勉程度。
第三大支柱是适应
如果检验员经检验发现过程中的一个或多个方面不满足可接受标准，并且最终产品是不合格的，那么检验员就必须对过程或是材料进行调整。调整工作必须尽快实施以减少进一步的偏差。
Scrum中有三个进行检验和适应的时刻： 每日例会是用来检验朝向Sprint目标的工作进程，调整以优化次日的工作价值。另外，Sprint评审和计划会议是用来检验朝向发布目标的工作进程，调整以优化下一个Sprint的价值。最后，Sprint回顾会议是用来评审完成的Sprint，并确定什么样的调整可以使下一Sprint的效率更高、结果更令人满意和更易于工作。
Scrum指南同时也为我们了解Scrum模式的很多疑问提供了答案，比如：
- 什么是Scrum？
- 为什么要使用Scrum模式？
- Scrum团队的组成以及各个角色？
- 我应该使用怎样的工具来运作Scrum模式？
- 我应该使用怎样的流程来运作Scrum模式？
- Scrum模式中最常见的问题有哪些，该如何应对？
我真的非常感谢完成《中文版Scrum指南》的团队，你们为中国的Scrum实践者们提供了一个非常重要的文档，是每一个正在或者将要实施Scrum模式的开发人员都应该仔细阅读并理解的重要参考。
下载地址: http://www.scrum.org/scrumguides/
