采访 Ken Schwaber,第二部分

阅读数:300 2010 年 9 月 17 日

话题:敏捷Scrum文化 & 方法

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