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/
Scrum术语 下面是Scrum用到的术语:
角色
产品负责人 Product Owner： 负责维护产品订单的人，代表利益相关者的利益。
Scrum主管 Scrum Master： 为Scrum过程负责的人，确保scrum的正确使用并使得Scrum的收益最大化。一般不翻译。
开发团队 Team: 由负责自我管理开发产品的人组成的跨职能团队。
工件
产品订单 Product Backlog：按照优先级排序的高层需求。
冲刺订单 Sprint Backlog：要在冲刺中完成的任务的清单。
冲刺燃尽图 Burndown Chart：在冲刺长度上显示所有剩余工作时间逐日递减的图，因整体上总是递减而得名。
活动
计划会 Sprint Planning Meeting：在每个冲刺之初，由产品负责人讲解需求，并由开发团队进行估算的计划会议。
每日立会 Daily Standup Meeting：团队每天进行沟通的内部短会，因一般只有15分钟且站立进行而得名。
评审会 Review Meeting：在冲刺结束前给产品负责人演示并接受评价的会议。
反思会/回顾会 Retrospective Meeting：在冲刺结束后召开的关于自我持续改进的回忆。
其他
冲刺 Sprint: 一个时间周期（通常在2周到1个月之间），开发团队会在此期间内完成所承诺的一组订单项的开发。