Archive for the 'Manufacturing Technology / Automation' Category

What’s the financial impact of missing a customer shipment?

Tuesday, February 13th, 2007

This is a recounting of a conversation I had with a plant manager about the financial impact of missing shipment of his product for that month (which since it was December, was also be a miss for the fiscal year). The lesson is an old one: be sure to do a marginal (incremental) analysis when assessing the impact of a change in revenue, cost, or profit, and be aware of how you handle allocated fixed costs.

Me: So you may miss shipment for 5 units this month? How will that impact the company financially?

Plant Manager: Well, cost accounting shows that the profit for this product is $50,000, so this may be a $250,000 hit to the company.

Me: I’m afraid the impact will be larger than that. $50,000 is the average profit per unit (writing on my tablet):

Profit = Revenue – Variable Costs – Allocated Fixed Costs

But, what’s the financial impact if you don’t ship a unit?

∆Profit = ∆Revenue - ∆VC - ∆FC

∆FC = 0 (these are fixed costs, and don’t vary with volume), so

∆Profit = ∆Revenue - ∆VC

So the impact to profit of not shipping a product is its incremental revenue less its incremental variable cost. You said that revenue per unit is $1,300,000 and its variable cost is $1,070,000, so the impact to profit of missing shipment will be $230,000 per unit.

PM: That’s over $1 million in lost profit for 5 units!

Me: Sorry to be the bearer of bad news, but remember that ∆Revenue - ∆VC is sometimes called “profit contribution” which is a significantly larger number than the “profit” that cost accounting attributes to a product.

And the impact to cash flow (what really gets some companies in a bind) may be even greater. For example, what if much of the raw materials for this product are already purchased and sitting in inventory?

The impact to Cash Flow (∆CF) would be:

∆CF = ∆Revenue - ∆VC + (inventory already purchased for that item)

PM: I get the idea, but I’m not even going to calculate that number. But I do have a heightened sense of the financial impact of not being able to ship a customer order.

Is new technology really your best next investment?

Sunday, October 8th, 2006

I made a day trip to the Assembly Technology Expo in Chicago last week. What an adventure. After all, here’s an event dedicated to the latest automated innovations for manufacturing: Over 600 leading suppliers were there, from AGI Corporation (tooling and automated handling for PCB assembly) to Zierick Manufacturing (interconnection devices). I’m always fascinated with the latest technology for manufacturing, and it was fun to put my business card in all of those fish bowls and hope that I won something.

But as I looked over the Technology Pavilion and saw all of that equipment from all of those large companies, I couldn’t help but wonder…

What if American industry spent just a fraction less on material handling equipment, and just a fraction more on improving their process flow?

What if American industry spent just a fraction less on “Machine Vision Systems” (it looked really cool), and just a fraction more on teaching their people with how to see waste?

What if American industry spent just a fraction less on automated storage and retrieval systems, and just a fraction more on creating level pull and reducing inventories?

I like cool new technology just as much as the next engineer, but I sense that most companies could make much more progress by shelving their next automation project and spending that next dollar on processes, management systems, and developing people.

You Can’t Pull From China

Wednesday, September 27th, 2006

Just in case there is any lingering confusion out there, I thought I’d take a few minutes to make it clear that you cannot deploy a kanban, or pull system, to get parts from China to your factory in the U.S. - at least you can’t do it and make any money at it. The size of the kanban would be astronomical - enough parts to protect a 30-60 day long supply chain tail including a big enough buffer to protect against anything and everything that might happen to cause a fluctuation in demand during that time - and to keep from shutting your plant down, that buffer has to be set at 2-3 sigma, and you can’t afford it.

So if you want to buy parts from China, you have to use MRP or some similar form of push voodoo to bring in what you think you might need in the future. That means you need some sort of MRP type forecasting and master scheduling witchcraft on the front end of the business … and all of that means you are not really lean. You are a traditional manufacturer with some lean looking stuff in the middle of the process.

Lean is not aimed at every kind of waste, or any kind of waste, or whatever management decides to classify as waste. It was designed to support a specific set of seven wastes in the manufacturing process and lean is very effective at attacking those wastes. One of the seven is waste of transport. All of the time material is en route from one place to another with no value being added to it, money is being wasted, quality is being degraded, and customer service is slipping downhill. When you decide to buy major pieces of the product on the other side of the globe, you are making a conscious decision to build a very big chunk of waste smack dab in the middle of the process. You can put all the perfume on that pig you want to, but you cannot make that process lean.

There are two distinct paths in manufacturing: The one that deploys lean tools to attack the seven forms of waste, and the one that deliberately builds waste as a tradeoff in pursuit of cheap labor. The first company is lean; the second can never be lean.

Just thought I’d clear that up.

