哪儿来的瀑布模型和敏捷软件开发，只有会与不会之分

作者：熊节 《重构》译者

各个敏捷社区群里都有个月经帖。比如最近某敏捷群里就有个同学说：

瀑布和敏捷不是对立的，敏捷不应该怼瀑布

每个月那几天，总有人要冒出来说一遍，瀑布和敏捷不对立的，瀑布和敏捷兼容的，blahblah……

中国的IT行业，哪儿有什么瀑布？

过去搞那么多年瀑布，有几家公司的需求变更流程控制住了的？有几家公司是文档与代码一致的？有几家公司的代码是从设计文档驱动出来的？

大家都是行内人，实诚一点好吗？都是全凭本能deadline驱动，就不要假想出一个“瀑布”来讨论了吧。

中国的IT业，根本就没有什么「瀑布 vs. 敏捷」的对比，只有「能力不足、全凭本能的外行 vs. 会做软件的专业人士」这个对比。为数众多的外行喜欢拿瀑布来当遮羞布而已。为什么呢，因为不会写代码，写写文档比较容易糊弄，毕竟文档不需要运行。

CMM 在 2001 年传入中国，非常明确给中国软件行业指出了问题所在。它非常清楚地指出软件开发应该具备哪些基本的能力：需求管理，项目管理，配置管理，质量保障。然而快20年过去了，政府给了这么多的鼓励政策，这么多企业通过了CMM认证，为什么现在行业里这几项基本能力还是这么缺，大部分公司都是全凭本能在工作？

今天又看见一篇文章，说「软件缺陷渐成汽车故障“重灾区”」，感兴趣的读者可以自己搜索来看看。我觉得这都是很正常的事。前几年很多车企的人跟我说，我们这个行业特殊，我们没办法敏捷，我们必须走瀑布走CMM……其实我对于你走不走瀑布CMM并没有什么特别的意见，但实际上这些企业是什么方法都没有，不但没有敏捷，也没有瀑布，是全凭本能在裸奔。软件用得不多的时候，裸奔看不出什么问题；一旦软件成了产品的重要组成部分，质量问题马上就露出来了。这不是敏捷不敏捷的问题，这是不会做软件的外行在瞎做的问题。

中国的IT行业爆炸式增长了十几年，带来的结果就是这个行业里一大半的人是外行，他们根本就不会做软件。而在爆炸式增长的早期，本应该为这个行业建设能力的CMM这帮人又只顾着骗钱，没有建设任何能力。结果就是今天这个满目疮痍的样子。

怎么办呢？

改变行业的事先放一边吧，太大。看清情况真相对招聘的意义就在于，如果你招会做软件的人，你有可能得到会做软件的人。否则大概率得到不会做软件的外行。不管你要求的证书叫啥都一样，你会发现得到的是同样的一群人，即不会做软件的外行。

怎么获得会做软件的人呢？当然这又是我老生常谈的基本功问题了。招聘的时候重视基本功，招进来以后培养基本功，就会得到会做软件的人。感兴趣的读者可以翻我公众号前面的文章，就不多啰嗦了。

总而言之一句话：会做软件的人，自然会找到合适自己的方法；不会做软件的人，用任何方法也不可能让他做好软件。这就是方法论的真相。