在企业内部缺乏对MES的理解或定义可能导致项目之后的项目出现同样的错误。

　　我想现在每个人都知道我是一个制造实行系统(MES)的人。在他们甚至称之为MES之前，我一直在做MES。事实上，当我开始这样做时，大家甚至没有它的名字。MES是一类专注于制造实行方面的基于计算机的系统的名称之一。这些系统的另一个通用名称是制造运营管理(MOM)。

　　我已经看到了更多的MES实现，而且我已经看到了很多，我看到同样的错误被重复了。有趣的是，行业可能会发生变化，App可能会发生变化，但正在犯的错误是相同的。

　　一整类错误可归结为MES究竟是什么的问题。项目开始实施MES，但企业内部没有MES的共同定义 - 有时甚至在项目团队内也没有。这只是MES乐趣的一部分，因为没有普遍接受的定义。我对MES的定义是我之前提到的--MES是一类基于计算机的系统，专注于制造的实行。

　　但是，MES的定义意味着MES可以是你想要的任何东西 - 这是正确的。MES可以是定制解决方案，大型App包，小点解决方案，DCS或HMI/SCADA扩展，ERP扩展等。

　　MES可以是你想要的任何东西，这意味着项目团队可以很快地遇到麻烦，不同的人认为MES是不同的东西。解决方法很简单：知道这是一个潜在的问题，以适合您企业的方式定义MES，然后让每个人都知道并确保每个人都使用相同的定义。

　　另一个常见问题是关注App功能。当项目实施现成的MES包时尤其常见——特别是大型MES包之一。每个人都专注于App的功能及其功能，甚至可以通过App包及其功能来定义MES。

　　这显然是把车推到马前。重点应始终放在业务上。企业需要什么?什么是业务流程?该App如何支撑这些流程?该App如何支撑业务并为业务增加价值?它永远不应该是关于App的功能。无论App功能多么酷，该App只是企业使用的工具，重点应始终是满足业务需求。

　　沿着这些相同的路线是另一个常见的问题，那就是业务或制造过程必须符合App而不是相反的方式。这是特别阴险的，因为通过对包含“行业实践”的App提出索赔通常是合理的。但这是一个很大的问题。它的真正含义是该App不灵活且只能以某种方式运行，并且业务必须符合App，因为App无法更改以匹配业务。

　　这几乎总是坏的。如果需要更改业务流程以使其更好，那么请更改业务流程并使其更好。但是，如果业务流程发生变化的唯一原因是匹配App包，那么您应该对此进行长期和艰苦的思考。这可能意味着您拥有错误的App包，或者App包不够灵活，以及其他可能的原因。为了匹配App包，改变一个好的，稳定的业务流程很少有意义。

　　总的来说，它应该始终是关于业务而不是技术。只有做到这一点，才能确保项目取得成功。