jump to navigation

Closed Loop Operations Management June 3, 2008

Posted by Brian Sohmers in bpm, Business, collaboration, enterprise 2.0.
Tags: , , , , , , , ,
1 comment so far

Aberdeen Group recently released a white paper called “Technology Strategies for Closed Loop Inventory Management“. This paper explains how inventory has and will continue to be the lifeblood of supply-chains and as such, needs to be properly managed.

Inventory drives revenue and efficiency for companies by reducing capital (with few inventories in stock) and simultaneously increasing customer service levels. – Aberdeen Group.

Those companies following the principle of closed loop inventory management can:

  1. Determine safety stock targets
  2. Replenish inventory into distribution buffers
  3. View end-to-end inventory
  4. Respond quickly to market events
  5. Segment inventory based on customer service requirements

Closed Loop Operations Management

Decades ago, closed loop quality management was in vogue and most companies today have achieved this through total quality management programs. It’s certainly refreshing to see closed loop inventory management being discussed which is a must for a high-tech company to compete in today’s global market place, but the focus on just quality and inventory falls short. What sets best in class companies apart from the competition is closed loop operations management. Closed loop operations management encompasses inventory, quality, production, accounting, and other value added activities that help bring products to market.

Closed Loop Systems

Before exploring the attributes and benefits of closed loop operations management, let’s quickly review what a closed loop system is. In an open-loop system, there is no feedback. Inputs are calculated based on desired outcome only. An example of open loop management in high-tech operations is setting inventory levels, production schedules, and supply chain plans based on just sales forecasts and orders. A closed-loop system, on the other hand, is one that is controlled based on both desired outcomes and feedback from the system. Applying this principle to the former example, would mean that inventory levels, production schedules, and supply chain plans are determined not just by sales forecast and orders, but also feedback from ongoing operations. 

Having a closed loop system provides the following advantages over an open loop system:

  1. Disturbance adjustment (such as actual yields and cycle-time)
  2. Guaranteed performance even with model uncertainties (No supply-chain planning model matches the real supply-chain perfectly)
  3. Reduced sensitivity to communication errors (developing the plan is one thing, but errors can develop when communicating it, especially to trading partners)
  4. Improved reference tracking to plan


So the different between open and closed loop operations management is the use of feedback from ongoing operations. One of the problems operations folks face today is they spend much time, effort, and money on planning to optimize operations by minimizing inventory, decreasing cycle time and lead time, and improving on-time delivery, but they lack visibility and execution ability to achieve their targets. As a result, buffers (inventories, freeze periods, longer lead times) are routinely accepted to insulate plans from disruptions, leaving decisions to be local in time and function, often based on historic performance at best.

To close the loop between planning and execution companies need to establish feedback through visibility to monitor for issues and trading partner compliance to instructions,trade laws, and environmental laws, systematic root-cause analysis, and decision supportfor proactive and concerted responses. This ensures plans actually happen rather than just replanning to adjust to reality. This is an ongoing process where visibility is established to continuously monitor and enable management by exception. Once alerted to an issue, the impact is assessed, a root-cause analysis is performed to help narrow down possible corrective actions, and different “what-if” scenarios are modeled to plan a response. The closed loop operations management process also leads to continuous learning and process improvements. It’s not enough to plan on having a lean supply chain with short lead times, you need to achieve it through closed loop operations management.

Real-Time Visibility

Gaining visibility into the complete picture is essential for closed loop operations management, but this is easier said then done. There are a variety of reasons that make it difficult to achieve high quality visibility. Before we discuss the challenges, let’s take a look at how to measure the quality of visibility in a closed loop system. There are two main factors that determine quality:

  1. Resolution – how much feedback or visibility a companies has into operations including outsourced manufacturing
  2. Latency – how quickly or real-time this information is gathered and available for KPI tracking and exception management

The drive for high quality visibility with high resolution and low latency feedback is simple. If you don’t have a complete picture of your current operations or the picture you have isn’t current, the feedback in your closed loop system becomes less useful decreasing your control over operations. An example to illustrate this in high-tech operations is a sudden increase in cycle time for a particular outsourced manufacturing process. If your organization doesn’t have visibility to this or doesn’t become aware of this increase for days or weeks, your ability to make the appropriate adjustments to reduce its affect on downstream operations and ultimately to the end customers is significantly diminished. With real-time visibility, the problem is acknowledged right away enabling an immediate response, minimizing the impact downstream. It’s not enough to have visibility, you need to have complete, real-time visibility into your operations including outsourced manufacturing.

