敏捷开发已熄火？苦敏捷久矣的程序员，难识敏捷真面目

        天下程序员苦敏捷久矣！

        敏捷开发，以前非常火，尤其是2010年后，走哪都能听到“敏捷开发”。爆火之后，不少程序员开始喷敏捷开发。

        被喷多了，慢慢便熄火了，实际上，程序员的唾沫，威力并不大，吐槽996那么久，也没见有啥成效。

        历经几年的发展，“敏捷开发”似乎成了上个年代的名词。如今，敏捷开发并没有退出历史舞台，依然存在，只是不提了。

        敏捷开发，熄火的真正原因，不是被喷灭的，其“功劳”或归功于一些新理念。个人认为，熄灭敏捷开发这把火的，或许是“架构和微服务”。

        什么是敏捷开发？

        我回忆了下以前的“敏捷开发”：没日没夜的加班加点，反反复复的开会，压缩的开发周期，紧凑的工作任务，很随意的版本测试，以及草率的版本更新。

        这些，应该并不是“敏捷开发”吧？接着，网上找了好些资料，确认了下我的理解：一千个人眼中有一千个哈姆雷特。

        敏捷开发，不应该是“科学的软件开发”方法论吗？

        严谨和无歧义，那是正统科学方法，该有的特点。到底是哪里出了问题？带着疑问，回顾了下其他软件开发方法。

        从原型模型、增量模型、到瀑布模型、再到螺旋模型，他们都有一个特点——流程化非常清晰。此前的