我常看到一些开发人员把过去一些案例让客户观看,希望客户从中可以理解本身的需求,然后在建设的过程中慢慢把需求建立起来,但这种方法往往让我们无法把握项目的真正范围,让范围不断蔓延,导致项目不断延误,未能有效的完成交付。每一个客户有本身的思想,有本身独特的需求,有企业本身的特色,观看别人的案例只让客户增加本身对结果的期盼,不能完全解决项目的最终目的。尤其是近年来的项目多是概念性的项目。所谓概念性项目是从商业概念所产生的项目,例如“一个客户管理系统”来对客户进行管理和提供客户的服务,建立客户满意度等类似的项目,又或者是客户需要建立一个“市场管理系统”来对企业产品销售进行有效的分析及开拓市场方向等项目。这些项目便是我们现在所说的“信息化”项目的建设。技术人员绝对不能够把握这些概念性项目的需求,也成为目前国内信息化过程的延误和信息化结果的最大障碍。九零年代中期,国际企业开始进行信息化,在无数惨痛教训后理解到技术人员本身的极限,对商业运营的最终目标并不认识,所以特意在软件行开发项目中建立一个新岗位,商业分析师( Business Analyst ),商业分析师可以是资深的系统分析师,但必须曾经在工作的过程中对某一个行业的运营相当理解,这包括在某个行业中曾经负责开发多种不同的项目,对企业的运营需求和运营方向全面理解。也可能是一个部门的业务经理,经过培训后理解如何进行分析,如何建立商业模式等方法。才负责项目初期的信息收集,分析及设计工作。目的是因为技术人员对企业的业务并不认识,很难把握客户的真正需求,改由商业分析师来理解客户建立系统的最终目的,从目的中建立商业模式( Business Model ),再从商业模式中建立主要的工作模块( Process Modules ),从工作模块中建立运营流程( Business procedures ),再从运营流程中建立项目需求,这时候才转交技术人员建立项目功能规格。