What’s that you say?
You don’t have a real-time, enterprise performance management system with integrated business intelligence and a drill-down capable executive dashboard?

Wednesday, September 6th, 2006

Here’s a dirty little truth that software companies and system integration consultants don’t want to come out: Few companies have an effective performance measurement system. And the few companies that do have good performance measures throughout their business generally have a simple, straight-forward measurement process that doesn’t use an elaborate, expensive software solution.

But if you Google “Enterprise Performance Management”, the search results include all the major business software companies: Oracle, PeopleSoft, SAS, SAP, Microsoft, Business Objects, Infor, Lawson and more. These are nice looking sites, so I’m thinking they must have real products with a lot of real customers. But after working with hundreds of companies over the years, our Affiliate team just has not seen an “enterprise performance management system” from a software company that is used effectively by a manufacturing company. What we do see is:

- Most companies have a traditional financial reporting process in place, with Operations Management spinning their wheels trying to understand and explain their monthly financial “variances”.

- Many companies have a few selected operational measurements in place, which often train plant management to sub-optimize - indeed warp - their operations based on a particular metric (we often see direct labor or machine utilization used this way). See the article, “Goal Obsession“, for an example of this.

- A very few companies have a simple, straight-forward measurement process with metrics carefully selected to complement business objectives. The process is sometimes based on Hoshin Kanri or an A3 planning system adopted from Toyota’s model.

So if your company doesn’t have an operational performance measurement system you’re not alone. But you don’t need to be with the general crowd for long. Instead, there is a simple, straight forward performance management process your company can use to effectively align your people’s activities with your business objectives.

Want to get started? Read Bill Waddell’s post, Manufacturing’s 5 Golden Metrics , and then feel free to contact us.

The IT Cultural Gap

Tuesday, July 25th, 2006

To a recent post to Evolving Excellence concerning the misapplication of IT resources to lean transformation, Karen Wilhelm of SME made the astute comment that a fundamental problem with IT efforts is the general absence of IT folks on factory floors. This is the epitome of the cultural gap that must be closed for lean success.

It has long been known that the traditional, primary focus of information systems has been finance and accounting - the money people are IT’s number one customer. The difference between traditional management and lean is largely embodied in Henry Ford’s comment, “Profit is the inevitable conclusion of work well done.” Instead of devoting so many bits and bytes to analyzing the profits, the IT focus must be on the work - and having it “well done” - and the money will take care of itself.

When IT resources are applied to manufacturing at all, the tendency is to develop and implement massive, ERP-type systems, designed by experts far away from the plant, then implemented top down for the primary purpose of control. The benefit of such systems - the ROI - is usually difficult to find and typically takes years to realize.

Far better to deploy IT folks as Karen suggests - on the shop floor. The primary customers of IT should be the people adding value in the core processes. The ongoing questions driving IT priorities should be ‘what information do they need to do their jobs and to create greater value for customers’. Most of the answers will result in small projects with immediate, measurable returns.

The degree to which a manufacturer has empowered its employees and truly harnessed the value of their knowledge and experience can be measured by the access the average employee has to necessary information. If the management model still revolves around senior people prioritizing scarce IT resources, and usually allocating them to strategic, enterprise wide applications while production folks do without basic data, lean manufacturing performance is impossible.

IT Must Claw Its Way Back to Relevance

Thursday, July 6th, 2006

Let me share a perspective I gained awhile ago while attending the Gartner Symposium in 2004. IT advisor Gartner kicked off this IT event with a review of the state of IT:

“Software must become much more fluid, and it needs to adapt without constant redesign,” said Jeff Comport, a Gartner analyst presenting at the October 17-22 event in Orlando. Comport noted that current applications tend to lock companies into rigid business models. For example, one Gartner client cited had invested $20 million in an 18-month enterprise application implementation, only to find that the business had changed by the time the system went live.

The underlying message from Gartner at the Symposium is that IT needs to claw its way back to relevance. “Many of you are great managers of technology infrastructure, but that’s not the future. You need to lead new initiatives that can innovate the business, rather than simply keeping the lights on.” said Comport.

Well said. Even technology experts understand that IT is not the silver bullet often promised by software vendors. Our message: first train your people with lean thinking principles; then empower them to eliminate waste from your processes. Lastly, consider applying technology as appropriate.

Change Or Die

Wednesday, June 28th, 2006

Ford has launched a remarkable series of videos documenting their introspective look at themselves. It is very much worth the couple of minutes to watch the first installment. You can take a look by clicking here .

The comments from a number of people at Ford concerning their focus on the wrong competitors - GM and Chrysler, rather than Toyota and Honda - and their product and quality shortcomings reflect a healthy willingness to deal honestly with their situation. There is little doubt that they have named their effort acurately - Change Or Die.

