采访 Ken Schwaber，第二部分

Ken Schwaber 和 Jeff Sutherland 一起创建了 Scrum。这是对 Ken 的采访的第二部分，整个采访涵盖 Scrum 认证和测试、Scrum 指导、看板对管理复杂工作的作用、Ken 对未来知识工作的想法等等。

第一部分的采访可以在这里找到。

Ken 是 Scrum.Org 的创始人， Scrum.Org 是提供 Scrum 课程、Scrum 认证和 Scrum 技能评估的资格认证机构。

Ken，典型的公司制度通常只支持很低程度的协作。由于缺乏高层的真正交流，Scrum 实施的重要决定权（比如谁做 PO，谁做 SM）就会落在有正式头衔的人身上，比如 CEO、CFO、VP 等等。通常，这些人制定的政策就是最初 Scrum 的需求。这是不是一个好的论点，表明需要在 Scrum 指南中加入更具说明性的实施指南？

我再一次重申，如果我们依赖规范说明，这就很危险，这是让我们身陷困境的旧习惯。说明性指导本身具有限制性：做这个，不要做其它的。既然 Scrum 是针对复杂环境的流程（未知多于已知），这意味着规范说明会更经常地被证明为错误的。这样，它就会造成意想不到的后果，同时也会提供为什么事情不工作的借口。比如，如果 Scrum 说：“项目经理应该做 ScrumMaster。”这个说明就会引来谴责：“我们想要挑选另外的 ScrumMaster，但是 Scrum 说他们必须是项目经理。Scrum 太差了，我们的 ScrumMaster 太差了，你还想怎么样？”

其实 Scrum 的本意是让人们做到最好，包括做决定，然后观察结果。如果结果不在意料之中，负责人就有责任做出调整来改进结果。规范说明是这个人的责任。

我们必须不受方法论者之类的人的约束，他们总在说：如果 Scrum 不需要使用者用自己的智慧去找到他们自己的方法解决问题，那么 Scrum 就会简单很多。

给我们讲一下 Scrum.Org 的认证流程。比如，如何能获得 Scrum.Org 的专业 ScrumMaster 认证？

认证，或者评估，都从广泛接受的知识主体开始。这在 Scrum 中就是 Scrum 指南，就是我和 Jeff Sutherland 对 Scrum 的定义，我们是 Scrum 的创始人。评估包含了一组问题，测试一个人是否了解该知识主体。目前，如果一个人掌握了 85% 以上，我们就会给他认证。

我们也评估一个人使用 Scrum 来构建软件产品的知识。这是专业 ScrumMaster 的第二个评估。第三个评估是人们是否有足够的知识在 Scrum 团队中用特定的技术（目前是.NET 和 JAVA）构建软件增量。Scrum.org 与合作伙伴一起开发培训课程来帮助人们掌握这些知识，但是培训和评估是完全分开的。

人们不一定要通过培训才有知识。

大部分有能力 ScrumMaster 都会维护一个障碍列表，这事实上增加了一个定制的工件到他们的 Scrum 实施中。最新的 Scrum 指南包括了一个新的工件：发布燃尽图。合并障碍列表到 Scrum 中还要很久吗？

当然这是个好主意！在我的书《企业和 Scrum》中，我提出了企业产品 backlog，那就是组织级障碍的产品 backlog。我觉得有很多需要的和正在使用的工件对使用 Scrum 有帮助，但它们不是正式定义的一部分。

文章备注：

这是 Ken Schwaber 访谈的第二部分。访谈会分段发布，第一部分的访问可以在这里找到。敬请期待本次访问的下一部分，Ken 会讨论一些长期有争议的话题，比如Scrum 和看板的关系，Scrum 集体成熟度，敏捷社区的将来，以及更多。

查看原文： http://www.infoq.com/news/2010/09/kenschwaber-interview-part2