"MRP Works Great If…."

2
5

I was reminded of a quote I had saved from an APICS article that I saw in 2003. I thought the quote was funny, somewhat unintentionally so. The article was titled “Push and Pull: Getting MRP and lean to work together”.

The quote:

“MRP advocates continually complain that IF:

  • Employees posted all inventory transactions correctly,
  • Reported all labor, and
  • Maintained each work center capacity;
  • If manufacturing followed schedules exactly,
  • If the company created accurate forecasts for the next six months…

The system would work perfectly.”

Ah, MRP advocates. So the problem is with the users of your system? Those pesky users who just won't use your glorious, all knowing system properly.

The problem isn't the fact that all of those above assumptions are unrealistic? The problem isn't that maintaining the system creates all sorts of non value added work that distracts employees from taking care of real customers?

Now I'll agree that MRP has a role and a place even in a lean company. But, that role should be limited to forecasting and sharing information with long lead time suppliers. If you're lean, you shouldn't have to rely on MRP to do detailed capacity planning and scheduling, so the need for all of those above assumptions to be true goes away. What are your experiences trying to debunk the MRP myth or in moving away from MRP to lean?

Please check out my main blog page at www.leanblog.org

The RSS feed content you are reading is copyrighted by the author, Mark Graban.

, , , on the author's copyright.


What do you think? Please scroll down (or click) to post a comment. Or please share the post with your thoughts on LinkedIn – and follow me or connect with me there.

Did you like this post? Make sure you don't miss a post or podcast — Subscribe to get notified about posts via email daily or weekly.


Check out my latest book, The Mistakes That Make Us: Cultivating a Culture of Learning and Innovation:

Get New Posts Sent To You

Select list(s):
Previous article"Driving The Lean Supply Chain" Web Conference
Next articleStory About Chinese Companies Learning Lean
Mark Graban
Mark Graban is an internationally-recognized consultant, author, and professional speaker, and podcaster with experience in healthcare, manufacturing, and startups. Mark's new book is The Mistakes That Make Us: Cultivating a Culture of Learning and Innovation. He is also the author of Measures of Success: React Less, Lead Better, Improve More, the Shingo Award-winning books Lean Hospitals and Healthcare Kaizen, and the anthology Practicing Lean. Mark is also a Senior Advisor to the technology company KaiNexus.

5 COMMENTS

  1. “MRP advocates continually complain that IF: No – MRP Whiners talk like this. Leaders respond.

    Employees posted all inventory transactions correctly – take away manual transactions via bar code scanning

    Reported all labor – no an mrp problem. COGS will wash out at the end of the month – you know what you spent.

    Maintained each work center capacity – No excuse for not doing this.

    If manufacturing followed schedules exactly – Again, no excuse – enforce MPS compliance.

    If the company created accurate forecasts for the next six months… not required for mrp – that’s what inventory is for.

    Whiners whine. Leaders solve.

  2. >manufacturing followed schedules >exactly – Again, no excuse – enforce
    >MPS compliance.

    So you tell the machines to not break down? How do you enforce perfect MPS compliance?

  3. So you tell the machines to not break down? How do you enforce perfect MPS compliance?

    It doesn’t have to be perfect. rates are an average production. Obviously its easier if the operation is more reliable, but if it’s not reliable, you hold inventory as a buffer (& start working on TPM!).

  4. TigerDude — thanks for your comments and for visiting the blog. I hope you’ll come back and participate some more.

LEAVE A REPLY

Please enter your comment!
Please enter your name here

This site uses Akismet to reduce spam. Learn how your comment data is processed.