In the first edition, the second tier of the pyramid was called “control”. We all know that the harder we try to control something, the more complex we make things and the more likely it is to go awry. Anyone with or who has had teenagers can see that very clearly! With teens, it’s what you want them to learn that doesn’t change but how you get there is another story. Likewise with maintenance management. Despite all the shifts in technology, demographics, management styles and business environment the practices you need for success in maintenance remain the same. Control is in the “how to” – those practices remain “essential” to your success no matter how you deploy them. This subjects covered in this level of the pyramid have remained much the same throughout all three editions of Uptime but they’ve grown deeper and more insightful, becoming much more tightly integrated with each other.
The tools of our trade don’t change much and machinery doesn’t know if it is being maintained by a baby-boomer or a millennial. Both need good plans, availability of tools, parts and or support, they need to be scheduled when it makes most sense to do the work and both need to report on what they found. Good computerized systems and even hand-held devices in the field may help to make some of this easier and more efficient, but the basics of work management haven’t changed. What has changed is the emphasis on the role of work management and how to execute it more effectively. To reflect that in this revised edition of Uptime, Richard (Doc) Palmer, arguably the world’s leading expert on planning and scheduling took on the task of editing this chapter. His approach to the subject is a bit different than my own used to be – he’s taught me valuable lessons along the way and helped me become more effective. He’s managed to make work management more human and hopefully you too will benefit from Doc’s editing and contributions.
Again, the tools we use to manage parts and materials are the same, albeit more technically sophisticated and in some cases more user friendly, but we still needs parts and materials before we can schedule our workforce to turn the wrenches. In the third edition of Uptime, like Doc has done in the Work Management chapter, I’ve attempted to emphasize the importance of a tight integration between maintenance planning and scheduling, and materials management in this one. The book isn’t about materials management, that’s far too broad and deep a subject to cover here, but the important message is that the two groups – maintenance and materials must work together collaboratively towards achieving the same goals. I even go so far as to suggest they should each share similar KPIs.
This was added in the 2nd edition. It introduced a fundamental emphasis on some of the TPM elements that were covered in the TPM chapter of the first edition and to show the need for a program of proactive activities. It emphasized meeting regulatory requirements which grow with time, keeps us out of trouble as we are being held to more stringent standards and more responsible for accidents and other consequences of our failure to do the right things. It also included basic proactive maintenance concepts for preventive and predictive maintenance. The result was a sometimes confusing blend of TPM, Reliability Centered Maintenance (RCM) and regulatory compliance concepts. Many people liked it, but the confusion had to go.
In the 3rd edition a lot of that confusion is cleared up. Since 1995, TPM is something we hear less and less about. We still have “lean” but TPM has not lived up to its expectations in many western operations, despite its resounding success in a few. TPM, like RCM, was a bit of a buzzword for a while. Many organizations claim to have it, or to have done it, but in reality they’ve only scratched its surface.
Basic care still covers keeping out of trouble with respect to following regulations and paying heed to the fact that today you can be charged, convicted, fined and jailed if you don’t do your job properly. The proactive maintenance parts of the chapter have been consolidated in one chapter, later, that deals with Reliability. What’s new here is the introduction of a valuable TPM tool that can be used by any company with a bit of discipline, whether they are good with teamwork or not (although teamwork helps a lot) – 5S + 1. 5S stands for the 5 Japanese terms that loosely translated into English become: sort, set-in-order, shine, standardize and sustain. + 1 refers to the more recent addition of safety to the mix.
Given his extensive work in lean manufacturing and his experience with 5S, Uri Wittenberg again contributed to this edition with the addition of 5S. Although not acknowledged as a contributing author, another friend and highly experienced colleague, Mick O’Sullivan, who was reviewing the early drafts of the book, encouraged the addition of safety to the mix.
Truly successful operations and maintenance is always reflected in how the plant (or other asset) looks. I can tell right away upon entering a facility if they are doing the right things well. 5S + 1 takes any organization a long way down that path.
This began in the first edition as a chapter on measuring and benchmarking. It was expanded in the 2nd edition and again here. Hoshin Kanri, if used properly will help a great deal in defining KPIs that are essential to achieving corporate strategic objectives. They’ll also be KPIs that encourage cross-functional collaboration – something that is often missing in most performance management schemes. All too often, managers have performance contracts with KPIs that impact their bonus. Sadly, those KPIs for one department often encourage (inadvertently) actions that will defeat the objectives of managers in other departments. Little or no thought is usually given to the cross-functional impacts that occur naturally because of the inherently integrated nature of our business operations. Reducing inventory of parts may help the supply chain manager achieve a cost reduction goal but the unavailability of parts it creates leads to longer waits for maintenance, greater backlogs and lower productive uptime (availability). An important flash of the obvious, brought to my attention by Doc Palmer, was that parts in a storeroom are far cheaper than downtime.
KPIs across functional departments must be integrated with each other. Hoshin Kanri helps achieve that. For instance, supply chain should probably share responsibility (and KPIs) for maintenance costs and operational availability with maintenance and production departments. Likewise those two should share responsibility for inventory levels and overall cost of delivering parts for work that must be done. Much like a play onstage, each of these actors (departments) has a part to play or the whole doesn’t work out very well at all. We still deal with many random events and some will be missed. Improvisation will always have its place, but here it should be exception, not the rule. KPIs are a power tool when used well within an integrated Performance Management system, to encourage the collaboration needed to achieve our business objectives. After all, departments exist like parts in a machine – all intended to contribute to one output.
Information technology has evolved a long way since the first edition of Uptime. Indeed, it has been one of the driving reasons behind the 2nd and 3rd editions. Interestingly though, the way we implement our support systems – Enterprise Resource Planning (ERP), Enterprise Asset Management (EAM), Computerized Maintenance Management (CMM) systems hasn’t changed all that much. Perhaps it should though!
I met Larry Johnson a few years ago, we share a common Naval background (albeit in two different Navy’s) and we share a passion for excellence. In addition to other strengths, Larry has a strong information technology background and he brought that to bear in the editing of this chapter.
Our support systems have grown very complex and we’ve seen a shift from specialized “best of breed” solutions to more general “enterprise” management systems covering almost all of the business functions. Some evolved from maintenance systems into EAMs. Some CMMS’s were simply renamed EAM. Others evolved from production focused ERPs and a few commercially successful solutions evolved from the world of finance and accounting. As each grew to encompass broader functionality they grew more complex. Integration among the various functional “modules” became (and remains) difficult to implement well because a change in one area can impact many others. Our functionally focused teams that are often used to implement don’t often appreciate the impacts their decisions can have. Another result of this growth has been a tendency towards terminology that reflects the systems’ original roots. One such system tends to use financial terminology with a decidedly European flavor in other functional areas which can be very confusing to maintainers.
Big corporations seem to feel that bigger is better and so they grow. With them so too do their systems. Acquisitions lead to the implementation of the chosen corporate “solution” across the acquired. Change is constant and disruptive. Few companies ever truly stabilize when it comes to information technology / management (IT / IM). To lend stability they try to control it more tightly – something I fundamentally disagree with. IT / IM departments control their realms tightly and in doing so, impose their will and ways on the rest of the corporations they are intended to serve. I argue that many companies have this backwards!
IT / IM is there to serve, not dictate. Information and the data it arises from, belong to the users – the creators and consumers of that information. Implementation of these big corporate systems should begin with the users specifying what they want the system to do for them and then turning it over to IT / IM to find the right tools. Imposing an enterprise wide system on users, especially in the realm of maintenance, has seldom worked out well.
In our little world of maintenance and asset management, I know I share concerns with many. To some extent I preach to the converted, but where there is smoke there is fire. Where there is unrest, revolution will follow. In the realm of IT / IM, where there are many spreadsheets – a new solution must be found.
This is one area where I truly hope to see a lot of maturing – it is needed!