需求调研是实施MES系统关键的里程碑。作为MES系统实施开题性的工作,需求调研是 MES系统 规划、实施过程中基础、重要的工作,调研的好坏将直接影响MES系统实施乃至应用效果。
从MES系统需求调研的工作内容来看,一般包括以下几个关键步骤:
一 、MES系统需求调研计划
凡事预则立,需求调研计划是整个调研活动的引导,也是跟客户和其他干系人沟通的重要手段。需求调研计划包括调研目的、调研范围、调研方式和调研安排以及需求确认的准则、方式等内容。
调研的主要任务是通过对现有系统和业务需求的调查与定义,进一步明确系统任务,制定系统发展规划。
调研的范围包括界定系统涉及的业务范围、功能范围,涉及的业务流程、岗位人员,与其他业务系统功能边界的划分以及集成范围,还要包含用户的非功能性需求。
调研的方式包括用户访谈、文档考古、现场观摩、联合开发等,这些方式可根据MES系统项目的状况和企业状况进行组合,用户访谈是与用户面对面进行交谈;联合开发是调研小组先容系统功能流程的同时,用户根据实际情况针对这些功能提出建议与调研小组共同讨论;现场观摩是到生产现场了解实际的生产组织和业务流程。
调研的安排是对于整个MES系统调研活动步骤的定义:什么时间、什么地点、哪些人员要参与、采用哪种调研的方法,主题是什么,每个步骤要达成的目标是什么等等。
MES是生产实行管理的核心系统,要关注各个业务专题,所以各个业务专题的调研是重点,但除此之外,更为关键的是对关键的主体业务流程的调研,MES系统能够成功实施的关键是对关键主体业务流程的流程重组和优化,否则,如果MES只是实现了对业务过程的记录,系统是没有生命力的。
另外,MES需求调研计划还要制定需求确认的准则和方式,这个内容相当关键,需求分析报告是用户具体需求和详细需求的清晰的表述,是项目验收的重要依据,但必须经过甲乙双方的确认,所以,需求确认一般采用非常正式的需求评审会议的方式进行。
MES系统项目的需求确认一般遵循以下准则:
1.需求满足合同要求;
2.需求评审发现的问题都已经协商解决;
3.需求都得到了识别与描述,能够保证需求的完整性;
4.需求描述正确,能够确保需求的正确性;
5.考虑了各个层次的需求,确定了需求的优先级,确保需求的可行性;
6.遵循了客户要求的行业标准、业务准则。
二、需求调研组织
MES系统调研问卷
MES需求调研的组织是在需求调研计划达成一致后,首先提前将各个调研专题的调研问卷分发给相应主题的各个需求调研参与人员,目的是先让各个参与人员对调研内容和问题先进行思考和梳理思路,同时将涉及到的文档和文件准备好,增加调研效率的同时,还能使调研更充分。
MES系统调研通知
各个专题的需求调研召开,一定要提前进行正式的调研通知,一般是以邮件方式进行(设置收到回执),其一是敬重,其二是获取承诺(同时还能提醒,明天就要调研了,有领导要参加,调研问卷填了吗?)。
MES系统调研记录
调研过程中一定要进行详细的记录,这里的详细是指要把所有的要点都记录下来,MES系统调研信息量会非常大,好记性不如烂笔头(当然可以用敲键盘来代替),对表述有疑义的地方一定要采用你理解的方式跟相应人员确认(沟通中必须的!),每个主题调研完成后要对调研记录进行整理,并进行调研记录确认,因为调研记录要作为需求分析的基础,调研记录中的错误和偏颇会导致需求分析的错误。
MES系统需求分析
MES系统需求分析的交付物是《MES需求分析报告》或《MES用户需求规格说明书》,是需求分析阶段重要的交付物,需要明确编制目的、范围、术语及缩略语、文档约定、参考文件,要对项目的目标(总体目标、管理目标、技术目标等)及范围(组织范围、集成范围、功能范围等)界定清楚,并对关键业务流程进行说明,在业务需求中结合项目合同的要求和调研中的要求进行业务需求描述,并针对业务需求分析出相应的功能需求和非功能需求(性能需求、安全性需求、部署需求、界面需求、接口需求等)。
若是使用原型法进行需求调研,一定要将原型截图,并进行详细说明。需求分析一定要描述精确,一定要把需求界定清楚,切忌模棱两可,更不能存在歧义,一定要可度量,并且能简单的实现度量,MES需求分析报告是系统测试的依据,也是项目验收的依据,一定要重视!
三、需求调研的确认
MES系统需求调研的确认主要是《MES系统需求分析报告》或《MES系统用户需求规格说明书》的评审,这里的评审包括两轮预评审和一轮评审,三轮评审主要是干系人范围不同。
第一轮评审是乙方内部的评审,内部先确定需求的覆盖度和存在的风险;第二轮评审是乙方内部评审通过后与甲方部分干系人(甲方项目经理、各部门中层领导、业务骨干等)的确认;第三轮是真正意义上的评审,是要所有关键干系人都要参加的评审。
评审根据需求确认准则进行,评审通过,《MES系统需求分析报告》才成为正式的阶段交付物,这时,一定要建立需求跟踪矩阵,以确保项目的后续阶段中,需求有对应的设计,设计有相应的实现,功能有相应的测试,以及在需求变更时,都要进行相应的评审和相应需求跟踪矩阵的更新。