Menu
Menu
帮助人们和团队解决复杂问题
Scrum.org 是 Scrum 的官方组织，由 Scrum 联合创始人 Ken Schwaber 创立，以帮助人们和团队解决复杂问题为使命。为此，我们使人们能够通过基于通用能力模型打造的培训课程、认证和持续学习来应用专业 Scrum。
我们的课程提供由专业 Scrum 培训师 (PST) 引导的实践式学习体验。他们是经验丰富的实践者，并且在教授每门课程之前都通过了额外的培训以确保具备相应教学能力。所有课程均基于超过 350 名 PST 社区成员的专家意见进行维护。每个 PST 都使用全球一致的学习材料并将自己的真实经验带入课堂。
Scrum.org 认证考试是全球公认的检验、强化和认证专业 Scrum 知识的工具。通过考试与培训分离的方式验证人们对 Scrum.org 课程或其他方式学习的知识掌握程度。
Scrum.org 为在学习旅程中的人们（从初学者到经验丰富的实践者）提供持续的学习机会和资源以支持和帮助他们不断成长。社区成员利用论坛、博客等方式分享知识并从彼此那里获得新的见解。
Ken Schwaber 最初尝试在其他地方开发 Scrum.org 的项目，但最终，他发现要实现完善 Scrum 知识、培训和实施的目标，他需要挣脱束缚并创建 Scrum.org。下面是 Ken Schwaber 写给 Scrum.org 培训师和合作伙伴的一封信（撰写于2010年3月30日，发布于2010年6月15日）的摘录，其中描述了他创办 Scrum.org 的原因。
“你为什么创建 Scrum.org？”自从去年秋天创建 Scrum.org 以来，我已经无数次被问到这些问题。这是我的 Scrum 之旅，从 Scrum.org 的创建开始，经历了建立、演变以及结束。这段旅程是由两种相反的力量塑造的：一个是做正确的事情的愿望，另一个是赚钱的愿望。于是我成立了 Scrum.org，以便将我的努力重新集中在做正确的事情上。
Scrum 起源的故事众所周知，因此我不会在这里花太多时间。在 Snowbird 会议之前，我和杰夫·萨瑟兰 (Jeff Sutherland) 已经使用 Scrum 十年了，我们和其他人在这次会议上签署了《敏捷宣言》。《敏捷宣言》、《使用 Scrum 进行敏捷软件开发》（我写的第一本关于 Scrum 的书。）以及现代集成开发环境 (IDE) 的出现，帮助 Scrum 在 2000 年代初有了星星之火燎原之势。
几年后，我和 Martin Fowler 在卡尔加里大学参加完一场关于扩展敏捷项目的会议后飞回波士顿。我们感到沮丧的是，我们的许多客户根本不了解什么是敏捷和 Scrum 。Martin和我决定需要某种类型的指引及至认证来让这个事情回归轨道。继而，我开发了为期两天的 Scrum Master 课程，并且于 2002 年在芝加哥的 ObjectMentor 首次开班。课程中，我对参与者进行了认证，并将他们的名字列在我的网站 controlchaos.com 上。我在 2002 年和 2003 年期间举办了许多此类培训课程，基于这些授课经验使其变得更加精细以及融入了经验主义。它开始区分什么是Scrum以及Scrum应该如何使用。在我的咨询工作中，我可以看到越来越多的课程的参与者能够更好地使用 Scrum。这让我感受到这门课程是成功的，并且从课程参加者那里得到了很好的反馈。好消息不胫而走，从而使这些课程变得非常受欢迎。
时至2009 年初，越来越多的组织从瀑布流程转而使用敏捷流程，并且其中的84%使用的是 Scrum。虽然增量迭代是 Scrum 的核心，然而使用 Scrum 的人中只有不到 50% 是在增量地在迭代中实施开发。Martin Fowler在他的博客中写道，他遇到了许多“松垮的 Scrum”案例。团队虽然在使用 Scrum 的术语，但无法在单个 Sprint 中创建潜在可交付的产品增量。
创建“Scrum Developer”计划。应用 Scrum 的最大挑战之一始终是 Scrum 团队开发人员的陡降学习曲线。 Scrum 其实是一种管理实践，并且大多数教授 Scrum 的人当前都不是开发人员，所以不适宜教授诸如测试驱动开发或演进式架构等工程实践。我想创建一门针对 Scrum 开发人员的特定课程，因此我联系了三个擅长教导其他人如何卷起袖子使用 Scrum 构建软件的组织：Accentient、Conchango 和 Microsoft。我们为 Scrum 开发人员开发了针对 .NET 技术堆栈的课程。与 Microsoft 合作使我们能够接触到一批可靠的培训师和教练：Microsoft MVP 和 Inner Circle Partners。始于Microsoft ，我们还具备从完全集成的技术堆栈开始的能力。紧随我们在 2010 年春季与 Visual Studio 2010 一起推出了这门课程，与其他合作伙伴又陆续合作开发了针对其他技术堆栈的类似课程。
正式化 Scrum 知识体系并对该知识体系的理解进行衡量。随着 Scrum 的传播，对 Scrum 的困惑和误解也随之增加。 Jeff Sutherland 和我根据之前的作品编制了 Scrum 知识体系（又名 Scrum 指南）。
我获得了再一次重新启动一个由使命驱动的组织的自由。在众多事情中我可以自由地追求提供 Scrum 开发人员培训这个目标。那时，我坐下来做出以下承诺：
Scrum.org 将在检视和权衡的框架内履行其使命。
今天，我们的使命与我们成立时一样，即帮助我们的行业水平满足依赖于日益复杂的技术和产品的，日益复杂的世界的需求。即便具备领先的材料和技术，也只有在我们转向基于协作性、创造性的方法来构建软件时才能取得成功。
当我们使用 Scrum 时，我们不断寻找专业化改进的新机会。随着 Scrum 的检视和适应性机制不断发现问题，我们打算在 Scrum.org 上打造和应用新的计划。然后我们打算检查它们的有效性和适应情况，并在必要时进行改进。这些计划将完善知识体系、建立培训和辅导能力，并提供知识和技能的考试和认证。为此，我们对齐了社区中人们的一致目标以鼓励主人翁精神、积极参与和促进提升。
Ken Schwaber
董事长，Scrum.org创始人，Scrum联合创始人
