@ Supply Chain Management

Icon

Six Key Trends Changing Supply Chain Management Today

Supply & Demand Chain Executive magazine has an article about the Six Key Trends Changing Supply Chain Management Today. Whatever be the success rate of prognosticators or prophets like Tim Vaio, your own success is predicated by your ability to spot successful trends, sport mastery of those trends and support others in acquiring mastery over those same trends. So here are Tim’s six trends that are changing Supply Chain Management:

Trend 1 – Demand Planning Begins at the End of the Cycle

Tim writes that:

…as sources and capacities for manufacturing have increased, more companies have moved away from focusing efforts on plant-level production planning and are adopting more of a demand-driven focus of trying to influence and manage demand more efficiently.

What does this sort of Demand Planning boil down to?

Companies should conduct an enterprise-wide internal Demand Review to gather information from all aspects of the organization. Goals are then set to gain consensus on what will be sold each month for each product line or category and the resulting revenue. Of course, the driver of the Demand Review process is continuous improvement of forecast accuracy.

Peel away all the language and that’s what is at the core of demand planning – Forecasting : with better accuracy, more sophistication, more integration with other functional areas within the firm. Like I have indicated elsewhere, there are two diametrically opposite ways of fulfilling demand. If you take the “forecasting” route, the competency that the firm focuses on would center around better information gathering mechanisms, tweaking forecast models and the like. The demand fulfillment capability of the firm i.e. its manufacturing or procurement or whatever other function it has will work to the forecast no matter how good the forecast or forecast frequency i.e. how often forecasts are updated – daily, weekly, biweekly, monthly, quarterly etc. On the other hand, if you take the “lean” route, the competency that the firm focuses on is its demand fulfillment capability. Sure, such a focus would make use of forecasts but forecasts would serve a confirmatory role rather than a directive role which is the key difference. The severe irony of the matter is that while lead times are being increased (with outsourcing et al) for manufacturers, forecasting is being reintroduced albeit in a more sophisticated (and perhaps) and complete/holistic fashion. Such timing indicates that for the right kind of inventory now being factored into the supply chain (because of long lead times), the benefits are quite substantial but for the wrong kind of inventory now being factored into the supply chain, the benefits are quite dismal, even counterproductive.

Trend 2 – Globalization

In elucidating this particular trend, Tim is very focused on one aspect of Globalization – the inbound part of the Globalization scheme of things. Globalization as a trend is irrefutably true and its effect manifests not in one but two directions. Globalizations affects not only how and where companies acquire/produce their products or raw materials but also how and where they sell their products. On the acquisition side of Globalization, a firm’s supply chain is affected by longer lead times, bottlenecks at ports and transshipment points, increased reliance on logistics (and perhaps the reappearance of logistics as a source for competitive advantage), cheaper raw material or production costs and a whole slew of other effects. Tim’s thoughts on the matter are as follows:

A well thought-out supply chain network design can optimize the supply chain network and the flow of materials through the network. In doing so, network design captures the costs of the supply chain with a “total landed cost” perspective and applies advanced mathematical technology to determine optimal answers to both strategic and tactical questions.
The following are strategic questions answered by a well thought-out network design:
Where should facilities be located?
How many facilities should I have, and what capabilities should they have?
What kind of capacity should they have?
What products and services should they handle?
Whose manufacturing and distribution orbit should they source?
Which contract packers or contract manufacturers should I use?
How can I achieve operations synergies through integrating acquisitions?

This is the stuff that makes up my bread and butter on a daily basis. I consult using advanced mathematical optimization techniques in order to answer precisely all of the above questions in a systematic fashion. I should blog about this and that’s one of the posts sitting in my pipeline – How to adapt mathematical optimization to Supply Chain Network design and implementation.
The other aspect of Globalization is that demand is now worldwide. That means that there is a whole set of capabilities that one has to develop in order to successfully sell, compete (with local competitors) and thrive in a foreign land. Note the tremendous success that both Toyota and Honda have had selling within the US. The point to note is that they produce a significant portion of their demand for local markets locally i.e. lead times are shrunk instead of expanded. That’s something to think about.

Trend 3 – Increased Competition and Price Pressures

I would not really think of this as a trend but as a consequence of pervasive globalization. If everyone has jumped on the Globalization bandwagon, then it follows that they’ve or they’re in the process of leveraging significant cost advantages. Tim writes that:

Product innovation and brand equity no longer allowed them to command a higher price in the market. In order to continue to compete with that commoditized product the firm made significant cost improvements with supply chain redesign and technology.

So how are companies adjusting to this consequence of pervasive globalization?

