BT

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

Post-Agile就是Agile吗?

| 作者 Geoffrey Wiseman 关注 0 他的粉丝 ,译者 乔梁 关注 7 他的粉丝 发布于 2007年5月12日. 估计阅读时间: 2 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

最近,关于Post-Agile的讨论开始走进人们的视线。

一些来说,“Agile的下一步该是什么”是一个必然的问题。这就象人们迫切地问:“Java之后会是什么?”或者“可用性之后会是什么”一样。

而对另一些人来说,“Post-Agile”意味着遵循敏捷方法论中的那些基本原则但并不是不折不扣地照本宣科,并采纳那些能为你和你的团队带来效果的实践,而摒弃那些对你和你的团队不合适的实践。这也就是Jonathan KohlTim BeckJason Gorman讨论的内容。事实上,这和Michael Hugos在《30-Day Blitz》一文中提到的一些观点不谋而合。

J. B. Rainsberger在看过一些关于Post-Agile的诠释之后,提出了一个疑问:“上面所说的Post-Agile不就是Agile吗?”

想要敏捷,就要根据实际情况采纳相应的过程,所以我不明白,为什么根据实际情况采纳相应的过程就不是敏捷了呢?我想,这样一说,大家就能看到谬论所在了吧。

他认为,敏捷不是一个或一系列的教条化过程。

关于Kohl的Post-Agile的提法,我所不喜欢的一点是,他假设人们都以敏捷最糟糕的方式——欠缺考虑的方式——来进行实践的。这并不是敏捷,所 以Kohl的观点也不是Post-Agile。可能是Post-Bad-Agile或Post-Dogmatic-Agile,但他所指的Post- Agile的确就是敏捷。

那么,对你来说,Post-Agile意味着什么?或者说它就是敏捷呢?要了解关于二者更多的报导,请留意InfoQ

查看英文原文:Is Post-Agile Just Agile?


译者简介:乔梁,BJUG成员,在IT领域工作多年,先后从事过软件开发、架构设计、技术管理等工作,目前从事项目管理工作。关心软件技术领域发展,对软件生命周期管理及过程改进方面的内容很感兴趣,对敏捷方法论亦有所了解。他的个人Blog为:http://blog.csdn.net/tony1130。为InfoQ中文站贡献内容,请邮件至china-editorial@infoq.com

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的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通知我

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

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

讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT