作为20多年的技术老兵，可叹还经常在Coding中，也时常为软件行业当下的情况扼腕叹息，也为软件业的未来担忧。想起来一位老领导的感叹：大部分人都只能称为码农，能称为技术的人寥寥无几。

　　我们看看如下的场景：

　　客户提出需求，技术与客户沟通需求，进行需求分解，然后开始研发。这个过程粗看符合逻辑，也是常规做法，但是经不起一丁点的推敲。有经验的研发，会帮助客户梳理需求，尽量确保需求的合理性，这已经就是很好的结果了。但是，这样的方式就真的有效吗？

　　首先：何谓需求？

　　我的理解，需求就是某人想要某样东西。这个简单的答案里面，隐藏了大量的不可控因素。

　　第一：需求是由人决定的，就算完全一样的目的，不同的人也会有不同的需求描述，这还要取决于每个人对事情的理解程度；

　　第二：需求是多变的，最简单的，你如果在考虑晚餐吃什么，可能一个小时前和当下的答案都是完全不一样的，更何况复杂的软件呢？

　　第三：需求往往与公司现状、当前环境等诸多因素有关，人为想要固化需求，只是一厢情愿而已，更有甚者，让需求方签字画押，真不知这种方式是否对人对己有丁点好处。

　　其次：需求驱动开发

　　复杂一点的软件，都需要经历一个冗长的过程，也需要多个岗位的相互配合。传话游戏大家都不陌生，那软件领域呢？从需求到产品，到UI，到研发，到测试，这么多岗位传话来下，与原始的需求能匹配上60%就算很好的结果了。也难为了这些岗位之间天天打架。

　　在我看来，需求驱动开发，特别是在一些业务相对复杂的场景下，无异于自寻死路，所以才会有企业数字化转型的一句名言：不转型等死，否则死在转型的路上。

　　由于篇幅有限，后续再分析怎么样才能做好研发，企业如何才能在数字化转型中增加一点成功率。

　　原创声明：本作品全部知识产权归属作者所有，未经书面许可禁止任何形式的复制、传播或商业使用，任何侵权行为将依法追究法律责任。声明自作品发布之日起生效。