Companies are looking to their supply chains in two ways to help offset this trend. First, they are looking at ways to reduce cost and are creating a more efficient value chain to remain cost competitive. Second, companies are looking at ways they can provide value-added services to meet the demands of more sophisticated customers.

I can’t see how a streamlined supply chain would be the answer to increased competition and price pressure. There are only a limited number of modes for transportation between low cost manufacturing/procurement and end markets, in fact, only shipping exists as a mode for those who are looking at mass production avenues overseas and end markets in the developed world. Given that ports are congested and transportation prices continue to go through the roof, there is little that a firm can do in order to mitigate these effects from a cost perspective. In my opinion, the viable alternative is creating a more efficient value chain. If one goes back in history awhile, one would find that Japanese manufacturers were in precisely this situation – end markets being largely overseas and having a low cost manufacturing base. Their source of competitive advantage focused on quality and being lean – that’s a generalization but I think a largely true one. Fast forward fifty odd years, I hear very little about supply chain quality but I do hear a lot about supply chain processes. Is there such a thing as Supply Chain Quality?

Trend 4 – Outsourcing

Since I work for a warehousing cum 3PL firm, I am quite familiar with outsourcing. As Tim writes:

As many companies step back and examine their core competencies some realize that outsourcing parts or all of a supply chain can be advantageous. With marketplace improvements around (1) information mediums and systems (2) cost and quality of global manufacturing and distribution and (3) product design capabilities companies are gaining additional synergies by outsourcing all or parts of their supply chain.

This is a trend that is happening right now and I’d think that we’re well into a five year cycle of this trend playing out. I wonder if having outsourced all or most of a firm’s supply chain and/or manufacturing, there is a way to compete on the basis of R&D or superior product development or marketing. There might be a way to compete but I am not convinced of the sustainability of such competition or so derived competitive advantages.

Trend 5 – Shortened and More Complex Product Life Cycles

Around the time that globalization was beginning to make its debut as a buzzword, mass customization was also a buzzword. You could hear about how you could customize, mix and match, tailor, add, subtract from your particular product. If you saunter down to any car manufacturer’s website – say Mercedes, Acura etc, there is no dearth of options that you could play around with. Compare that with the Apple iPod series (an unquestionable megahit) and you can have that in two colors and quite a limited number of hard disk sizes. What’s up with that? I’m guessing that MP3s have not reached the point of commoditization – there’s still a cool zip factor associated with MP3s.
Tim writes:

Today many companies are under pressure to develop innovative products and bring them to market more rapidly while minimizing cannibalization of existing products, which are still in high demand. In order to meet the needs of both customers and consumers, companies need more efficient product lifecycle management processes.

I’m pretty sure that PLM is going to be an ongoing trend. It is often said that a person can manage three or four variables in their head at a time but that’s simply insufficient with today’s myriad interrelated and interacting processes.

Trend 6 – Collaboration Between Stakeholders in the Extended Supply Chain

I’ve heard of collaboration in supply chains from day one. However, collaboration that one encounters in real world supply chains are spotty and sporadic. Tim writes:

As supply chains continue to develop and mature there has been a move toward more intense collaboration between customers and suppliers. The level of collaboration goes beyond linking information systems to fully integrating business processes and organization structures across companies that comprise the full value chain. The ultimate goal of collaboration is to increase visibility throughout the value chain in an effort to make better management decisions and to ultimately decrease value chain costs. With the right tools, processes and organizational structure in place collaboration provides key people throughout the value chain with the information needed to make business-critical decisions with the best available information.

And,

Companies that expand the usage of sales and operations planning have greater visibility across their owner enterprise and respective value chain, gain the agility necessary to improve the PLM process, improve promotional planning, minimize unnecessary buildups of inventory, increase revenue predictability and execute customer service expectations.
The S&OP activity enables information systems to connect the value chain participants around key demand information, such as customer forecasts, and around key supply information, such as supplier inventories and capacities.

The kind of collaboration is absolutely necessary but one must keep in mind the underlying philosophy of demand fulfilment or how is it that the firm is planning to execute the demand fulfillment activity. The above trend (an ongoing and probably going to intensify) drives collaboration through a mathematical version of reality driving up the risks from uncertainties that are spread throughout the supply chain.
Tim also writes about the role of supporting technologies in the coming supply chain management future. Among the usual suspects are represented quite well:

As supply chain networks have become more complex the need for greater and improved supply chain technology solutions has become critical. Enterprise resource planning (ERP) and best-of-breed supply chain management (SCM) solution providers have made significant investments in developing solutions to address the needs of manufacturing and distribution companies in areas, such as:
Network and Inventory Optimization
Product Lifecycle Management
Sales and Operations Planning
Manufacturing Optimization
Logistics Optimization
RFID
Procurement
Business Intelligence

