客观及主观因素约束下的MES系统需求分析

前言

本文以照明电器企业高层的交流对话导入正文，T先生是一家大型照明电器企业的资深职业经理人。主管生产制造及运营的副总，在技术研发、信息化数字化、生产制造及运营有丰富的实践经验，也是MES项目的总负责人。K先生是行业从业多年的IT项目经理，在信息化数字化、企业运营、IT项目实施有丰富的经验。

T先生:企业在实施各种信息化数字化项目，很多的项目经理都把需求的调研及需求分析作为项目导入实施前期工作的第一步，你如何来理解认知需求呢？

K先生：从个人的实施信息化数字化的项目的经验，需求的调研和分析是项目的前期的工作重点，但是把需求调研和分析作为第一步是认知的不足，个人的观点是按照先做项目立项必要性和可行性分析论证、其次确定清晰可衡量的目标、再次才是需求调研和分析、最后是软件功能的确认和开发。

T先生：很赞同这样实施方法论，从需求调研和分析开始导致的结果是更多关注需求与功能的匹配，更多的时间和精力花费在软件的选型。需求与功能做匹配、软件选型也是需要认真评估。更需要对企业自身的管理水平及目标确认做深入且客观的评估。在很多的项目选型过程，乙方软件在演示过程过中的很多很多的功能都可以实现，但是一旦上线在项目的实际中应用，出现了很多很多的问题。根源上不是软件功能问题，而是企业不具备支持软件运行的管理环境和管理基础、数据条件。乙方做功能演示有个默认前提是具备这些管理环境和基础。

K先生：是的，很多方法和经验都是在踩过很多的坑；总结出来的宝贵经验。

做需求调研和分析需要理清楚的几个问题：

问题1：什么才是真正的需求

问题2：需求的边界在哪里-范围（广度和深度）

问题3：业务部门提出的需求（潜在需求）如何转为软件系统开发的真实需求

问题4：阐述需求与其它要素的逻辑关系。

一、认知需求

认知需求：所有的需求应该建立在客观约束和主观约束下的需求。客观因素约束就是企业管理水平（基础）、条件（前置条件）和资源投入的。主观因素的约束就是项目目标和企业核心问题、痛点难点。

需求的本质是在各种约束中寻找最优解，认知需求的双重约束；需求从来不是天马行空的想象，而是在客观条件与主观目标之间寻求的最佳平衡点。客观约束如同大地，承载着企业的管理基础、前提条件；主观约束则如指南针，指引着解决问题的方向。

本文默认在客观约束因素具备下的理性选择，谈主观约束因素下的需求。

主观约束既定，需求的源头就是目标，提出各种需求目的是为了解决企业面临的问题、难点、痛点，需求也应该围绕问题、难点、痛点来提出。

二：需求的边界---范围

电器MES系统的实施范围、需求、功能，参照ISA95标准；参考ISA95定义的范围和功能。

本照明电器MES系统要以生产计划为导向的车间资源全面管理，不仅仅是实现工厂层与车间层级的业务和数据的互联互通，要利用MES系统在数据采集、记录、传递和处理数据的能力。更要利用MES系统整合全要素资源（人、机、料、法及信息）的能力，充分利用工厂资源；合理规划车间资源，高效地利用资源。照明电器的MES在主计划管理（产能规划）、作业计划（车间）及订单派工（工作中心：机台、流水线）这条主线上有深入的需求，本期涵盖的范围广度包含本生产基地生产全过程全工序（压铸、注塑、喷涂、电子SMT/DIP/测试、维修、组装、老化、成品测试、包装及成品入库）不包含外协加工的工序。涵盖的需求如下：

1、数据采集需求：通过各种技术手段采集数据，比如设备按照数据采集器、手工扫描、传感器及人工报工等等。采集订单状态、设备、过程动态质量控制、库存、实时生产等等的数据。

2、订单管理需求：支持通过接口实现ERP订单、预测及其它订单的数据自动导入MES系统；支持对导入的订单的处理，订单的合拼、拆分，及交期、数量调整。支持在本模块中手工输入及其它线下方式导入订单数据。

3、生产主计划管理需求：订单接收、分解、排程与进度跟踪。

4、车间作业计划需求：工单派工、实时报工、生产异常处理。

