【赛迪网讯】
学会“点餐”是个难题
企业CIO和厂商的技术经理是IT领域中不折不扣的甲方、乙方，但这对甲方、乙方却要共同面对一个问题——需求的设计分析。
采访的过程中常会听到这样的声音：一个项目成败的关键在于它有没有一个边界非常清晰、完整的需求分析。若有，项目则已经成功一半；若没有，项目肯定百分之百失败。那么，IT需求从何而来？如何才能做出一份边界完整的需求分析？
由点餐学起
带小孩去餐厅吃饭会遇到一个点菜的难题，就是不清楚小孩喜欢吃哪些菜。这与公司的IT部门其实也不知道业务部门喜欢哪些IT软件功能的情况非常类似。二者同为服务业，他们有些相通的地方，我们可以来对比学习。
首先，小孩不知道自己要吃什么，就像业务部门不清楚最适合自己的软件功能需求一样。小孩会说“我要好吃的，我要吃饱”，而相应的业务部门会说“我要保障业务正常运行”。这是没法再简单的IT需求，但同时这也是最高的需求。一份边界清晰详实的需求分析，想单单从业务部门就能得到，这几乎是不可能的。就像小孩如果知道自己爱吃什么就自己直接点菜了一样，业务部门会说：“如果我很清楚需求，那我直接找IT公司来开发之后买单就可以了，还要IT部门做什么呢？
怎么办？期待IT部门提供快餐式的IT服务让业务部门按照菜单来选择选择还是期待业务部门赶快成熟起来，自己能够“点餐”？
沟通的要诀
一个软件系统的开发过程说到底就是由业务人员提出需求，再由开发人员将之翻译成机器能够理解的语言，构建成系统后，交付给业务人员使用。需求分析的难点来源于因用户需求所涉及的因素繁多（运行环境等）而引起的问题的复杂性，涉及人员较多造成的交流障碍，用户需求的变动导致需求分析的不一致、不完备等。
要克服以上困难，如果还是拿点餐来对比的话，其实就是要和小孩多吃几次从而熟悉他的口味一样，IT部门要深入业务部门，多与其交流沟通才能明白业务人员的需求。
但沟通也要讲究技巧，不然就会造成业务部门想要的是A，说出来的是B，IT人员理解的是C，想做的是D，最终做出来的是E的局面。
而沟通的要诀就在于，首先是沟通的对象要广，要做大量的沟通，和不同的人来谈甚至要超越业务部门的范围；其次沟通的内容要细，需求设计第一步要实现什么、第二步要实现什么，甚至软件的界面都要一条条谈清楚；最后要化繁为简，保证需求分析的一致性和完备性。
为了达到高效的沟通效果，人们在不断做着尝试。比如惠普培训已经开始引进业务分析师，将其定位于精通技术与业务“双重语言”的专门人才，使其能在业务需求和技术解决方案之间建立起有效的沟通，充分确切理解业务环境及其真正需求。
看来，互相理解是基础，业务与技术人员的相互理解是做出标准的业务需求分析和管理文档，提高项目成功率的关键。
(责任编辑：花草)