These technologies have enabled the supply chain

What should an ERP software possess? Part deux…

In an earlier post: What should an ERP software possess, I was in the process of running up a list of things that an ERP innovator ought to think about. Today, I sat through a presentation of SAP Business One (More information about SAP Business One), an ERP software that SAP targets at Small and Medium sized enterprises (SME) and had the opportunity to brainstorm about critical features that a new ERP system ought to possess. I was expecting a watered down version of mySAP but Business One is a product offering that stands on its own. That particular feature is probably because of the fact that SAP acquired the previous seller of Business One and chose to retain the original offering instead of creating a watered down mySAP. An observation that jumped out at me is the number of forms and drill downs that Business One entailed and it just kept going and going and going and going… There’a lot of information embedded within the system and that’s probably what the system really brings to the table – a data backbone that everyone in the enterprise can use, modify and communicate about.
Meanwhile, I came across the following article: Lies your ERP system tells you. This article deserves a post in its own right but since I want to clarify some of the problems (thus translatable into opportunities) with the current state of ERP software.

“As a result, each year they were overstating the value of their inventory by millions of dollars,” Testa said. “They didn’t know what caused the problem and they didn’t want to find out, so they just wrote off the difference until the parent company called them on it.
“That’s the biggest problem with ERP systems,” Testa said. “People muck with them. They try to make them perform the way they want rather than the way that’s correct.”

What are the sources of the problem here? I can see at least two very readily – one being the lack of discipline when it came to data entry and the second more important one being the lack of understanding of the system. The latter is a point that was raised in the framework for how to think about a new ERP system. The former point about users lacking discipline in entering the data is something that I have frequently encountered while attempting to collect data in the pursuit of some consulting engagement – most of the time, the data sucks big time.

Its power depends on recording and tracking thousands of individual transactions, or events, ranging from sales orders to each component on a bill of materials. It then models how those processes interact with one another. Like dominoes in a row, each new transaction sets off a cascade of new events.

That couldn’t have been put more succintly. In fact, people should not be calling it ERP but information chain with the data layer called the data backbone. That’s what ERP essentially is – setting up a cascade of processes interacting, approving and alerting others is built on top of the information chain and data backbone. The easy way of determining whether a module/factoid/process is critical is to examine what happens to the whole when that little bit is compromised/affected/degraded.

ERP models reflect reality only when each transaction registers true. “Yes, it is costly to enter each transaction,” Testa said. “But as soon as you go around the system, it begins to degrade. Once that happens, people stop trusting it, and then they have another reason not to use it. It’s a death spiral that’s inherent in ERP: If you don’t trust the system, you validate that the system’s data is bad by screwing it up.”

Such remarks remind me about those who repeat – “You can’t manage what you don’t measure.” I’d guess that there is also a propogation of errors (and consequent magnification of errors) as it cascades through the entire set of interacting processes. As incorrect data sloshes throughout the system, it triggers actions and creates beliefs about the current state leading to inefficient decision making – that’s a beast that is difficult to corral.
Here’s a critical observation from the article:

That seems to happen most often when ERP systems reach down to the factory floor. There’s a disconnect.

Why, why, why? I harken back to a book that I am reading right now – Putting Total Quality Management to Work by Marshall Sashkin & Kenneth J Kise, wherein they report on Sam Walton’s (of Walmart fame) observation. The quote from the book reads, “Quality cannot be added on; it must be built in from the start. Mass inspection is completely off the mark. It assumes that quality can be achieved by identifying and then correcting errors. As Walton observes, this means that workers are paid to make errors and then paid again to correct them. This is not to say that workers like this any more than do managers. Deming notes that almost all workers want to do work of high quality, work in which they can feel pride and a sense of accomplishment.”
I am of the conviction that ERP, in its widely found form, is neither about Resource nor about Planning, it is primarily about Enterprise – a whole set of integral and connected processes across the enterprise are brought together under one umbrella (It might be an oddly shaped umbrella but the important thing is that it is one umbrella). The article, sort of, agrees:

Part of the problem is manufacturing complexity. “ERP is great for deploying standardized processes across an enterprise, but it has had a hard time bridging that last mile due to the complexity and disparity of plant operating solutions,” said Russ Fadel, vice president of manufacturing applications at SAP Labs LLC, in Palo Alto, Calif.

Remember, that standardized processes are the route that the current crop of ERP systems have taken – it was a choice in order to get that first “E” of Enterprise. Intuitively, that seems a logical choice but given the observation that there are some practical difficulties, it is wise to return to this original premise. Up to date information exchange is what is desired within an enterprise but it does not logically follow that standardized processes are the only solution. Here’s what really goes on in a wide-swarthe of companies that dot the ERP enabled landscape:

