BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Martin Fowler谈Scrum认证、敏捷现状与未来

| 作者 李剑 关注 1 他的粉丝 发布于 2008年6月25日. 估计阅读时间: 6 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。
在6月21日ThoughtWorks举办的AgileChina大会上,InfoQ中文站编辑李剑有幸对ThoughtWorks首席科学家Martin Fowler进行了采访。在访谈中,Martin Fowler谈到了对Scrum认证的看法,以及敏捷的现状与未来。

InfoQ中文站:Martin,你好。我们最近在中国做了一次有关Scrum实施情况的调查,从结果中发现,很多实施Scrum的人对敏捷只是一知半解,参加了Scrum认证之后就自认为已经是Scrum Certified Master了,开始在公司或者组织内部进行应用,最后导致失败。这种情况不仅发生在中国,其他国家也是一样,在Scrum Yahoo group和XP Yahoo group邮件列表中的许多邮件都为此提供了佐证。不知道你对这现象有什么看法?

Martin Fowler(MF):其实,不管是什么技术,要把怎么具体实施说清楚都不是件容易的事。尤其是敏捷,因为它会要求你改变心态!现在Richard Durnall正在会场上讲精益开发,他也会讲一些在精益制造方面的类似经验——很多人都只是片面的关注具体实践,而不是它背后的哲学。如果你只是一味的采用实践,对这套体系的哲学理念置之不理,还想有多好的成效,那可能吗?

我个人认为,还要过上几十年的时间,敏捷才能真正产生影响。我们都知道面向对象技术,它一开始出现在60年代末期到70年代,差不多20年后,才出现了面向对象编程的语言。但即使这样,我们还是会在客户代码里面看到,有些代码不是用面向对象的方式编写的。它们用的是Java,但不是面向对象。所以,要想大多数人都用真正面向对象的方式来编程,还有很长的路要走。

到今天,对象已经发展了40年,而它在敏捷中还只占了很小的一个范畴。对象只跟编程、编程设计有关系,敏捷则是完整的软件开发过程。所以敏捷的发展阶段肯定比对象长。

再来说Scrum认证培训,它就只是两天的课而已,两天的课能学到多少东西?我很不喜欢人们把它叫做“认证”,因为这给人带来了错误的印象。它确实有一点好处,那就是你真的花了两天时间跟某些真正理解Scrum的人相处。我的意思是,那些负责Scrum认证培训的教师,他们确实理解什么是Scrum。这着实不错,因为你知道,有很多技术连讲师都不甚了了,而且这现象还特别常见。嗯……这几乎是RUP和CMM的最大问题,讲师们也不知道它们到底是干什么的。Scrum认证课程的讲师至少还对Scrum有全面的了解。但话又说回来,你怎么可能把这些东西都在两天里面讲完呢?我觉得要学会怎么实践敏捷,最起码要花上几个月的时间。你得进入团队,用敏捷的方式工作,你需要查看所有的因素是怎么配合到一起的。这要经过几个月的练习才行。

InfoQ中文站:目前我们还可以看到种种对敏捷的误解,比如,“敏捷就是没有文档”,“敏捷就是做事情做得快”,“要是想用敏捷,就要把敏捷实践全都用到项目上”,等等。那我们该怎么样消除这些误解呢?

MF:呃……这可不大容易,你得做很多事情:跟人解释、展示实际案例……那些人不了解敏捷,但是有很多人了解,他们跟外界打交道,向人宣传,介绍他们的案例,ThoughtWorks在这方面做出了很好的榜样,因为我们做着这样的项目,我们以这样的方式工作。每次有新人加入公司,他们就能看到我们的工作方式,可以亲身体验,而不是臆测一切。我觉得这非常好。不过我现在只是耐心等待着它的发展,就像我刚才说的那样,还要几十年。我已经习惯了,因为我见证了对象的发展历程,而对象到现在还没有发展到头呢。

InfoQ中文站:你觉得是否在敏捷这个领域内,是否可能产生某种标准呢?

MF:我不认为有人能制造出标准。我们的工作方式是帮助组织意识到他们的强项所在,弱点所在,进而帮他们做改进。实际上,这也是CMM的原始动机,它通过评估来让你意识到哪里需要改进,但是认证机制却让它全变了样!它自己把自己变成了怪物。但是,不幸的是,在敏捷领域中也有这样的风险存在,有很多人都从Scrum Master这玩意里面感觉到了。我们走着看吧。

InfoQ中文站:从敏捷宣言诞生,到现在已有七年之久,那么我们是否可以把过去这些年里的经验总结成模式,来指导敏捷开发、项目管理之类的事情呢?

MF:可能吧。有不少人都在努力这么做,但它目前不是我的兴趣所在。我从前跟敏捷走的很近,但是已经有很多人在关注敏捷、讨论敏捷、致力于推广敏捷,所以几年前,我就已经决定跟敏捷保持一段距离——不是因为我觉得它不重要,相反,我觉得它非常重要,只是研究敏捷的人已经很多了,所以我想关注自己想关注的事情,所以我才在研究企业架构模式和DSL。

InfoQ中文站:那么说你现在就是在等待着,旁观这一切会发展成什么样子?

MF:对,你看,有这么多优秀的人在推动敏捷,我估计也帮不上什么忙,所以我觉得最好专注于别人不太感兴趣的领域。

InfoQ中文站:有人问过这样一个问题,“我们怎样判断一个项目是否敏捷呢?”对此也有人有反对意见,认为这个问题根本就不成立,因为我们所应该,所需要关注的是怎样做出改进——

MF:是的。

InfoQ中文站:而不是项目本身敏捷与否。

MF:一点没错。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

很认同他的几句话 by 徐 毅

很多人都只是片面的关注具体实践,而不是它背后的哲学。
---- 学了招式,不学内功,只有去找揍的。

“我们怎样判断一个项目是否敏捷呢?”
---- 确实,改进是最重要的。

刚刚开始实践 by 胡 永

希望能够尽快能够有自己的心得体会,能够跟你在一起工作很幸运啊,学到很多,谢谢拉

最后两句话很重要 by Zhang Kaifeng

InfoQ中文站:有人问过这样一个问题,“我们怎样判断一个项目是否敏捷呢?”对此也有人有反对意见,认为这个问题根本就不成立,因为我们所应该,所需要关注的是怎样做出改进——


MF:是的。


InfoQ中文站:而不是项目本身敏捷与否。


MF:一点没错。

Re: 很认同他的几句话 by Pazzini Giampaolo

理论与实践一个都不能少

Re: 最后两句话很重要 by 焦 宇

我觉得太抽象,最重要的就是通过一个案例,来讲述与论证,令人感悟与信服。

Re: 最后两句话很重要 by 罗 雅薇

我个人认为:敏捷只是一个概念,我们做项目的焦点不应该是我们用了哪些有关敏捷的技术或框架,我们的初衷应该是如何快速响应客户的需求变化,如何提高内部代码的质量,如何在更短的时间内交付更有效和价值的产品。
PS:我因为最近公司希望使用敏捷开发模式,采用scrum框架而初次接触敏捷的概念,也许对理解有偏差望理解。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

6 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT