企业中IT系统需求收集的反思
本文标签: 需求收集 系统需求 

一、常规情况下需求收集

1、  企业方需求初步确定

由于企业内部出现某个问题或者就某方面做更好的提升，进而得出企业内部上某个系统，只确定了上某一个系统，如ERP系统、CRM系统等等。

2、  软件厂商方需求的收集

软件厂商（以下简称乙方）得到某企业的需求信息后，登门拜访确定意向后，由乙方排除相关人员框架式的收集需求，最后形成方案建议书提高给企业。

二、常规需求收集产生的影响

由于企业出于货比三家的考虑，可能会有多个乙方来现场收集需求，最后就导致了企业有多个方案建议书，每家乙方都描述出一份可以实现的蓝图给企业，都声称自己可以做到。此时企业就困惑了，到底该选哪家呢？那就看价格吧，如在价格相差不多的情况下，企业又困惑了，那就凭乙方企业的印象，印象分高的，入选了。

        进入实施阶段后，由于前期对入选的乙方抱过高期望以及企业内部对系统知之甚少，导致双方合作不太愉快。

三、企业方的反思

作为乙方来说他们过分夸大功能是可以理解的，但是作为企业方来说，责任还是有的：

①     没有真正“了解自己”，即无明确的的需求；

②     缺少一个“把功能转化为IT语言”的人。

四、IT系统需求的重要性

IT系统的选型是以企业方需求为基础的，没有明确的需求直接影响项目实施的顺利进行，轻者只是延缓了项目进度，重者是功能上不能实现根本无法实现此需求，就算是后期二次开发项目费用肯定是增加的，二次开发的功能下次系统升级能否兼容还是未知。

五、企业方自主收集需求

1、  需求收集人员素质要求

①     具有“把功能转化为IT语言”的能力；

②     熟悉公司相关业务流程；

③     具有良好的沟通能力，可以挖掘潜在的需求；

④     对需求有分析、汇总的能力，即把需求分门别类，注明需求的轻重缓急。

2、  需求收集时最好确定到流程中的环节以及根据内部的习惯确定实现的方式，需求收集完毕后报企业审批；

3、  拿到审批后的需求，做成标书要求，再寻找软件厂商，按照相关程序选定乙方。