At worst, that means data and process models are scattered everywhere. At best, automated facilities use manufacturing execution systems that harmonize competing models and data, and moderate the flow of manufacturing information to and from the ERP system.

A lot of software providers have sprung up to fill the obvious shortcomings of ERP software. However, that leads to a multiplication and replication of data sources, data models, process models etc. But that’s the real world. Adopters of ERP systems ought to know this even if providers of ERP software do not.
There are three problems described in the article and they are:

“ERP does materials management and resource planning, but if you don’t have accurate shop floor data, ERP forecasts are not much better than putting your finger in the wind,”

and,

“Implementation,” he said, “is the number one, two, and three problem in ERP. It’s not that the systems are inflexible, but that they’re so very flexible.”

and,

“The conflict comes when companies try to reconcile what software says they should be doing with the way they’ve always done things,” Greenbaum said. “Companies that spend millions of dollars on ERP software would like to think that the software works for them and not the other way around.”

The above three reasons and others too are why I think that the business of ERP is in for radical competition. I can imagine that there are many product segments and industries that beg for competition – typically, they’re monopolies/oligopolies of some sort or the other.
But on the flip side, am I barking up the wrong tree? Am I confusing the problem of the technology with the problem of discipline and adaptation? Is the real problem the human element? Here’s why I’m thinking about that:

That sounds daunting. Yet every company operates at least one system where the data is always perfect, Boyer said. It is a system where everyone takes personal responsibility for accuracy. Where they report mistakes immediately. Where no one accepts any lies from their software.
It is, of course, payroll.
When operational personnel take as much responsibility for manufacturing data as they do for their paychecks, they will be able to count on their ERP systems to tell the truth.

Those are observations that are largely true and should give any observer pause. Perhaps the problem lies really at the interface of ERP software and the human being. Consequently perhaps, that’s where the solution must begin.

The expanded list as it stands now:
1. Implementation of the ERP system must be in a timeframe of months (even weeks – am I being rather optimistic) rather than years.
2. IT departments must be minimally involved in the setup and roll out of the ERP system – this is critical because often ERP is an IT project. However, it is an Enterprise project that uses IT as the medium – that’s a big difference.
3. Black boxes must be kept to a minimum if not eliminated entirely
4. Don’t get stuck into thinking that ERP systems should be modular, especially along the lines of defined functional areas. Other forms of organization such as inheritance (OOP) and value chains might offer alternative ways of organizing features/planning philosophy etc.
5. Meta modules and inherited modules must be available. A frequent thought that I have is that when people from different functional areas communicate, they’re abstracting what they think is happening in areas outside their expertise in order to understand those activities. I am thinking out loud here whether that is the nature of communication between functional areas as well.
6. Upgrades to the ERP system should be radically modified. I can’t think of a way to achieve this because the underlying philosophy of the system might change but the architecture initially outlined must consider both ongoing operations as well as future operations along the three broad areas above (Understanding, Adaptation & Implementation and Operation & Continuous Improvement)
7. Dashboards. Dashboards look cool. Other than that, it might very well be an information dissemination service to all members of the firm rather than decision makers.
8. Leverage open cooperation between ERP adopters and implementors across different industries and allow them to collaborate on process development, insights, measurement and continuous improvement ideas. In fact, allow them to exchange and adapt business ideas through the system. This idea is borrowed from the SCOR model implementation which is a formalized system for supply chain development and implementation.
9. The basis, methodology and guiding philosophy of the ERP system must be laid bare for everyone to encounter, experience and understand.
10. Data is the backbone of an ERP system. Therefore data integrity is critical and ways to preserve/enforce/structure data integrity is critical. Current ERP processes such as back flushing should be avoided as much as possible. One way to minimize (not eliminate data errors or significantly minimize data errors) data errors is to minimize direct key board related data entry by using combo boxes and drop downs instead of text fields for data entry.
11. Integrate the most commonly used software mediums into the system. If there is something that I hate about ERP systems is the Form based GUI. I hate it on two accounts (though at this time I cannot think how to replace it effectively) – first that IT has to be intimately involved in creating/modifying/adapting the GUI as it suits a company and second that you can only do what the form allows you to do even if it means cascading through numerous forms in order to ascertain what you want. What is the most commonly used software tools – it has to be MS Office/Internet Explorer or something of the sort. Ergo, the ability of individuals to use MS Office programs is going to have a distinct advantage over any ERP software providers ability to provide templates or customizable forms.
12. Understand why the interaction between ERP software and human actors causes these well documented problems. What is the solution there?

