为什么软件开发，人多，事少，还会工作量大？ - windwos7(2)_H5之家

● 需求传达不明确或者理解有偏差导致返工
　　探知客户内心潜在的需求很难，而需求确定后，信息传递的媒介，往往是需求文档。语言文字这种东西，传递的过程中容易失真，丢失原有的意思。这种情况尽可能比较，需求传递跨越太多层次才到最终到达开发人员身上。如果是这种结构，每层信息丢失2%都不得了，做错了，返工的效率和代价就十分巨大。
很多时候往往是这种传达方式：

我们需要的是这种方式：

最终的研发人员，应该接受到需求后，应该是反向和用户、产品经理、研发经理沟通，最终才能确定的。

● 技术架构过于落后、过于复杂
　　先进的技术架构、统一高效地开发标准，是系统建设的基石，会大大提高软件的生产力，让开发人员专注于实现业务、商业逻辑，做更有价值，更高产出的事情。
　　当你还在纠结页面兼容性，纠结这个界面必填怎么实现的的时候，人家通过工具简单配置，界面就自动生成了；当你还在纠结并发量大，分布式事务如何实现的时候，人家消息机制、两段式提交已经用的飞起来；当你还在纠结分布式系统，数据库拆分，如果做垮库查询的时候，人家ORM自动分库路由，数据分发机制已经用烂了；当扯不清、道不明各个系统之间的调用关系，猜不透单点改动的影响范围、运维上压力巨大的时候，人家服务治理框架应运而生。。。。。。。这所有的所有，都依赖于先进的软件架构，有现成的或者自主研发的。这一切的一切，都可以让开发人员如虎添翼，事半功倍。