创新哪去了?

  • Shane Hastie
  • 金明

2009 年 10 月 28 日

话题:敏捷架构文化 & 方法

有一些评论人士最近质疑了敏捷世界的创新水平。

最近,Naresh Jain提出:

在我看来,敏捷社区在创新方面落后了。在大会、用户组、邮件列表等等上面,我们不断看到同样的老掉牙的一堆东西(也许我漏过了有些东西)。哪里有真正的创新?我应该关注哪些方面?

在“简单设计和测试”大会的 wiki上,他提出可以关注的几个创新领域,从 Web2.0 到电子教学,到分布式开发。

同样地,Max Choong也质询敏捷迭代的“检验-适应”方式是否支持创新,因为创新是:

一种跳跃式变化,与我们已知的或已经在做的之间没有连续性。创新是关于打破常规的开放性思考,关于改变规则和关于革命。改良,从另一个角度讲,只是根据现有状况采取手段改善而已。

他接着陈述道:

依我的经验来看,项目压力通常意味着敏捷流程成为一种改良机器。客户即使十分清楚解决方案不对,他们也会继续进行下去。结果导致有根本性缺陷的解决方案也能被文过饰非,打上创可贴继续工作。需要勇敢的人站出来说:“这不行,让我们重新回到图板前吧!”

他主张这样一种方法,包括建立与迭代并行的“R&D stream”,探索和试验与增量式产品没有直接关联、但却可能导致更多的故事添加到 backlog 的新想法。

他也提议用 R&D stream 来指导以用户为中心的设计:

关于与迭代式开发周期并行进行的“R&D stream”,我提出这个建议其实是“别有用心”。它给以用户为中心的设计留下了空间。我们可以使用故事板、原型,以及深入性研究来试验新的想法。这些 活动都是要求有时间盒限制,而且产出物(如果合适)最终会作为合格的、经过深思熟虑的条目添加进 backlog。


敏捷项目里有创新的空间吗?你的项目如何应对创新的挑战呢?不妨与大家一同探讨吧。

查看英文原文:Where has the innovation gone?

敏捷架构文化 & 方法