More to come…

Categorized as: Tools_, Supply Chain Management_
Tags: , , , , ,

Making sense of the alphabets (ERP, SCM, MRP, MRP II, CRM, PLM… hmmmm)

There is no doubt in my mind that if I were to ever come up with a product offering in one or all of the above spaces, I’d christen it hmmmm without thinking a second time – market research be damned. Then again, the world is spared the notion by the appropriate coincidence that I haven’t come up with such a product offering but boy its getting there. There is little doubt in my mind that I detest jargon of every kind except the kind that I understand. Jargon introduces a threshold in conversations as well as shorthand to getting things across. If you were to talk to me day long about ERP systems, not only should you expect diminished returns of attentiveness over the course of the whole day but also an increased willingness to employ violence towards the end of dat. But remember, I know something about ERP. So what about those genteel people of the world who know nothing or next to nothing about ERP not to say anything about the rest of the alphabet soup? I will not even mention those who have been through an ERP implementation and a still smaller group who have been through a successful implementation of an ERP system.
So, first of all a clarification of the alphabet soup:
PLMProduct Lifecycle Management: How do you manage the entire lifecycle of the product from conception, to design, to manufacturing, to after market parts and lastly obsolescence? I ask myself who is responsible for thinking that products are the lifeblood of a company? Let’s see – do accountants think like this, do finance people think like this, do marketers think like this (may be), does customer support think like this, do engineers think like this (you betcha), do logistics people think like this? I’d hazard a guess that PLM was developed by engineers for engineers and has suddenly found broad acceptance in a whole stratum of jargonists for whom Excel just would not do. But I’m being very creative here with my guessing.
ERPEnterprise Resource Planning: A while ago, I read an article at Darwin magazine that ERP was neither about Resource nor about Planning, it was about Enterprise. And that puts a sharp axe to everything that you might read about from an ERP vendor’s colorful brochures no matter the breadth of applications and features that an ERP possesses. ERP bothers itself about the whole enterprise from sales and marketing to manufacturing and supply management, transportation and warehousing to finance and accounting – the whole gamut. When such is the scope, then failure is not only possible but also lurking at every corner to make a lunge at such an enterprise wide transformation. Methinks that ERP is ripe for competition (Can elephants dance?) – radical competition. Hence, hmmmm…!!
MRP (& MRP-II)Material Requirement Planning (Manufacturing Resource Planning): Before ERP was, MRP (& MRP-II) was the order of the day. Material Requirement Planning (MRP) was developed for manufacturing companies in order to calculate what materials were required, at what time in the optimal quantities. That morphed into Manufacturing Resource Planning (MRP-II) with the idea that true MRP required a more broad based approach that included shop floor control, planning and scheduling etc. The other major introduction with MRP-II was the closed-loop model with the aim to compare forecasts with output and thus improve the required processes.
CRMCustomer Relationship Management: As the name implies, this type of (software + methodology + capability) is aimed at better management of a firm’s relationship with customers. Rather than just powered by a software, it is a structured interaction with a firm’s customers that is systematic and intentional. The functions that are most impacted by CRM include marketing, sales and customer service with allied functions such as BI (Business Intelligence) etc.
SCMSupply Chain Management: Saved the best for last! Some might be of the view that supply chain management is all about managing suppliers. Perhaps this is why some insist on calling this field Demand Chain Management because it is all about fulfilling demand but that is not all that accurate either. Perhaps, it is better called Chain Management because that is what it really encompasses is a whole gamut of activities from suppliers to manufacturers to transportation to warehousing and inventory to sales and forecasting – a chain of activities that need to be deployed, changed or reworked at a moment’s notice. Oh by the way, just when it was getting manageable, everybody decided to outsource to China. A few years ago, it would have been common for people to say that SCM sits on top of ERP systems – today, it is the ERP system.

Tags: , , , ,

Product Lifecycle Management (PLM) – What is it?

Another buzzword, another hyped up same ol’ thing or something new, looking at an age old problem with new glasses – what is PLM exactly all about? I came across Arena solutions which is in the business of selling PLM tools and went through their demos to ascertain what they’re upto. In a nutshell, PLM software:Products as ERP:Finance and CRM:Customers. Attendant to the described associations is an underlying definition that no vendor of the latter products might sign up to because they’re in the business of extending their solutions/services into the PLM space or any other space that one can think up.

Mark Holman of Arena solutions in his demo seeks to explain how PLM can:
1. Accelerate time to market
2. Streamline collaboration in the supply chain
3. Ship profitable products

