top of page

A Post-Mortem on the Unsuccessful MES Project You Are About to Start – Part 2

  • Writer: Matthew Swope
    Matthew Swope
  • Jun 6
  • 8 min read

Updated: Jul 2


This is the second paper in this series as I continue to highlight aspects of an MES project that can greatly impact success.  Remember, it is not my intent to paint Digital Factory projects in a negative light but rather to guide you through common pitfalls I’ve observed over the years.  While you may read this series and reflect on how obvious most of these aspects appear, the success of the project is dependent on the execution and adherence.  For example, as I later elaborate on, having a stakeholder (or stakeholders) that does not represent all the impacted teams will affect how well the project is executed and the resultant system will be utilized.  This paper addresses the importance of stakeholders and organizational buy-in, somewhat interactive contributing factors.


About the Author 

I’m currently the Director of Product Development at Global Process Automation (GPA).  With over 30 years in factory automation including 20 years as an independent consultant/contractor, my career spans from PLC programming to working up the Purdue Model until reaching the MES/Enterprise layer roughly a decade ago. I have worked with systems such as Inductive Automation Ignition and Sepasoft MES modules. My experience in Digital Manufacturing dates back to the early 90s—long before the term “Industry 4.0” was coined. One of my earliest projects involved a SCADA system that interfaced with a mainframe ERP system to monitor production on 100 wire weaving machines for a screen mesh manufacturer. While I do not claim to have all the answers, this broad experience enables me to share valuable lessons from past projects and to help you avoid common missteps. 


Identifying the Stakeholders: The Strength of Perspectives 

Before I get into the details on this contributing factor, I would like to point out an important aspect when it comes to stakeholders.  Management and deference of stakeholders’ time is important to maintain throughout the project.  It is the responsibility of the project sponsor and project manager to structure meeting attendance based on the topics.  This makes more efficient use of the team’s time and avoids “rabbit hole” diversions that detract from the scheduled topics.  That said, there is going to be a subset of the stakeholders that will attend almost every meeting to maintain project continuity. 


I can’t overstate the importance of project stakeholders as they are another critical contributor to the success of the project.  Again, a project may still ultimately be successful without the right stakeholders, but it does become significantly more challenging.  From a high level, they are responsible for the direction and pace of the project from the customer’s perspective.  They coordinate representatives from different teams involved in the development and implementation of the solution.  They are typically the communication contact with the vendor’s team and often are responsible for keeping upper management informed regarding progress (or lack thereof).  Identifying stakeholders who will be engaged throughout the project life cycle promote success as a lack of engagement can demonstrably impact the other stakeholders.  The main characteristic of a successful stakeholder is they accept responsibility for the project’s success.  Lack of this quality usually materializes as lack of attendance during critical meetings, lack of preparation to contribute to topic discussions, consistently missing deadlines of assigned tasks due to “other priorities”, and exhibition of an adversarial demeanor when interacting with the vendor team and even others within their own organization.


Below I have a list of the typical roles the stakeholders perform within the project team along with a brief overview of characteristics of and contributions by each.  This is a blend between what their responsibilities are within the organization and within the team.  The actual size of the team depends on the complexity and scope of the project and the size of the customer as often a single stakeholder can have the responsibility of multiple roles.  The structure of the stakeholder team should be discussed with the vendor during the sales phase to ensure that momentum can be quickly attained.


Client Project Stakeholders 


Project Sponsor

o   Usually someone from executive management.

o   Provide strategic direction and vision for the project.

o   Secure the project funding, typically as a CapEx expenditure.

o   Champion the project with departments and leadership.

o   Tasked with resolving any organizational obstacles.

o   Often the final say in any misalignments in requirements or execution.


Project Manager

o   I’ve often experienced projects where there is a PM for both the customer and the vendor.

o   Plan and manage project timeline, scope and budget.

o   Coordinate between all stakeholders and vendors.

o   Tracks progress, manages risks, and handles issue resolution.

o   Ensures timely documentation and communication flow.

o   Helps customer team maintain focus on the project and final solution.


Operations / Production Managers

o   Defines operational requirements and use cases.

o   Validates the MES design aligns with production processes and KPIs.

o   Assists in process mapping and system configuration.

o   Provides context for information needed to integrate with plant floor systems.

o   Guides the vendor team on how raw materials and products move through the plant floor.

o   Supports user acceptance testing.


IT / OT (Infrastructure, Networking, Security)

o   Ensures MES infrastructure is properly set up and accessible.

o   Coordinates integration with other systems (ERP, PLM, WMS, CMMS, etc.).

o   Usually involved in integration to shop floor systems.

o   Implements cybersecurity protocols and data governance.

o   Supports deployment and long-term maintenance.


Engineering / Automation Team

o   Connects MES server to shop floor systems (PLCs, DCSs, CNCs, etc.).

o   Defines data collection points and integration needs.

o   Supports system testing and performance validation.

o   Aligns automation standards with MES functionality.


MES Vendor / System Integrator

o   Acquires and documents system requirements through interviews and workshops.

o   Implements the MES software based on the established scope and requirements.

o   Provides technical expertise and best practices.

o   The vendor project manager tracks the progress and financials of the project.

o   Conducts training and knowledge transfer and provides system documentation.

o   Supports solution validation and go-live activities.


Quality Assurance Team (may be part of vendor and / or customer team)

o   Ensures MES solution meets regulatory and compliance standards.

o   Defines traceability, audit trails, and validation protocols.

o   Participates in system testing and change control review.