I don’t believe, however, they have asked “Why?” enough times. One lean tenet is that you usually have to ask why five times before you get to the root cause of a problem. I know a number of Ford management folks, as well as people who work at Toyota and Honda. The Ford people are no less intelligent or committed to success than the people at their Japanese competitors. It has long been my premise that the problems that exist at just about every big manufacturer - Ford and GM are just the ones most in the public eye - are a product af the basic management structure in which they operate.

It is hard for me to believe that, no matter how inbred the Detroit automotive culture is, they have not been acutely aware of Toyota. I don’t believe that the problem at Ford or anywhere else is so simple that merely telling people to care more - change or die - will solve it.

Ford, GM and all of the traditional American manufacturers manage with an infrastructure that is fundamentally different from the management infrastructure at Toyota, Honda and the truly lean companies. No matter how much the Ford people care, and no matter how hard they work to solve their problems, they cannot continue to manage themselves by the old DuPont ROI model with MRP/ERP systems, labor focused performance metrics, functional organizational structures, standard costs, and investment decisions driven by the same old accounting methods and hope to compete with the lean companies.

Traditional manufacturers are not being out-worked by the lean manufacturers, nor is their problem a lack of caring. They are being out-managed. The only solution is a fundamental change in how they manage.

The Ford initiative is a good start, but asking why a few more times will get them to the heart of the matter where sustainable improvement can begin.

L-E-G-O: Danish for ‘waste’

Friday, June 23rd, 2006

What do you suppose the cost of a Lego block is when it pops out of an injection molding machine? A penny, maybe? Two at the most. It takes an extraordinary amount of waste for that penny toy to become a premium priced addition to your kid’s toy box.

It will be palletized and un-palletized three or four times, at least. It will move in and out of three massive, automated distribution centers, tracked by two different RFID systems, roll down miles of conveyor, shrink wrapped, un-shrink wrapped and re-shrinkwrapped, scanned into and out of two ERP systems and one MRP system. Since the time to move that plastic block that many times through that many systems across a continent or two is pretty substantial, the fraction of a second it takes to actually make the block has to be planned and scheduled months in advance using globally integrated forecasting technology.

By the time the ‘Global Supply Chain In The Information Age’ folks get done with it, that toy with value measured in pennies has a cost measured in dollars. The Lego company was doing OK until a few years ago. They were under competitive pressure, of course, and they were working on building their market in a lot of innovative ways - some worked and others didn’t. Then something happened that is awfully hard to explain, but the Lego folks swapped ‘nurture the child’ for ‘nurture the semiconductor’ in their corporate culture. Oracle and IBM were very well nurtured, but it seems that just about anyone peddling warehouse, planning or tracking technology got at least a warm hug.

If anyone bothered to map the process a Lego block follows from start to finish, they would have to be insane to miss the reason why Lego found themselves losing money after all of this technology was deployed. It was so ludicrous that at one point, they were making blocks in their factory in Connecticut, packing, palletizing, shrink wrapping and loading it into trailers - then hauling it across the parking lot to their distribution center to undo all of it and put it into warehouse racks. If the product has to go to Walmart or Target - Lego’s largest customers - it is unwrapped and labeled with an RFID tag, then re-wrapped.

The ERP mindset is so ingrained at Lego that their customers had to hack into their system to get what they wanted. Their ‘Lego Factory’ product offered customers a tool to go online and design the structure they wanted to build with Lego blocks, then Lego would convert that into requirements for each little plastic block it took to make it. When customers found they were paying for more blocks than they needed, always having several left over, they hacked into Lego’s system and found that Lego was calculating the block requirements in lot sizes. If the true requirement was for, say 23 pieces, and Lego batched them in lots of 10, the system would calculate demand for 30 then ship and bill that many. Customers found they could go into Lego’s system and figure out the real demand using little more than logic and common sense.

Lurching from one strategic fad to the next, rather than taking a long look at the exorbitant waste in the system, management’s next move was to outsource. The problem, they determined, was high labor cost. People could be had for 20-35% less in the Czech Republic, said the CFO, so off they went. The operation in the U.S. is being closed and that work sent to Juarez, Mexico. It has apparently never occurred to them to simply stop doing much of this non-valued added shuffling of little plastic blocks and save 100% of the labor cost.

Automating a process without first getting the waste out of it simply enables you to waste money at speeds you previously though to be impossible. Outsourcing to get 1/3 off of something you don’t need in the first place is hardly a bargain.

Management at Lego and everywhere else has to have a very clear vision of their value steam from start to finish, and a firm strategy to optimize that value stream. Being driven by labor costs, rather than the critical metric of the ‘Value Added Ratio’ – the time during which the product is having its value increased in the eyes of the customer, as a percentage of the total time – leads to stories like the Lego tale.

