BT

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

什么是敏捷?毫无用处的理论问题还是取得成功的必要澄清?

| 作者 Amr Elssamadisy 关注 0 他的粉丝 ,译者 张晓庆 关注 0 他的粉丝 发布于 2010年5月25日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

使用你喜爱的浏览器做一次快速搜索,查找“敏捷软件开发”相关的文章,返回的结果大相径庭。如果你经验丰富,很容易分辨出哪些重要,从而择优弃劣。但对新手来说,很容易挑花眼,从很多文章中选(随机/根据出版社/根据作者)一篇就开始了解敏捷。这样做好还是不好?还是作者着急赶在这周一就得交稿?

这是笔者发现的一些有趣的事情:

Scott Ambler有一篇关于敏捷软件开发生命周期模型的文章,看上去混合了敏捷和统一过程(UP)。Scott在IBM工作,在社区内赫赫有名,所以敏捷新手会觉得这篇文章来源可靠,值得信任。文章首先介绍了我们都熟悉的Scrum模型,然后谈到了更“现实的模型”,最终变成了统一过程的一个修改版。统一过程和敏捷是兼容的,但是它应该包含在定义“敏捷软件开发生命周期”的文章中吗?

Michael Hugos在CIO杂志的一篇文章介绍了敏捷开发。根据这篇文章及其引用的资料,一个迭代应该包含2天时间来定义解决方案,7天来设计系统,13天来构建系统(正好一个月22天工作时间)。顺便说一下, 站立会议上问这5个简单的问题就行了:

  1. 有没有任何任务的范围发生了变化?(是/否)
  2. 是否会错过任何重大活动或者里程碑?(是/否)
  3. 团队是否需要一些外部的技能或专业知识?(是/否)
  4. 有没有尚未解决的技术问题?(是/否)
  5. 有没有尚未解决的用户评审问题?(是/否)

任何一个问题回答“是”,需要解释这个问题,并给出可能的解决方案。

还有,依据Forrester的这篇报告,敏捷和工具有关。所以工具相当重要,IBM和MKS好像在工具上处于领先位置,这就意味着我们可以向他们咨询敏捷。

到底什么是敏捷,什么是敏捷社区?Chris Matt's 好像认为敏捷是被弄坏的学习机器。不幸的是,这根本搜不出来。是不是敏捷新手只会用搜索工具?或许不是,但是这些文章都来自于CIO、IBM和Forrester等,光看名字就让人起敬。

好了,这篇报道是不是在白费力气呢?可能是,不过也可能不是。可能搞清楚什么是敏捷得需要更多的时间──敏捷宣言至今已经10年了。假如我们搞不清楚,我们得给这个神奇的学习社区换一个新单词了,谁在定义敏捷,就把敏捷软件开发这玩意儿留给他们吧。

查看原文:What IS Agile? A Useless Theoretical Question or Necessary Clarity for Success?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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