o   Verifies data integrity and reporting functionality.


End User / Shop Floor Operator

o   This is sort of a broad definition but encompasses typical system users.

o   Provides insights into current operation procedures, challenges, and opportunities.

o   Provides feedback during design, development, and testing.

o   Participates in training sessions and user acceptance.

o   Uses MES for real-time data entry and production monitoring.

o   Reports issues and suggestions for post-implementation improvements.


Business Analyst / Process Owner

o   Analyzes current workflows and identifies improvement opportunities.

o   Translates business needs into specifications.

o   Bridge communications between Operations and IT.

o   Helps measure ROI (Return on Investment) and post-implementation success metrics.


Organizational Buy-in: The Will to Succeed

As important as having a representational team of stakeholders involved in a project, unless there is an organizational buy-in to the new MES, the chances of successful implementation and long-term benefits are marginal at best.  This buy-in must occur at all levels of customer organization, from plant floor users through C-level management.  If there are gaps in acceptance and support, the negative impact to the project can be significant.  For instance, if the users responsible for data entry only see their tasks as an inconvenience and ignore them as a waste of their time, the lack of good data will become part of a self-fulfilling prophecy dooming the success of the implementation of the MES.  It’s important the project is sold based on its benefits to the company and impact to long term financial success.  ROI should be presented in a way that shows how these improvements can positively impact the company’s bottom line which impacts everyone.  With proper change management, the system can be integrated into aspects of the manufacturing process as a procedural change, not as a random afterthought. 


Below are some strategies to focus on when working toward the goal of organizational buy-in.  With each strategy point, I included some additional details describing the point further and activities to help adoption.


Strategic Benefits

o   Enhanced operational visibility through real-time data improves decision-making strategies and exposes inefficiencies.

o   Increased productivity resulting from optimized production schedules, reduced downtime, and improved throughput.

o   Quality and compliance tools help production meet quality standards and regulatory requirements.

o   Cost reduction through streamlined operations.

o   Agility improvements result in the ability to respond quickly to market changes or production disruptions.


Stakeholder Analysis

o   Executive leadership presents how MES aligns with the company’s strategic goals in the forms of financial benefits, ROI, competitive advantage, etc.

o   Operation managers illustrate how the new MES can simplify daily management and increase efficiency.

o   IT department addresses concerns regarding integration with existing systems, cybersecurity, data management, etc.

o   Frontline employees describe expectations of impact on daily routines and training on the new system.

o   Financial department publishes cost-saving potential and projected ROI.


Communication

o   Customized messaging addresses concerns for different stakeholders (pain points, expected benefits, support).

o   Feedback channel promotes formal and informal feedback throughout the project communicating concerns and suggestions.


Business Case

o   Benefits

  • Quantifiable ROI documentation highlights realistic expected savings, throughput improvements, reduced scrap, etc.

  • Short-term and long-term benefits provide immediate wins and long-term benefits.

  • Risk mitigation assistance with production halts, quality issues, compliance failures, etc.

o   Roadmap

  • Pilot projects provide proof of concept which can validate assumptions, provide quick wins, and build momentum of success.

  • Phased approach executes the project in smaller releases to minimize disruptions and promote an iterative process.

  • Clear key milestones and KPIs serve to measure success and align expectations.

  • Costs and Resource Allocation

  • Budget details with transparent cost estimate based on well-defined requirements help avoid financial surprises. 

  • Changes in scope procedures should be well-established at the beginning of the project.

  • Resource planning in collaboration with the project stakeholders help maintain project progress.  I’ve seen projects come to a standstill waiting for a server or other hardware.


Change Management

o   Executive Sponsorship

  • Champion sponsorship in the form of an influential executive sponsor who advocates for the MES project.

  • Leadership engagement early in the planning stages promotes alignment.

o   Change Management

  • Communication plan answers the why, what, and how of the MES implementation.

  • Extensive training and support for different user groups can help generate excitement.

  • Proactive approach to identifying potential resistance with change agents addressing concerns.

  • Continuous improvement methodology continually refines the system after implementation based on usage and business needs.


Practical Implementation Tactics

o   Early Wins

  • Pilot projects in a controlled environment can provide a quick win and create project momentum.

  • Case studies from similar organizations or internal projects show realistic outcomes.

o   Stakeholder Involvement

  • Involve stakeholders in defining requirements.

  • Cross-functional team strategies help ensure all perspectives are considered.

  • Collaborate with users throughout the project for insights and buy-in.

o   Communication and Reporting

  • Regular updates clearly share progress, challenges, and milestones.

  • Visual dashboards show timelines and progress on the MES project.

  • Internal success stories about improvements resulting from the project can go a long way to help gain traction for the remaining efforts.


Long-term Considerations

o   Continuous Support and Improvement

  • Post-implementation reviews assess the system’s performance against goals established during creating the project charter.  Improvements are planned as necessitated by results.

  • Ongoing training as the system evolves.  I tend to lean towards the “Train the trainers” approach.

  • After successfully completing the MES pilot, plan the strategy for scaling the solution across other lines, areas, and sites.

o   Cultural Shift

  • Use real-time data for decision-making strategies to foster a data-driven culture.

  • Strive to create an environment where innovation and input is encouraged and rewarded.

Electronic Circuit Board

READY TO EMBRACE THE FUTURE?

At GPA, we help you embrace the future of manufacturing with expert guidance and innovative solutions. Whether optimizing processes or exploring growth, we’re here to keep you ahead in an evolving industry.

bottom of page