|
September 1997 Volume 7 Number 9 The MRP II Paradigm: Is It For You? MRP II SYSTEMS have been broadly accepted due to the extensive and useful functionality they provide, even in those situations where the planning/decision support paradigm provided by the system poorly fits the business. By Philip Rhodes, CFPIM
Implicit in the planning/decision support paradigm of MRP II systems are the following hidden assumptions:
Today's MRP II systems are direct descendants of systems which go back well over 30 years. These early ideas, developed for fabrication and assembly manufacturers, have been highly elaborated and made more flexible with hundreds, even thousands of imbedded application parameters and logic tables. The result of all this is an appearance of flexibility which can be misleading. Let's examine the MRP II paradigm in greater detail.
This is because job shops issue purchase orders on a job-by-job basis, synchronizing receipts with planned start dates. (Note: Some commonly used components, such as bar stock, may be carried in inventory with replenishments triggered by order points.) The MRP II planning paradigm is also clearly
inappropriate where capacity is of overwhelming importance
and material availability is a very secondary concern.
Rolling mills, semiconductor plants and many chemical
process plants are examples of this. In many production situations, "families" of products must be produced together and often in a particular sequence in order to minimize production costs. In this situation, materials plans which use standard production lead times in planning have little validity. For example, if the items in a family are produced together (in sequence) every fourth week, the production lead time for a particular item could be one day at one point in time and four weeks at another. It all depends on where you are in the family's production "cycle." Assuming an average lead time (e.g., two weeks) for planning purposes leads to meaningless plans. A second common situation where the "item independence" assumption is inappropriate for planning purposes is the following. Many products (pharmaceuticals, lubricants, paints, etc.), for a variety of reasons, are produced in a single batch size and must be immediately packed. They cannot be inventoried in a bulk state. In addition, it is often undesirable to pack an entire batch of the bulk product into a single package size. Because MRP II plans each package size of the product independently of its other sizes, any MRP-generated materials plans for the individual package sizes are, at best, only a starting point for manually developed plans. When multiple items need to be planned together as in the above examples, this is called "joint replenishment." Joint replenishment issues also arise frequently in purchasing (invoice level discounts) and distribution (e.g., the need to ship in truckloads). In order to effectively address joint replenishment
economics, it is often necessary to integrate planning with
scheduling/execution issues. One cannot deal with one issue
and then, in separate steps, deal with the other. Yet, this
is exactly the way MRP II systems work. DRP is not an execution system and does not support the many critical and complex decisions made every day by distribution and traffic personnel. For example, DRP systems typically:
The resulting plan is then manually manipulated, hopefully considering customer promise dates and backorders, the availability of production resources, the costs of flexing those resources (e.g., overtime and sub-contracting) and opportunities for joint production economics. Placing this burden on the personnel responsible for master scheduling is a very tall order. To support this complex process, MRP II systems offer only rough cut capacity planning and infinite capacity planning after completion of the MRP run to assist with these complex decisions. To be specific, these systems typically fall short in the following respects:
A critical look at MRP II systems reveals that these systems, while providing systems integration, do not provide integrated decision-making. In fact, MRP II systems are essentially a collection of tightly system-integrated departmental systems. They are systems which deal sequentially with one aspect of the planning and scheduling problem at a time. It is that super human, the master scheduler, who is
expected to pull it all together. He/she is the one who is
expected to implicitly evaluate trade-offs, modifying plans
to arrive at the best balance of conflicting objectives, and
do this in a tight time frame. A poor fit is an alert that the core master scheduling and planning functionality of MRP II systems may be more difficult to implement and less effective than anticipated. The system architectures of some MRP II systems reflect the attitude that it is possible to be all things to all people. Some even try to dictate "best" practices. This results in systems which are not only highly complex, but very difficult to modify or interface with specialized decision support systems. System buyers need to be inoculated with a healthy dose of skepticism concerning how closely a package can be made to fit their decision support needs without extensive modification or interfacing to specialized software products. Once top management has been sold by software sales people on the "flexibility" of the MRP II system being pitched, they have a hard time understanding why the implementation is so drawn out and costly, and why benefits are so much lower than anticipated. Should it become apparent that additional software is
required to supplement an integrated manufacturing software
product, it is important to determine the "openness" of that
software product to integration with other systems. This quality of openness is claimed by many manufacturing systems, but a claim and reality are not the same. Perhaps the simplest and best way to evaluate openness is to talk with other buyers of the system being evaluated. Find out from them what it took to modify the system and how long to payback. And don't just speak to those who had responsibility for selecting the system. Speak to those in the trenches who had to make the system pay off.
Philip Rhodes is the director of Logistic Systems for GL Associates of Jersey City, N.J. He has more than 30 years experience in the design, development, implementation and evaluation of manufacturing and logistics software. He has also been a member of the Production and Inventory Management Journal editorial review board for 17 years. Copyright © 2020 by APICS The Educational Society for Resource Management. All rights reserved. All rights reserved. Lionheart Publishing, Inc. 2555 Cumberland Parkway, Suite 299, Atlanta, GA 30339 USA Phone: +44 23 8110 3411 | br> E-mail: Web: www.lionheartpub.com Web Design by Premier Web Designs E-mail: [email protected] |