The bar for visibility into operations has been raised in today’s demanding business environment. Two main market drivers responsible for raising the bar are the increase in the speed of business and globalization. Faster product lifecycles and increased customer fulfillment demands are changing the speed at which business is conducted. This in turn, increases the cost of any latency in responding to demand or supply-chain changes. Responding to a quickly changing environment requires real-time information. Secondly, the move to globally dispersed business models, where over 50% of the information needed to efficiently run operations resides outside your four walls, makes it increasingly challenging to achieve high resolution visibility. Hi-tech companies can no longer afford to take a hit on business agility when they outsource their manufacturing. All participants in the value chain need complete visibility for faster, better decisions.

Intelligent Operations Management

To address these needs and close the loop in operations requires a new category of solutions. Intelligent Operations Management has been recognized by leading analysts as a new and unique category of enterprise software that aligns business objectives with operational systems. Using real-time information from all parts of your extended enterprise, IOM completes existing infrastructure allowing better access to information, more effective collaboration between business units, and better operational decision-making. By closing the loop with Intelligent Operations Management, companies are able to control costs, improve service levels, decrease lead times, and address pricing pressures. Those companies who follow the principles of closed loop operations management enabled through an Intelligent Operations Management solution are best equipped to compete in today’s global business environment.

Industry Recognition Received for Intelligent Operations Management February 22, 2008

Posted by Jeff in Business, collaboration, enterprise 2.0.
Tags: , , , , , , , ,
add a comment

We’ve reported on our conversations on the concepts, derivation, and terminology regarding Intelligent Operations Management in several earlier postings, including “Collaborative Decision Environments“, “Notes on Enterprise Software“, “Shorter Time to Volume is the New Goal“, and “Defining the Category: Intelligent Operations Management“.

In addition to the discussions with Bob Parker of Manufacturing Insights mentioned in many of the above postings, Serus has also made presentations to Gartner Group, AMR, Aberdeen, ChainLink, Ventana, and CIMData.

One of the first external validations of Serus’ concept of Intelligent Operations Management has now been written and released by Manufacturing Insights.  Their recent white paper, describes all layers and concepts of IOM, and provides examples of its use.

The term Intelligent Operations Management can be broken down its three terms:

  • “Operations” defines the scope of our solutions.  We address all parts of operations, including forecasting, planning, work in progress tracking, basically all the way from the manufacturing product specification (including ECO’s) and order placement through the fulfillment activities, WIP at your outsourced organizations, and finally interface with your financial systems for invoicing and reconciliation.  Not surprisingly, most of our sales are to the VP of Operations, though we have gained traction recently with the VP’s of Finance, and are starting to gain traction with the sales functions in our customers, these being on each end of manufacturing in the full lifecycle.
    We use this word because there are few systems that directly address the challenges within Operations.  Hence we provide unique tools that are based on real-world experience in operations, rather than trying to coble something together with a spreadsheet.
  • “Management” defines what we enable our customers to do within that scope.  Our definition of management means first solving visibility challenges so that you understand the situation, in terms of inventory levels, backlog, etc., but most importantly allowing control of the situation, by making decisions regarding actions, orders, and instructions that are fed back to the organizations in the supply chain.
    This concept of management is most clearly thought of in terms of “feedback loops” which are a combination of visibility and control with the idea that corrective action is being taken, and new insights or information is being gained each time through the loop.
    Our product has dashboards that allow you to access information at the visibility, or raw content level.  A related concept is that the content has come from multiple sources, and hence has had to be collected and cleansed, meaning resolving errors or inconsistencies, such as inconsistent naming and organization.
  • “Intelligent” defines the next level above Management, which adds the ability to define business goals and operational constraints within with the system’s operation.  A typical example of a goal is to “keep service levels above 98%”, or “Reduce stockouts to no more than 5%”, or “reduce inventory”, etc.  Adding goals into the decision making allows the system to suggest solutions or possible decisions that are biased toward the goal, again enabling the feedback loops to run more efficiently.  Another goal may be to carry out or advance a business process, as business processes act as the foundation for many feedback loops.
    Examples of operational goals within which decisions are carried out occur in often in finance, where for example a trading organization makes trading decisions but within a corporate goal of maximizing profit, and other goals that limit credit risk or cash utilization.

