眼看第一个MES项目月底就要上线验收了。本项目实施比较顺利，预计比计划拖后3周时间，节约了30%的成本，实现了项目目标，可以算是一个成功的MES项目。总结分析，除了业务较简单，甲方好相处之外，和整个项目团队的努力是分不开的。但在实施过程中也存在一些问题，从需求调研到上线交付，值得总结回顾。我想从合同签订、需求分析、软件设计、软件开发和测试和上线运行的软件开发过程结合项目成本、进度、范围和质量等管理活动进行分析。
本项目是为某汽车零部件企业实施MES系统，实现工单计划、冲压生产、焊接生产、设备、模具和不合格品等业务的管理。项目实施周期为2018年7月1号到2018年12月5号。
合同签订
目标
项目开始前签订合同，确定项目基本范围。
结果
6月份甲方基本确定和公司合作，开始讨论签合同问题。7月份在合同签订之前，项目组已经投入人员进行需求调研工作，并正式立项。但合同的签订直到9月底才完成，才收回第一笔款。
过程分析
项目立项时，基本确定项目范围，形成项目技术协议。需求调研按照技术协议内容开展。7月底，甲方要求增加A线业务，并修改技术协议内容。此时，由于已经投入成本，只能接收。9月份，按照项目进度应该去现场进行汇报和业务交流，但由于合同迟迟未签，公司领导并不同意去做交流，只能电话交流，交流效果较差。9月份，由于甲方为政府机关，按照规定，大于100W合同需要走招标流程，导致公司紧急进行投标编写和投标，并且第一轮信息错误，导致废标。后经多方努力，才终于在9月底成功签订合同。
经验教训
在项目启动之前，应该把合同签订，对于甲方来说，可以避免乙方资源投入风险，提高项目成功率。对于乙方，除了避免投入成本，最终项目无法签订的分线外，还能避免项目范围蔓延，项目资金缩水的可能。
需求分析
目标
半个月内完成项目需求调研，基本确定项目范围和边界，明确项目核心功能要求，形成需求规格说明书。
结果
在甲方现场待了半个月，通过填写调查问卷、访谈、现场走访、跨部门需求调研会、收集资料等方式，基本明确甲方当前业务流程现状和项目范围，形成需求规格说明书。
过程分析
需求调研在甲方现场进行了半个月，由项目经理带领2个实施顾问进行。首先，项目组和甲方项目经理进行项目业务调研。比较幸运的是，甲方项目经理对整个业务流程非常熟悉，基本可以代表以后MES关键用户的意见，为需求的准确性和全面性打下良好基础。在和甲方项目经理的交流后，项目组到现场进行走访调研，和一线生产人员沟通业务细节，并注意收集业务清单和业务数据，通过单据串联，复原整个业务流程框架。8月初，项目组在整理过程中发现的问题，进行了二次调研，对一些项目范围和细节进行了澄清。
但从后续阶段实施过程发现，半个月的需求调研和第二次为期一周的调研不够细致，很多细节并没有调研清楚，比如批次管理、和WMS业务衔接、生产备料领料流程等，对设计和开发产生一些影响。
经验教训
首先，缺少正式的需求评审。需求调研完成后，和客户交流进行确认，但并没有进行需求评审。这导致客户没有很好的起到把关作用，对需求细节没有仔细确认。
其次，需求调研时间较短，并且在现场时间也较短。需求调研时，很好的控制了项目成本和项目进度，但项目需求调研的质量较差。MES项目现场调研非常重要，在现场多待一天，多去一次生产现场，多开一次交流会，调研效果就会成倍提高。所以，项目成本和进度调整一定不能从需求调研阶段节约，应该以保证调研质量为第一位。
最后，需求调研报告应该及时的和设计开发人员进行交接，确保后续阶段参与人员能够完全理解业务流程和细节。本项目中，我参与了需求调研和设计阶段，避免了需求调研和系统设计脱节的风险。
软件设计
目标
半个月时间，完成系统蓝图设计，并制作系统原型。
结果
本阶段进度缓慢，花费1个月时间才完成蓝图设计。
过程分析
需求调研完成后，我继续参与蓝图设计工作。由于系统是在成熟产品的基础上进行定制开发，计划模块、设备模块、物料管理模块和人员管理模块都是标准模块，只做了微小的改动。主要工作集中在冲压作业站、焊接作业站、模具管理模块的设计上。设计过程中，我们及时和公司业务专家、甲方项目组进行沟通，不断对设计方案进行迭代，确保系统大方向不发生错误。我们向甲方展示了标准模块的DEMO系统，并制作了定制模块的系统原型，使甲方对MES系统有了初步认识，并由甲方进行确认，完成需求评审。由于项目计划中并没有详细设计阶段，按照计划，蓝图设计之后就要进入开发阶段。
经验教训
在蓝图设计阶段，每完成一个版本，项目组邀请公司业务专家进行内部评审，形成修改意见，迭代进行修改。每完成一个大版本，会和甲方项目组进行确认，形成修改意见进行修改。虽然花费时间较长，但确保了设计的正确性，并让用户从这个阶段起就已经对系统有了初步认识，为以后使用打下基础。
不足之处在于，蓝图设计时，太注重系统原型和界面的展示，对后台数据的串联没有太多关注，导致如果直接开发会出现很大问题。幸好，开发人员不到位，使项目组有半个月时间进行详细设计，结合产品逻辑和数据库结构，对业务细节进行了详细的设计，弥补了蓝图设计阶段只重外表的偏向。尤其是和ERP及WMS接口的设计，基本完成了算法逻辑的设计，为开发节省了很多时间。
另外，设计思路上也出了一些问题：过多的考虑了项目成本的节约，很多功能太多顾及产品标准功能的限制，并没有完全反应项目的实际需求。否则，某些模块本应该设计的更合理。
软件开发和测试
目标
2个月时间完成系统开发，并内部测试1个月。
结果
系统核心功能在9月底完成，其他功能的开发和软件测试、系统试运行阶段并行进行，导致上线拖后两周。
过程分析
原计划8月初开始的开发阶段，由于资源短缺，直到8月中旬才慢慢开始。开发过程中，由于资源短缺，个别开发人员经验欠缺，进展缓慢，并且存在大量bug,开发质量很差。原定10月份进行的上线，拖到11月1号才勉强将核心功能部署到现场进行试运行。测试工作在9月初已经开始，并安排专门测试人员进行测试，记录测试问题，及时反馈，进行修改。进入9月份，每1周进行一次内部评审，记录问题，及时修改。其中，甲方一名有丰富开发经验的工程师负责把关，重点关注了用户体验和易用性，为系统试用打下良好基础。
经验教训
资源合理安排非常重要。由于每个人都兼顾其他项目，并且个人能力有差别，资源合理安排，工作合理分配非常重要。有时候，资源到位，苦于能力不达标，只能临时更改开发计划，以保证资源不浪费，同时保证进度。
开发内容分优先级，首要保证核心功能按照里程碑完成。严格把关，开发测试并重，保证软件质量，形成测试问题记录文档，及时对程序修改和维护。
配备至少一名经验丰富的开发人员，可以不参加开发，但需要全程对开发系统进行评审和指导。
线部分等到项目完成后更新。