Mark also compares the current state of PLM software with traditional PLM software based on the Client-Server model as opposed to the PLM as a service (SOA approach?) model – meaning that all you need is a internet connection and a web browser (Web 2.0?), that they follow.
A first cut review of the demo leads me to think of PLM as a information exchange and, product related control routing and processing tool that uses SOA to deliver its content. I’m sure that ERP vendors are hot on their heels adopting the same technology wholesale into their myriad functionalities or extending their current capabilities in that direction. Gleaning information from the demo, I’d classify PLM as an analytic tool that brings into a firm adopting it a host of its own preferred method of structuring product management, cost reductions, collaboration etc.
However, something that struck me that if ERP seeks to subsume PLM, might PLM instead replace ERP itself simply because of the ease of adoption, focus on product management rather than financial mumbo jumbo and accounting? Could PLM and CRM taken together as an integrated SOA render ERP irrelevant?

Tags: , , ,

Six rules for finding IT value

Paul Strassman has a relatively older article that has a rather frank discussion on finding value in IT projects. Given my interest in the enterprise application software, which could be classified as one gigantic IT project which has nothing much to do with IT, this article certainly had my antennae up.
Paul begins:

So far – to my best knowledge – nobody has been able to demonstrate that there is a positive correlation between money spent on IT and sustainable profits.

Alright, that’s one swing from the bat but let’s see if it is on target…

Sure there are articles about the positive contributions of IT. But the proof could be applied to justify greater IT spending as a sure cure for poor for poor financial numbers is still missing. The quest for demonstrating the directly measurable value of IT can be added to the list of fascinating but hitherto unfulfilled ambitions to attract academic fame or consulting contracts.

And quite importantly…

What is always missing is a repeatable technique for performing the calculations that would satisfy a firm’s methods for making investment decisions

Alright, Paul is not denying that IT investments contribute/create value for the firm but that a direct measurement of that value created/contributed is so far lacking and when provided is not repeatable in other contexts. I would hazard a guess that demanding controlled repeatability in the real world is an idealistic requirement which is more to be found in the scientific world than the business world.
He continues:

Nevertheless, there are ways of finding IT value – it’s just that they are all indirect.

He has outlined 6 key rules that might direct an investigator as to where to look for IT value:

Rule #1: Follow the money – The decisive contribution to an enterprise’s profitability is its capacity to manage purchases. Ergo, that is where the contribution of IT should be maximized as that is where the greatest opportunities are – primarily in improving the management of the firm’s purchases and in simplifying transaction costs. The relationship between purchasing, transaction costs and profits has not been adequately exploited.

Introduction to Supply Chain Council’s SCOR Methodology

Paul Harmon of Business Process Trends has an oldish whitepaper on the Supply Chain Council’s SCOR Methodology and how firms can go about systematically designing and implementing supply chain processes according to the SCOR methodology. The whitepaper is quite detailed and goes into every part of the SCOR methodology. What I would like to know is how well this process methodology has worked out in practice because my knowledge of the methodology is of one outside looking in. The most updated version of the SCOR process model can be obtained at the Supply Chain Council’s website here.
Paul suggests that implementors think about their first SCOR project in terms of six phases as he outlines in his whitepaper:

0. Review Corporate Strategy. This isn’t so much a project phase, as a decision to consider whether an existing supply chain can be improved.
Once this decision is taken, a team is set up, trained in the SCOR methodology if necessary, and set to work.

It is not only a committment by the firm to review its supply chain processes but the necessary definition of where the constraints are, where the emphasis ought to be, what variables are significant levers and what variables are not essential to competitive advantage etc. If one has developed the purpose of using one’s supply chain as a competitive tool, the one must at the very outset outline how the firm envisions the structure of that competition. That’s why this stage is crucial to the review of the SCOR process. An example would be wherein a firm has decided on a decentralized distribution strategy with DCs as close to the customer location as possible. From the follows directions for transportation management, warehouse management, supply and order management with respect to the manufacturing etc etc.

I. Define the Supply Chain Process. SCOR provides a common vocabulary and notation system for defining the major processes that make up supply chains. The first phase the team undertakes is the actual analysis of the existing process. This effort includes decisions about the number and scope
of the supply chain processes to be examined.

