面对复杂的业务规则如何精准把握需求？对于多种架构并存的软件系统如何快速响应？
现实状况：在互联网企业的带动下，企业内部也在追求着需求的快速落地、代码的快速迭代。在很多个项目并行的情况下，各种以项目交付时间作为项目名称的项目，应运而生。跨部门的应用梳理、多部门的协调，多个系统间交互。像我们企业内部，各种时代的软件系统并存，不可能在段时间内规划出一个全新的系统架构，那么必然是要面对各种复杂的陈旧系统间的数据交互、业务实现。
如果没有一个业务技术都精通的灵魂人物（事实情况是大部分都没有），那么需求把控不到位，后期需求频繁更改，就会影响项目的进度，更不要说快速开发响应了。如何以最小的成本帮助业务部门解决痛点，从而实现系统的价值？
那么，我的困惑是：
1、对于复杂的业务规则，如何快速正确的引导？使得我们能够找到真正层面的需求，使得我们的需求设计比较精准？把业务部门的需求变更降到最低？
2、在没有一个很好的整体软件系统架构的前提下，如何能够在多个不同技术的系统之间做好快速的开发响应？仅仅是说功能最小化？功能最小单元的快速部署上线？
5同行回答
感谢楼上各位大拿的回复，本人无条件赞同^_^（不是我没有原则，只是你们说的都对^_^）
尝试回复一下echona和sunsichuan的问题哈：
1、对需求的精准把握和理解上，IT部门与业务部门之间是有壁垒的，本人不对所有业务需求进行探讨，但就业务运营策略层面上的需求倒是可以说个一二：1）业务运营决策的需求本来是来源于业务的，IBM ODM就是一种工具平台可以让需求的落地实现回归到业务，有些业务需求不必交给IT，LOB自己就可以使用ODM来实现；2）就业务运营策略层面上，ODM可以让IT和业务人员更好的协同，打破IT与LOB的壁垒。
2、各时代下多系统的信息交互等。1）系统间的点对点交互，变成基于ESB的系统交互；2）系统整合，比如企业级的流程整合等（当然也可能不仅仅是这一个层面），可以基于统一的流程平台来整合实现；3）企业运营策略业务层面的整合等
收起