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

经过阅读博客了解到：软件项目一般是没有规律且不可预测的，我们度量一个软件是否成功就是：在这个软件的整个生命周期里，它的最终结果达到预期的效果了吗？很难去知道到底是什么导致了项目的成功或失败，也无法通过旧有的或现有的项目获得答案。正是这些因素造成了IT行业的人很难掌握引导产品走向成功的能力。然而开发者掌握了能帮助他们更高效的达到目标的技巧，使他们更有动力去完成开发。在Laurent Bossavit的好书The Leprechauns of Software Engineering中， 他抨击了软件开发的一些惯式，称开发人员生产率的变化是一个 数量级（参照确定性金字塔原理），而很多人依赖从计算机科学专业的学生进行的非正式实验或是那些无法被有效控制的项目中去收集小量的数据。所以，这些研究组织给出的理论基调往往是不健全的，并且，调查结果普遍远超出了他的使用领域。

因此，不太可能轻易下论断敏捷开发实践就比瀑布模式之流合适，反之亦然。我们想要实现持续改进、学会怎样使得团队或个人变得更好、’掌握成功创建大型产品与服务所需的技能，我们就需要聚焦于尽可能使反馈间隔时间缩短，以便实际洞察其间关联，以及辨别原因和影响。

软件方法论，即使雇用一群牛人并让他们自我组织，也是糟糕的，因为他们时常搞得“cargo-cult”（货物崇拜，敏捷开发里的知名小故事，形而 上）：我们在做stand-ups（每日站立会议），我们有优先顺序的backlog（优先待办事务），我们甚至看在老天的份上实践了 continuous integration（持续集成）。我们的到头来的结果为什么还这么差呢？因为你忘了最重要的事情：建立一个学习能力和适应能力都很好的组织。
————————————————
版权声明：本文为CSDN博主「大图书馆的牧羊人」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qwqc262/article/details/109231845