,尽可能不做响应,其实更好的做法则是拥抱需求,拥抱变更。一个好的系统是设计出来的,一个好的系统也是用出来的。一个系统在用户的使用中,必然因为用户的习惯和业务变化,产生各种需求,而IT部门通过小修小补的多次改变,才能逐渐让系统变得友好易用。反之,如果一个系统不做任何变更,用户逐渐便不愿意使用,系统也就荒废了。
至于后者,在业务需求不清晰的情况下,可以暂缓执行需求,应和业务部门继续研究完善。当然,如果有能力,可以先搭建一些原型系统,引导业务部门思考,不断参与系统试用,进一步明确、完善需求。
三是要加强IT部门自身的团队建设。在项目建设过程中,IT团队最好能够相对固定,并且要随着业务发展进行转型。企业IT部门在进行项目管理时,在乙方人员进场后,不能只当“包工头”监督乙方的工作进度,还要领会业务的IT需求和实施方案,进行需求的匹配分析。否则系统一旦上线,IT团队还是不知道内部的设计细节。基于此,IT团队需要具备更高的技术技能,包括把控需求、设计主要的技术路径,从长远来看更有利于IT团队能力和价值的塑造。
根据个人经验,IT系统建设都是不断的折衷,IT部门、业务部门和承建方三方相互妥协。从这点来看,IT系统项目建设和新房装修其实差不多,业主方的能力强、考虑问题全面,留的遗憾就会少一些,或者无关痛痒,总体上来说就算是比较成功的了。企业要抓大放小,实现主要的功能需求、使用需求和界面需求,一些未尽需求只要不影响大局也可以留待后续升级更新中去实现。