5、车间过程物料管理需求：支持车间物料的领用、消耗、在制品盘点、支持生成车间缺料表

6、设备管理需求：设备台账、状态监控、OEE 分析、预防性维护。

7、工艺管理需求：工艺路线 / 参数维护、ECN 变更管理。

8、质量管理需求：全流程质检数据记录（IQC/IPQC/FQC）、SPC 分析、不良品追踪与改进。

9、绩效统计分析需求：自动生成生产、质量、设备等核心绩效报表 

三：潜在需求如何转化为真实需求

在项目调研阶段，从高层到部门人员针对上MES系统项目提出很多很多的需求，整理出来有几十项甚至上百项、几百项需求。在这些看似纷乱、复杂甚至有着矛盾的需求中，理清这些需求的内在逻辑，通过逻辑分析来整理这些需求（潜在需求），把这些需求转化为项目的真实可行的需求。

难道就按照高层及业务部门提出的需求来开发软件吗？表面上看是“以业务为中心、满足业务需求”。要是真的按照这个思路来开发MES或者选型MES，这一步就误入歧途。这个时候专业的售前技术工程师（售前技术专家）的作用就来了。专业的售前工程师有自己独立的判断能力，不会受制于业务提出的需求；会结合项目经验、企业管理水平、IT技术等综合因素来把业务需求转变为真实的需求，这个需求才是软件开发或者选型的依据。

真实的需求要对准目标，聚焦核心问题、聚焦管理水平、聚焦前置条件、聚焦资源投入。了解过一些MES项目，没有做到“对准目标、四个聚焦“；调研需求调研过程中，若这步出现了严重问题，将会导致需求多功能多，再增加需求再增加功能的恶行循环。不是功能少、而是功能太多太多，很多都没有用上；企业的管理水平、前提条件及资源投入跟不上，支持不了这么庞大的需求。作为专业的售前技术工程师，首先对所有需求整理；理清楚需求的逻辑关系，从那些看似纷乱、矛盾的需求理出主线。再次对需求与问题做配对，那些需求是为了解决核心的问题、那些需求解决一般性的问题、那些需求只是解决某个很细节的问题。最后对需求做分类和转化：核心需求、一般需求、细节性的需求，把业务需求转变为软件开发的真实需求。 

完成以上三个步骤后售前工程师（售前专家）还要自问七个问题：以下就是几个问题。 

1.提问者当前面临的问题（场景）是什么？                   

2.这个问题是个核心问题还是一般问题呢

3.提出这个需求想解决什么问题呢（痛点和难点）？               

4.这个问题一定需要MES系统来解决吗？有没有其它的办法呢（更好的办法）？        

5.解决这个问题需要有什么样的管理水平（基础）、条件（前置条件）支持呢？           

6.需要多少的人力、物力、财力等资源投入呢？                                                             

7.解决了这个问题，是否到达了已经确认的目标中那个子目标呢？ 

判断真实需求的标准

（1) 是否有管理基础做支持

（2）是否符合已经定义和确认的目标

（3）是否有必要的资源投资

（4）是否是解决核心问题或者痛点难点问题。

四．需求与管理水平和前提条件、目标及功能的逻辑关系

企业的管理水平和前提条件是实施MES系统的客观约束，也是必要的客观基础。目标是在客观约束下的主观选择，是客观约束下的方向指引。需求是目标下理性诉求，功能是需求诉求的实现。

五、对需求的认知误区

误区一：部分企业没有深入理解客观因素和主观因素与需求的密切逻辑关系,导致对潜在需求缺乏深入的逻辑分析。按照各部门提出的所谓的需求开发软件功能，因缺乏理性评估，导致开发的功能无法使用。浪费了甲方、乙方的资源。

误区二：需求多而且杂乱，缺乏严格的分类：核心需求、一般需求、附加需求。什么样的需求都希望通过软件系统的功能来实现。

误区三：混淆需求与功能的区别，业务部门提出的某个场景的需求，实际是软件的要实现的功能。需求可以通过很多的技术来实现，不同的技术实现，表现的功能是不同。

误区四：缺乏严格的需求提出、评估及确认流程。业务提出需求、项目经理评估需求的实现的必要性。