有一些评论人士最近质疑了敏捷世界的创新水平。
最近， Naresh Jain 提出：
在我看来，敏捷社区在创新方面落后了。在大会、用户组、邮件列表等等上面，我们不断看到同样的老掉牙的一堆东西（也许我漏过了有些东西）。哪里有真正的创新？我应该关注哪些方面？
在“简单设计和测试”大会的wiki 上，他提出可以关注的几个创新领域，从Web2.0 到电子教学，到分布式开发。
同样地， Max Choong 也质询敏捷迭代的“检验－适应”方式是否支持创新，因为创新是：
一种跳跃式变化，与我们已知的或已经在做的之间没有连续性。创新是关于打破常规的开放性思考，关于改变规则和关于革命。改良，从另一个角度讲，只是根据现有状况采取手段改善而已。
他接着陈述道：
依我的经验来看，项目压力通常意味着敏捷流程成为一种改良机器。客户即使十分清楚解决方案不对，他们也会继续进行下去。结果导致有根本性缺陷的解决方案也能被文过饰非，打上创可贴继续工作。需要勇敢的人站出来说：“这不行，让我们重新回到图板前吧！”
他主张这样一种方法，包括建立与迭代并行的“R&D stream”，探索和试验与增量式产品没有直接关联、但却可能导致更多的故事添加到 backlog 的新想法。
他也提议用 R&D stream 来指导以用户为中心的设计：
关于与迭代式开发周期并行进行的“R&D stream”，我提出这个建议其实是“别有用心”。它给以用户为中心的设计留下了空间。我们可以使用故事板、原型，以及深入性研究来试验新的想法。这些 活动都是要求有时间盒限制，而且产出物（如果合适）最终会作为合格的、经过深思熟虑的条目添加进 backlog。
敏捷项目里有创新的空间吗？你的项目如何应对创新的挑战呢？不妨与大家一同探讨吧。
查看英文原文： Where has the innovation gone?
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论