Simple Glitches Led ToBy Larry Barrett | Posted 2002-11-01 Email Print
Re-Thinking HR: What Every CIO Needs to Know About Tomorrow's Workforce
The tangle of cables in HON's factories is gone, replaced by wireless systems. Gone, too: the furniture maker's downtime.Major Downtime">
Simple Glitches Led To Major Downtime
Fields says he couldn't begin to guess how many times a simple disconnected or damaged serial cable brought production to a standstill. Sometimes it would happen twice or more a day. Sometimes it would happen only once a week.
With a dozen plants operating throughout the U.S. and Mexico, Fields says it seemed as though there was always a problem with some line somewhere in the organization. The management team demanded an immediate improvement.
When one line was down for a considerable amount of time, HON would have to adjust on the fly by having other lines pick up the slack. That not only eroded HON's overall on-time delivery performance, it also caused redundancies in instances where inter-plant communications fell apart. When the line would return to service, workers would race to continue a run of a particular product only to realize later than another plant had already taken care of that week's shipments.
Then HON would be stuck with a bunch of inventory it couldn't move, not to mention the additional overtime and regular pay it shelled out while the line was inactive and then later when it resumed production.
"They (management) didn't care about the cost or the technology or any of the details," he says. "They just told me to take care of the problem. We couldn't afford to have these lines down anymore. Period."
The old system was composed of hardware that included serial cables, disk drives, printers, bar-code readers and dumb terminals, which basically only provided a video display and a keyboard. When an order was scanned through the bar-code reader, the specifications for that product were printed out and given to line workers. On the software side, a crude in-house program was developed to record what products were being manufactured and to transmit that data to a Unix server.
"We had a dumb terminal that could tell us what we'd made and what we needed to make, but it couldn't tell us what went wrong with the system when it crashed," Fields says. "We needed a way not only to leverage the information we were creating on the lines, but also a way to monitor the system to identify and resolve technical problems as they arose."
Fields says he and the rest of his staff looked into either going with Microsoft Windows or even a version of MS DOS to upgrade their manufacturing systemsclearly a safer and more popular choice back in late 2000or take a gamble on the emerging Linux operating system.
"If we had made this decision based on risk alone we wouldn't have gone with Linux," Fields says. "It was pretty new and, frankly, had we not seen the level of commitments being made by IBM and other big-name hardware and software vendors, we wouldn't have gone in this direction."