业务人员不懂技术，技术人员不懂业务，于是产生了所谓的需求设计人员在两者之间，当作‘调和人’的角色。业务人员提出了业务需求，需求设计人员完善需求，形成需求文档，经业务人员、业务人员主管、需求设计人员主管审核之后，提交给技术人员主管，技术人员主管确认之后，分配开发任务给技术人员，看似不错的流程，也有不足之处。
所有人都倾向于迅速解决问题，业务人员倾向于能点一下鼠标，绝不点两下鼠标；技术人员倾向于能少写一个判断，绝不多写一个判断。于是，问题随之而来。需求是一个Excel文件和依照条件查询出来的MSSQL中的数据比较差异。技术人员说，你的需求文档写的太细了，这块删掉吧，让他们（业务人员）在导入之前先处理一下Excel；业务人员说，怎么可以人工处理，人工改万一改错了怎么办；需求设计人员说……
比着懒不如比着勤快，能用程序完成的就不要用人工完成，毕竟程序是写一次之后用无数次，只要程序本身没有BUG，结果就是正确的。要求人工处理导入之前的数据比较不合理，人会变，人会换，程序是死的，正是以不变应万变的道理。