Inventory is waste – and inventory management systems are Waste Management Systems. In moving it all to the Czech Republic and Mexico, Lego has simply found cheaper garbage men.

MRP On The Rocks

Monday, December 12th, 2005

Mark Edmondson from Lean Affiliates and Mark Graban have been hammering away at the latest whiz bang variation of MRP, calling it another “siren song” for manufacturing. For those a little light on their Greek literature, the sirens were a devious bunch of women with beautiful singing voices, and they would lure passing sailors to venture closer to hear the music, only to find that they had been suckered into steering the ship right into the rocks, where it would crash and sink. To see the boys over at Lean Manufacturing Blog’s sarcastic, cynical comments (imagine someone writing in such a tone in a serious manufacturing blog!), drop down the page to “First the V-Pill; Now Its the V-Chain”.

They are right, of course. Joe Orlicky and Ollie Wight lured American manufacturing onto the rocks with MRP in 1961, and we have been foundering on them ever since. Originally, MRP stood for ‘Material Requirements Planning’. A few years after Orlicky put the first system into a JI Case plant in Moline, Illinois, the system was tweaked to add capacity planning, and it has remained unchanged since. Later on, the whole system was tied into cost accounting, and renamed MRPII, and the initials now stand for Manufacturing Resource Planning. Finally, the tentacles grew deeper into the company and the whole mess was renamed ERP - Enterprise Resource Planning. Through it all, though, the heart of the system has remained unchanged since Joe and Ollie laid it all out during the early days of the Kennedy administration.

In order to understand MRP, conjure up all of the core principles of lean manufacturing in your mind - then picture the opposite. You will have a good grasp of MRP logic. Taichi Ohno used the analogy of manufacturing being like a river full of rocks. The water level in the river represents inventory and the rocks represent manufacturing waste. The aim of the Toyota Production System, says Ohno, is to continually drop the water level and expose the rocks, so they can be eliminated. The rocks of poor quality, long set up times, poor factory layout and so forth all must be eliminated to turn the factory into a smooth, rapidly flowing stream of production.

MRP, on the other hand, is designed to make it easy for factories to plug in the size and location of each rock, then turn it over to the system to assure that there is always enough water to keep every rock covered. It is built around lot sizes that assure set up times and costs are spread out over so many units they become insignificant cost elements; the user inputs yield percentages to generate enough extra production to assure that lousy quality doesn’t get in the way of shipping; it helps to assure that there is enough inventory everywhere in the process to keep all of the manufacturing waste hidden from view.

While the sophisticated systems peddled today as ‘necessary’ for every serious manufacturer have whistles and bells Orlicky and Wight could not have imagined, they still drive manufacturing exactly to their 1961 vision. The enhancements to MRP have been in hardware, not software. Joe and Ollie would be flabbergasted to see desktop machines running MRP. The original was run on a computer the size of a comfortable home called an IBM RAMAC 305. (Check out this cat running an IBM RAMAC machine and you will have a good idea just how state of the art MRP is) For that matter, RAMAC stood for Random Access Method of Accounting and Control. The factory people had to know nothing good could come from introducing more ‘accounting and control’ into the factories. At any rate, once the MRP crusaders got over their amazement at hardware, however, they would feel right at home with the logic.

MRP was useful - even necessary - under the manufacturing philosophy of the day. Trying to become lean using a 45 year old manufacturing tool won’t work, however. It is a lot like a world class, Olympic sprinter who breaks her leg. Sure, she is going to need crutches until her leg heals. But she better get rid of the crutches eventually if she thinks she is going to get to the Olympics. MRP was a great crutch for factories bloated with inventory, cranking out dismal quality products in the 1960’s. Nobody is going to keep up with Toyota using MRP, however.

As info, Toyota uses MRP for planning - it still does a great job there, especially for capacity planning. But there is no sign of MRP in their factories. You have to go to an American plant to see the relics of Orlicky’s thinking in serious action.

Computer systems are great tools - not panaceas. The siren singing of a system that does it all sounds almost as sweet to American manufacturers as the siren singing Chinese love songs. The manufacturers that follow all end up on the rocks, however. I read somewhere that American manufacturers can be expected to compound the waste in their factories with over a billion dollars of additional waste in the next year for MRP systems. I wish them all good luck as they head off to battle with the truly lean manufacturers armed with their half century old arsenal.

Blogger’s Note: It pains the author to have to admit that I am an APICS certified MRP wizard and have led a number of companies down the road to ruin with MRP, and induced many more to self-destruct as a result of my lectures and articles in various APICS forums. I have fully recovered from my addiction to MRP and I can only beg forgiveness for all the harm I did early in my career.