为什么软件开发方法论让你觉得糟糕?(2)

　　还是有一些办法帮助缩短周期的，比如当我们应用精益软件开发思想 – 一个很重要的方法。缩短开发周期在大型产品开发中是很重要的：在Bret Victor的精彩视频Inventing on Principle中提到，“如此多的创新被发现，只要你真正理解了你在做什么，你就能发现任何事物”。

　　但对我而言就是这样的：我们几乎不可能实践持续改进、学会怎样使团队或个人变得更好、掌握成功创建大型产品与服务所需的技能。除非我们聚焦于尽可能使反馈间隔时间缩短，以便实际洞察其间关联，以及辨别原因和影响。

　　事实上，从想法到反馈的周期尽可能短的好处是如此明显和重要，应该把其作为商业模式中要遵循的一个重要原则。如果你纠结于要把你的产品创建成一个用户安装式的软件还是SaaS模式(Software-as-a-Service，软件运营服务模式，软件即服务)，这时的想法会自然而然地推动你强烈考虑SaaS模式(有感而发)。如果你要重建你的系统(包含硬件)，应该考虑怎样尽快实现原型(how you can get prototypes out as quickly as possible)，以及模块化硬件和软件，以便你可以快速和独立地整合。3D printing(三维打印成型技术)技术看起来在这方面有着巨大的用武之地，因为它可以满足软件开发应用实践朝硬件系统(原型呈现)的演进。如果你想如愿以偿地缩短周期，或多或少按多功能型团队(cross-functional teams)方式运作是需要的。

　　软件方法论，即使雇用一群牛人并让他们自我组织，也是糟糕的，因为他们时常搞得“cargo-cult”(货物崇拜，敏捷开发里的知名小故事，形而上)：我们在做stand-ups(每日站立会议)，我们有优先顺序的backlog(优先待办事务)，我们甚至看在老天的份上实践了 continuous integration(持续集成)。

　　我们的到头来的结果为什么还这么差呢?因为你忘了最重要的事情：建立一个学习能力和适应能力都很好的组织。

原文转自：http://kb.cnblogs.com/list/1004/