The key idea that any cross industry standards group such as the Supply Chain Council brings in is the establishment of standards. A corollary to this is that standards sacrifice innovation flexibility for conforming understanding across the industries adhering to the standard. In the case of SCM, which often spans several industries like warehousing, transportation, suppliers of numerous items across different industries, manufacturers, importers, exporters etc, such a standard is quite crucial because it brings disparate parties together and forces them to learn some bits and pieces of a new language. However, such a standard is only as good as the breadth of adoption and I don’t think it has gone as far as it should so that using such a standard becomes essential.
If you were about to reengineer or design a process, then the logical second step is to ascertain what needs to be done – some might go for the low hanging fruit in order to demonstrate competence, some for the big change (in order to demonstrate bigness?? Or perhaps it might be an issue of survival) and still some others might go for something in the middle but crucial to getting it right.
Paul elucidates on how SCOR types all supply chain processes into the following five general sub-types:

Plan, Source, Make, Deliver, and Return. Complex supply chains are made up of multiple combinations of these basic processes.

The SCOR Process model that is captured in a process diagram gives a good idea of how a firm’s entire supply chain can be mapped out in terms of the above general sub-types as well as process types (Level 1, Level 2 and Level 3).

II. Determine the Performance of the Existing Supply Chain. Once one has scoped the existing supply chain process, one can use historic data to
define how the existing supply chain is performing. In addition, one can compare the performance of your supply chain with benchmarks to determine how your process stacks up against similar processes in similar industries.

If you knew what you were doing, the next logical step is to know how well you’re doing what it is that you’re doing. So after understanding how the existing supply chain is structured, the question then becomes about measuring the performance of the current supply chain against which future changes will be measured i.e. creating a baseline.

SCOR defines five generic performance attributes and three levels of measures that the analysts can use.

The measures are numbered (m0, m1, m2 and m3) where
m0 – measure the performance of the organization as a whole (also designated as Internal Facing Measures)
m1 – measure the performance of the supply chain as a whole (aslo designated as Customer Facing Measures)
m2 – measures that are related to Level 2 processes
m3 – measures that are related to Level 2 sub-processes
This type of current performance data benchmarked against same industry competitors or cross-industry firms gives an idea of what the future state performance targets ought to be before rework of the supply chain processes can be started.

III. Establish Your Supply Chain Strategy, Goals and Priorities. Once one has hard data on the performance of your existing supply chain, and
benchmark data, one is in a position to consider if your supply chain strategy is reasonable, and how it might be improved. One can consider alternative
targets for improvement and determine how they might improve the company’s performance. Similarly, once can identify which changes would
yield the highest return and priorities any improvement efforts.

Leading up to this point, each of the previous steps has been a lot of legwork, data gathering and analysis, explanation of standards that a firm might adopt etc. This has a two-fold benefit. The first being that the firm itself has a greater and broader understanding of its own supply chain (you might be surprised at how little understanding some firms have of their own processes) and the other being that a lot of data, diagrams and information about the firm has been generated that provides a fact base upon which further work can be carried out i.e. a rigorous numbers based foundation has been laid that can be investigated at a later date. Developing a SCORcard which ranks performance attributes vs competition in the current state and expected future state into three ranks – Superior, Advantage and Parity. This sort of ranking and analysis should ideally be in harmony with the roadmap that heads in the direction of sustained competitive advantage or that there are few key performance attributes that will be chosen as the attributes of focus which in turn should generate the desired competitive advantage. As Paul reports, there is a round trip to Phase 0 that might be beneficient to the firm that is undertaking a supply chain examination. This time round, the development of corporate strategy is in the light of a preliminary diagnosis and additional lab tests to boot. That makes any highly wishful and fanciful thinking hit the road so to speak and adjustments can be made i.e. closed loop feedback in action. The next step in this process is to determine which of the supply chain processes needs improvement or reengineering.
So far so good.

IV. Redesign Your Supply Chain as Needed. SCOR provides a number of tools to help in redesigning a supply chain. It provides tools for identify
problems and gaps and suggests the best practices used by companies with superior supply chains. Tools are available to similar your redesign SCOR design so that you can be sure it will yield the results you have targeted.

Its time to get into the nitty gritty of Supply Chain redesign/improvement according to the SCOR model. From carrying out the previous phases, the areas for improvement should have already been identified. A number of time tested techniques have been provided by SCOR in order to improve the performance of supply chain processes which include lists of opportunities and transactions that often cause difficulty.

The redesign team may change its To-Be Thread diagram several times as it explores possibilities and studies the problem in more depth. The place to start, however, is with a tentative redesign.

For the Level 3 process that is under examination, the normal process is to consult the SCOR manual for a typical SCOR model for that process and compare what the firm does with the industry benchmark. The following is a highlight of what constitutes the generalized suggestions for best practices:

As a strong generalization, best practice suggestions can be subdivided into three general types. They can recommend new management practices. They can recommend new employee practices, or they can recommend the use of software applications or systems to automate an activity or to support the employees who perform the activity.