A classic example of a goal driven planning system is a supply chain planner, which has an engine that generates plans given a set of operational goals and thresholds.  However, many supply chain engines run overnight, and the plans that they produce are often out of date by 10 or 11AM the next morning, due to some unexpected change.  For this reason. Serus focuses on rapid tactical replanning, such as handling a supplier outage through a local replan, with a goal being to assure that this outage and plan does not affect other production activities.

Two important terms that don’t appear in the IOM term per se, are “collaboration” and “ecosystem”.

“Collaboration” defines the nature of the interactions between the different members of the supply chain.  It holds that no decision can be made in isolation, but instead have a context or state that defines them.  Typical examples are one of agreeing on an inventory stocking level by first communicating several different what-ifs or scenarios.  Or proposing different dates or product specifications between one organization and other, until agreement is reached.  Information can be changed, shared, retracted, committed, etc.

“Ecosystem” defines the set of participants within the collaboration, which can be all members from suppliers to customers, but also extends the definition of the information used in the decision process to include content from public and private sources, as well as content that is feedback, evaluations, and lessons learned within the ecosystem, in the same way that eBay or Amazon provide content about the members, books, and products that is created within the site augmenting the public information such as book descriptions.  In our case, ecosystems provide benefit when performing collaborative actions and decisions toward meeting a goal.

Managed Services for Semiconductor Manufacturers December 3, 2007

Posted by Mike Lazich in Business.
Tags: , , , ,
add a comment

The Serus Managed Operations Services program provides outsourcing services for managing enterprise solutions and processes involved in semiconductor manufacturing operations.  This document describes the services that Serus can provide to manage such solutions. (more…)

Interesting Post on Business Optimization December 1, 2007

Posted by Jeff in Business, Technology.
Tags: ,
add a comment

Today I saw the following interesting post by Timo Elliott on the transition from business automation to business optimization.  He made the following point:

The last decade has been about automating business processes. The next decade will be about building business-centric applications. For the first time, organizations will have the opportunity to apply a systems approach to best-practice use of information across the organization as a whole, by synchronizing the two key components of corporate performance improvement: operational excellence and strategic change.

The posting goes on to discuss the combinations of ERP and BI companies that have occurred recently.

Online Communities and the Business Ecosystem November 26, 2007

Posted by Jeff in Business, collaboration, enterprise 2.0.
Tags: ,
1 comment so far


After writing a number of postings on technology and business processes, we noticed that the readership stats for collaborative technology and collaborative business processes are now about equal.  To us, this provides a confirmation that it is time to focus on the business ecosystem that is created by using these two concepts together.  We discussed this a few times back in Spring 2007 in our posting on “Enterprise 2.0“.

What is a business ecosystem?  The following definition comes from Ray Wang of Forrester:

These ecosystems increasingly specialized and rely on the intellectual property (IP) innovation networks of Partners, Suppliers, Financiers, Inventors, Transformers and Brokers.  As software vendors and systems integrators expand into new markets, they will form solutions-centric ecosystems to enable exclusive, complementary, and “co-opetive” relationships.


Above and Beyond Software November 19, 2007

Posted by Shailesh Alawani in Business, Technology.
Tags: , , , ,
add a comment


Most of the attention these days is paid to the end-user applications.  There are a huge number of discussions about Web 2.0 applications, social networking, and the latest trends in enterprise application architecture.

However, the visible part of an enterprise application is similar to the visible part of an iceberg:  as menacing as icebergs appear, most of the iceberg is underwater.  Enterprise applications are much the same, with their back-end services and databases being the bulk of the system.

At Serus, we have built industry-leading content integration engines, combined with a set of services offered to keep them operating in top condition, even as data requirements change.  We call these “managed services”, and we call the trend “Software plus Services”.  Think of these services as being “above and beyond” the application itself. (more…)

The Role of Master Data Management in Operations November 16, 2007

Posted by Mike Lazich in Business, Technology.
Tags: , , ,
1 comment so far


Master Data Management (MDM) is a discipline for providing consistent content of your key reference data across different parts of your organization.  Examples include:

  • Standard customer data
  • Standard part data
  • Standard pricing data