Paul also advises about the suitability of simulation in such a context wherein changes made to a supply chain are tested within a simulation in order to check the validity of the redesign/improvement. Why?

In complex supply systems, its sometimes hard for humans to identify bottlenecks that are obvious once you run several large sets of data through a simulated model of the system. Simulation can take time and it requires developers who are familiar with the techniques required by the simulation tools, but if you are seeking to make millions of dollars of changes in a key supply chain system, spending two months and a hundred thousand dollars to be sure that your system will work as designed is well worth it.

V. Enable the Redesign and Implement. Once the design is complete, you must implement the redesign using software and human performance
improvement techniques. Then you must implement the new supply chain and gather data to determine if you are, in fact, meeting your new targets.

This goes to the control phase that is emphasised in Six Sigma methodology for continuous improvement that envisions that improved or new processes will need freezing, implementation and finally measurement to see whether targets are reached.

As can be seen from this extended look into the SCOR model for supply chain, there is a high degree of congruence with the PDCA (Plan-Do-Check-Act) methodology for continuous improvement as well as the DMAIC (Define-Measure-Analyze-Improve-Control) methodology of Six Sigma. There should be because they’re about process improvement but in the case of Supply Chain, the SCOR model has adapted this general process improvement model into the SCM space as well as provided the best practices benchmark so that firm’s following the methodology can be continually informed through a feedback loop. However, the SCOR model because of the focus on industry best practices and deriving improved/new processes from that creative pool of what has worked for others or what has worked well points a firm in a particular direction i.e. the direction that other firms in its competitive landscape are headed towards. Ergo, if there is an underlying philosophy that is driving the best firms in a particular industry (be it efficiency, velocity, flexibility etc) in a particular direction, how do you think copying that industry’s best practice affects the firm that is redrawing its own processes – in the same direction? This is a serious problem, in my opinion, because I am interested in flexible supply chains over efficient supply chains. And this preference harkens back to the ways in which a firm may derive sustained competitive advantage. Ask yourself where the source of true sustained competitive advantage is located? Then, ask how adopting process improvements that rely heavily on industry best practices delivers competitive advantage – are they sustainable or merely short term jumps, rapidly copied and thus lost advantages?
The SCOR model seems to be concerned (and rightly so) with execution of the supply chain through well analyzed and developed processes and stresses the steering of corporate strategy in Phase 0 step itself. I think that you’re more likely to end up with a very efficient supply chain simply because at this time, there is a clamor about efficient supply chains but only murmurs (or perhaps, silence) about flexible supply chains. Perhaps, one of the factors that has contributed to this state of affairs is that Source/Make has shifted to more efficient means of production/procurement (read outsourcing) and that effect is rippling through the supply chains of many a firm.
So, what are flexible supply chains?
Coming soon to a blog post near you…

Tags: , , , ,

Follow up on Response Management

Randy Littleson of Response Management had a few comments regarding my initial post on Response Management. As I learn more about Response Managment, I offered this comment at his site regarding Response Management and Quick Response Methodology (QRM):
In your comments, you have referred to “breakthrough” in responsiveness that can be achieved by empowering the many stakeholders involved in making course corrections due to unexpected events in the day. From my reading of Response Management (albeit a cursory one at this time), it seems to be a software backed tactical level planning, weigh the options and impacts, decision making (and probably prioritizing) system i.e. consisting of a DSS (Decision Support System) side as well as certain processes that use this DSS. This probably fills a gap that has existed with Supply Chain Planning tools (that remain at a more strategic and long term horizon level) in that they cannot really get down to the nitty gritty of operations. ERP tools have recorded information at all levels of the firm but they do little more than that. I hope that I have captured the gist of the Response Management approach.
Of course, any tool that does some if not all of the above piques my interest greatly.
What QRM does is something quite similar in that it also gets down into the nitty gritty of operations – however it is very much from the planning point of view. With its attendant DSS, QRM plans the structure of the manufacturing system for those very situations wherein Response Management has been highlighted above.
So in a sense, they’re competing ways to solve the tactical issues of daily operations at a level not addressed effectively by SCM/Simulation/ERP systems.

About me

I am Chris Jacob Abraham and I live, work and blog from Newburgh, New York. I work for IBM as a Senior consultant in the Fab PowerOps group that works around the issue of detailed Fab (semiconductor fab) level scheduling on a continual basis. My erstwhile company ILOG was recently acquired by IBM and I've joined the Industry Solutions Group there.

@ SCM Clustrmap

Locations of visitors to this page

Subscribe by email

Enter email:
Delivered by FeedBurner

Enter email to subscribe
April 2024
S M T W T F S
 123456
78910111213
14151617181920
21222324252627
282930  

Archives