MDM has emerged in the last several years as a separate enterprise software architecture category as the requirement for consistently defined and maintained enterprise data has become more apparent.  (more…)

Best Practices for Fabless Semiconductor Firms – Part II November 6, 2007

Posted by Jeff in Business.
Tags: , , ,
add a comment

In Part I, we began with a definition of best practices, and looked at specific best practices within the operations group of a fabless semiconductor firm.  Much of this material is based on publications within the industry by the Global Semiconductor Alliance (GSA) (formerly FSA).

When to have a Foundry Manager in a Fabless Company

Within a traditional semiconductor organization, the foundry manager is responsible for all activities within the foundry, including production, inbound and outbound shipments, procurement, technology selection, and operations.  It would seem that in a fabless company, there is no such requirement.

However, many fabless companies do have such a role.  Splitting foundry management from operations management is an important practice in a number of conditions.  A member of our Customer Advisory Board described some of conditions upon which this becomes a best practice:

  • when there are multiple fabrication technologies being used
  • when there are multiple fabs being used
  • when there is complex mixture of products (more…)

Best Practices for Fabless Semiconductor Firms – Part I October 30, 2007

Posted by Jeff in Business.
Tags: , , , ,
1 comment so far


Best Practices are those methods, processes, activities, or techniques that have been found to be most effective at generating a desired outcome.  By implementing best practices, an organization may operate more effectively.  With best practices, over time and across an organization, the results can be substantial, with both improvements in execution and reduction in training.

Best practices are typically determined by review and analysis, and often with aspects of trial and error experimentation.  The steps can be broken down as follows:

  • Assessment of current practices
  • Applying quantitative benchmarks to the measurement of practices
  • Analysis of costs and benefits of practices
  • Selection of the best practice and revision of the current practice

We should note, however, that best practices are under constant review and revision.  Changes in technologies or markets can have a major impact and allow new practices to be developed that are more effective.  Specific areas of change within the semiconductor industry include:

  • Wafer size
  • Automation level
  • Outsourcing
  • Technology


Collaborative Decision Environments are an Upcoming Trend October 17, 2007

Posted by Jeff in Business, collaboration, Technology.
Tags: ,
add a comment

Last month, we mentioned a meeting with Bob Parker of Manufacturing Insights in which a number of trends in Enterprise Software were mentioned.  Bob recently published a perspective document in which he grouped a number of important concepts under the term “Collaborative Decision Environments”.  Many of the concepts were initially featured in an interview with Bob that appeared in Supply Demand Chain Exec Magazine earlier this year on predictions for 2007.

Examples that he gave included Teradata, SAS, Business Objects, and Oracle.  All of these firms are fielding products for collaboration and decision-making.  Within such a product, one can review and analyze data, and share aspects of the conclusions.

This was the first time that we have seen the concept applied directly in manufacturing.  Many of the prior examples were drawn from emergency situation handling, such as handling responses to natural disasters.

Here are some of the important characteristics of a CDE:

  • Provide shared access to a baseline content set.
  • Provide means to propose changes to the content.
  • Allow users to navigate through a sequence of changes, and commit or retract them within scenarios.
  • Define problems to be addressed, or goals to be accomplished and have them be used to set the context of the decision.
  • Provide semantic resolution of terms within disparate data sources.  In the manufacturing operations world, this would be a harmonized view of key content such as suppliers, products, assets, customers, and employees.
  • Provide analytic functions that allow evaluation of current or proposed data in terms of the problems or goals. This capability should include the ability to perform analytics that are retrospective (what happened), perspective (what is happening), or predictive (what will happen).
  • Provide a social network or ecosystem, within with participants can rank the relevance or ranking of comments, changes, and contributors, again in terms of the goals.  This enables the network or ecosystem to determine where expertise is located, and to expand to include additional experts or knowledge.

Not covered on this list are some of the communications technologies, such as having instant message or video collaboration.  We see those as being important as well, but they stem from infrastructure technologies outside of computational decision-making process that we are focused on.

It hasn’t appeared in the material from analysts yet, but it was clear from our discussion with Bob that Serus is also providing an example of a Collaborative Decision Environment.  This is mentioned in our posting on our Decision Support Infrastructure Architecture from earlier this month.  Over the next month, we will be clarifying more of the terms defined here and improving the alignment.