📱

Get Our Mobile App

Take your business learning on the go!

Download on the App StoreGet it on Google Play

CONNECT Conversations Myths and Pitfalls of Planning and Scheduling

MOBIUS CONNECT56:18

Transcription

[Music] Hello everybody and welcome to another episode of Connect Conversations. Today's conversation is all about myths and pitfalls of planning and scheduling, and it's brought to you as a part of Mobius Connect's ongoing YouTube series, Connect Conversations. I'm Kim Fuger, the manager of Mobius Connect, and I will be your moderator for today's session. First, I'd like to take a moment to introduce the host of the Connect Conversations series, Global Reliability Improvement experts Ron Moore, Gary T, and Andrew Frasier. How are you guys?

Good, thank you. Doing well. And before I officially pass it over to you, I just want to encourage anyone in our audience today to submit any questions to the chat function to Ron, um, all of us as a panel, or myself, and they will be more than happy to take time out today to answer your questions on air. Again, your questions will be aired anonymously, so no need to feel like you're getting called out. And all three of them are here to provide their advice and perspectives from their experiences and are here to help you. All right, guys, go ahead and take it away.

Okay, thank you, Kim. And thank you, guys, for showing up. Uh, we're going to talk about, as Kim said, the myths and pitfalls of planning and scheduling. So, I'm, as usual, I'm going to start out with a few comments and I'm going to direct it over to Gary and Andrew for their input and then, and then we'll just take it from there. I've got a bunch of stuff, uh, that I could touch on, but we'll see if we just cover it automatically. You know, the, you know, the myth or the pitfall in most of these systems is that, you know, if I have a complete asset registry, if I've done a criticality analysis, if I've done my, uh, PM setup and got them and all my plans and loaded them into the database, if my calibration schedules are loaded, and if I've got my, all my OEM manuals, drawings, and so on, and I've got my CMS, CMS linked to spares and to some sort of condition monitoring program, uh, and linked to cost accounting, anyways, and I've got a prioritization process that everybody understands in place, you know, it's a category one or category five or whatever, and then you've got emergency versus, you know, a month from now or six months from now. So, if I do all that, then, you know, my maintenance planning and scheduling will improve, and, you know, my efficiency will improve, and stores can be minimized, costs have come down, availability goes up, reliability improves, and everybody's is happy. Well, maybe, maybe not. So, with that, let's talk about all those, you know, that, you know, shopping list of stuff that you really need to do in order to make a CMMS and your planning and scheduling work management process work effectively. So, with that, and I don't know if you guys ever take notes, I can repeat some of those if you want. So, with that, uh, Andrew or Gary, just jump in there.

Yeah, I mean, for me, Ron, uh, that's a, a nice, a nice shopping list that you have just read out. Um, I do think though that there is often a, you know, the CMMS isn't, isn't the be all and end all for planning and scheduling. Um, I think there's got to be, I think sometimes see, one of the, the pitfalls is companies purchase a CMMS and think that that is going to fix everything for them in terms of maintenance management. Um, there's, there's got to be, there's got to be a structure in place for for planning and scheduling within the CMMS. Planning and scheduling are just two components. There are other components that are needed to be in place, and the CMMS is just the tool that enables the planning and scheduling to to to go ahead. One analogy that seems to work pretty well is it's like buying Word and expecting that you can write a novel. Yes. How that's supposed to work, anyways.

Andrew, any, any other additional comments?

No, just, just adding to what Gary said. I think it's the, that that part of it has to be looked at, I think, in terms of a, a fully integrated work management system, um, with a planning and scheduling components, and the CMMS is a, is a tool in that, in that sort of process. But it's all that with KPIs, etcetera, that that sit around that to measure how well the, uh, the system's working. So, yeah, in terms of that, um, uh, as an opening part, Ron, you're talking about this really sort of theory. In theory, that should work, but I guess what we're going to come on to in the moment is the, the reasons why that might not work.

Yeah, well, it might not work because, well, you don't do that. You don't finish yet, shopping list. You haven't done a criticality. You haven't loaded, you know, your PMs, say things like, check motor, or check belts, or check coupling, or whatever, you know, which isn't really a PM, as we've discussed in the past, it's just a hope. You know, or, you know, all kinds of things. You know, one of the comments I would give you though, is this, and, and I say this quite a bit when I'm out there, you know, doing my workshops and so on, and that is, if the total number of defects overwhelm the maintenance planning and scheduling system, it is doomed to failure. You, you can work really hard at putting plans together and scheduling them and so on, but if every day you come in and there's pop-up work that showed up last night, and you take all that work you've got and your planning and scheduling, you said, well, never mind that, we're going to do this today because it happened last night. That, that's when the defects are really overshadowing, overwhelming your ability to actually apply a CMMS. So, me, bounce it back to you guys. Any comments relative to that?

Andrew, do you want to go?

Yeah, no, that's, that's absolutely true. Um, I think some of that, um, uh, I've seen situations where there's been, um, where the sort of weekly maintenance plan or schedule has been interrupted, um, it, but sometimes without sort of full sort of justification, um, in terms of the prior prioritization of the work that we mentioned in a previous workshop. Been working one, one particular director who is, um, has a very strong view that the, it's been their weekly maintenance schedule has been interrupted too many times without, uh, that necessary justification. And, and one way of addressing that is to raise the authority level in which and when who can actually break the weekly maintenance schedule to try and streamline quite a bit of that. But you're absolutely right. The fundamental point is, if you've got that many, that much work coming in, and it's all seen as, uh, urgent, then what's in the, what's in the plan, what's in the schedule for that particular week is likely to, to not get done.

Yeah, well, and the other thing too, is that kind of related, at least in my mind, it's related, is that I, I think the production plan and the maintenance plan need to be integrated into one plan. And if they're not, what very often happens is production says, oh no, this is more important than that. And so all the planning that you put in place becomes kind of, well, here's what we suggest for the day. What do you think? And then that ones up being, you know, merely a suggestion as opposed to, you know, something that's really more solid that you can plan on doing most of the work that's, that's in there. So, any comments or on that, uh, point I just made?

Okay, I mean, go on, Andrew.

No, no, I, I knew you're ready to speak then. Just carry on.

Yeah, no, I was, I was just going to say the, um, you know, going, going back to the, the defects, the number of defects coming in the system. Um, I, I'm, I've always been that great believer, yeah, you've got to have your maintenance plan for next week, for the following week. I, I'd always like to have it locked down on a Thursday, uh, of the week before. And that, any defects that do come into the system the following week, um, are based on, on criticality, uh, of the assets and the priority across the facility. Um, is about, you know, they have to be managed. Um, but there's one thing I do come across quite a lot is where defects are being raised, but aren't breaking into the plan this week. And it's something that we can actually fix the following week. But when that work gets raised in the maintenance plan, it becomes a planned maintenance activity when actually what it was, it was a breakdown. And, and I think sometimes the definition of a breakdown is not understood very well within the planning and scheduling process. And sometimes breakdowns that then get planned to be fixed, end up taking the KPIs. We, we look good on paper because we've got all of this planned maintenance, but when you look under the, you look under the, the hood, the bonnet, yeah, the B, the hood, the hood, you're right. Teach people to speak English here, you know, not American. You start lifting up the hood and you start having a look, and actually what you're finding is all of these, these defects were actually breakdowns, and, and we didn't know that they were going to happen. Uh, so, yeah, managing defects and how we, how we record them, uh, and, and what we record them as, is, is very important to be able to give us some meaningful data moving forward.

One thing you might do relative to that is tag it differently, name it differently. You know, it, it might be planned corrective or planned breakdown work, as opposed to planned work, you know, just to differentiate. So, and, and that's that might be a category for you.

Yeah, and, and that's probably another, another, um, topic within planning and scheduling, Ron, is the, is the number of work order types. Quite often, I, I've gone into organizations and they've got like 15, 18 work order types, and nobody really fully understands what those work types mean. And really, at the end of the day, there's just too many. And, and, and it just muddies the water.

Well, I've, I've been at, I was at a refinery once where they had 125. Wow. Wow. Nobody cared. No. Who, who could remember? And they were using, I think they were using maybe 10, you know, but five amount to 95 or whatever percent of the work. So, you know, narrow your focus, guys. And, yeah, and then, you know, do it that way. Another thing that, that I see happening is quite often is there, it's not resourced appropriately. You know, if, if you believe some of the benchmark data, you need one planner for every 15, 20 maintenance technicians. Now, you have to count contractors too, because their work has to be incorporated in your plans. And very often, people don't have that. Or very often, the planner isn't really a planner. Depends on the day, you know, if, if they've had an emergency the night before, and they've only got, you know, one or two or three electricians, and one of them's sick, and the other one's in training, well, you know, the planner becomes an electrician that day. So they're not adequately staffed, uh, to do that. One of the best plants I was ever at, uh, won the North American Maintenance Excellence Award. They had one planner for every 12 maintenance technicians. And the, the point there being, you want the planner to make the efficiency of the techs, you know, you want them to be more productive. So you could, you know, I've, I've got a little math example where you could have three guys doing all reactive, and they're about 35%, 30%, even 25% uh, tool time productivity. You make one a planner, and it goes to 55%. Well, that means that one planner for every two technicians actually gives you better productivity. And I'm not suggesting you have one planner for every two technicians, that's not the point. The point is, don't scrim. Use that effectively to make, you know, the other, whatever it is, 10, 20 guys much more productive. And that way, you know, life gets better for you. So, anyways, I'll, I'll pause there.

Yeah, and I think just aligning with that is that the planning role, um, in these, the high performing plants is looking ahead, the fourth week, or the week after that. It's not planning for the next day. That's, you know, that's not a good use of a planner's skill to do, you know, to do that type of activity.

Well, you may have to on occasion, you know, when you have a bona fide emergency where you just quickly pull together, you know, the equipment file, maybe a few resources, and give them a head start, and then you go back after and revisit it and put it in the equipment file so that it's there if it ever happens again. So, yeah, I, you know, I, I agree with that. Those kind of jobs are not planned in the traditional sense. So, anyways, uh, now, what, in your view, and, you know, I've got my own view, but I want to ask your view, what are the characteristics of a, of a good planner? You know, if you, if you were hiring a planner, what would, what would they have have as their, uh, what basic, you know, employment characteristics?

I think, well, I'll kick off with one. I think having experience of the equipment, um, the equipment type, and having experience of of the work that's, that's being done can be, would be one of the things, uh, for me. Um, so, and, and that lends credibility of the planner with the other technicians as well, when it comes to the planning and the scheduling of the work.

Okay. I would say having a good, uh, understanding of, um, the, the CMMS, the computer maintenance management system that they're going to be working in, uh, and having some, uh, IT capability as well. Um, I have come across planners who, not, they've been made a planner and haven't actually used computers in the past. So I think that's a skill that can be trained. Tred. It can be trained. I think I would be looking for some level of IT skill.

Yep. Okay. Well, I'll throw one in there. They have to be reasonably intelligent, you know, because they're going to be dealing with quite a bit of complexity, uh, with, you know, interfacing with stores, interfacing with cost accounting, interfacing with the technicians, and all that sort of thing. So they have to have that. In what else do you think?

I think what more specific? Well, specifically related to that is a degree of organizational skills. Um, putting someone in the role who's just got the experience of equipment, but doesn't have that forward planning and coordination type of skill, uh, or at least have the, have the potential to have that developed, uh, would we, would probably not be a, well, the reverse of that, you have to have that, I think, to be a good planner.

Yeah, maybe the last one, or another one you guess, throw in whatever you think's appropriate, is, uh, I would be looking for a friendly guy that gets along with most folks and is able to manage different personalities that he's going to, he or she is going to come across in terms of, you know, trying to manage the interface with production, trying to manage the interface with the maintenance manager, trying to, you know, deal with the technicians and so on. So they, you know, they have to be a fairly easy to get along with kind of person, while still maintaining all those other, all those other capabilities. So, it's, it's not, it's not a job, I don't think that you would just throw anybody into and expect them, you know, to be able to do it well. You know, they have to be experienced, they have to be intelligent, they have to be able to deal with complexity. You have to be relatively friendly and easy to get along with, you know, perhaps among other things.

Yeah, anything else to add to that, guys?

I would probably just add to that, Ron, that the, the, there does need to be a job description for the planner, so that the planner knows what is actually expected of, of him or her. Um, you know, without a clearly defined role, um, I, I see planners just doing scheduling, and actually the job isn't being planned. They just do scheduling of the work. Um, so I think a clearly defined job plan, a job description for a planner is, and a scheduler is, is important, and that they understand what their job is, um, and, and they don't go into the role thinking they know what it is. That, it has to be clear. It has to be clear to them. Yeah. And other people, other people around them as well, understand what that role is for, otherwise this resource can become a valuable resource to get other things done. That's right. They try to detract from the less urgent work where the planner roles really they had to do, make sure that's done effectively.

Yeah, you know, just, um, um, it was back in 2021, um, I actually facilitated, we started with a root cause analysis, and it was called the workflow management review. And out of that, we identified 81 causes, nine root causes, and 12 solutions, how to improve the maintenance workflow management, because it wasn't being executed very well. And one of the things we actually performed was a day in the life of a planner, because the planner was, it, it became obvious as we were doing the root cause analysis that the planner wasn't doing much planning. And when we actually broke it down, um, into his act, and it was a young gentleman, into his activities, 67% of his activities in the week were not related to planning. Yeah. And it kind of related to that, I think there's another issue, and that is the organizational structure has to facilitate and encourage and support, you know, proper planning. Um, and in particularly in big organizations, small organizations, you have to may do, maybe do multitasking, and all that sort of thing. But big organizations where you have five planners, I think, I think those guys should report to a planning supervisor, and not report to each individual area for their, you know, day-to-day direction, and, you know, developing scope and all that sort of thing. Because if you do that, you're going to get inconsistency in the planning process. You're going to get guys reassigned to find parts, or reassigned to do actual, you know, maintenance work, or whatever it is. So, you know, having that, now they might be assigned to an area where they get familiar with the crews and the equipment and all that sort of thing, but I don't think they should be under the direct, direct supervision of the area maintenance manager or or superintendent, or whatever you might call him, because that, that lends itself to a lot of inconsistency in, in the planning and scheduling process.

I think that that's a, that's a really good point, particularly when there's a higher level of reactivity in, in the plants, where the discipline of planning and scheduling isn't inherent in the organization. So to have that sort of C, that centralization of, of those, that function, but, uh, deployed in, in the areas, as you say, I think is a, is a really good point to bring some, some rigor and some structure and some accountability to ensure, Gary's point, that the, that the planner is doing the, the advanced planning activity.

Yeah, now, couple other points I want to make while we're, you know, on this. One of them, you know, the criticality analysis. You know, we all agree, yeah, criticality analysis is really important. But I've got some data, in fact, Andrew, I think I got this from you. So, on a criticality analysis that was done as part of the plant design and, you know, startup process, and it showed one, you know, kind of like a Pareto chart of, you know, most critical to least critical. But when they actually started operating the plant, and they looked at where the most losses were, the losses didn't line up at all with a criticality analysis. In fact, you know, this, see, I'll just look here, uh, nine, nine elements, the most losses occurred in element number seven, you know, almost, you know, almost the poor, lowest criticality ranking. But you wound up with, you know, the most losses. And number eight was number two, you know, eight in the queue of criticality was number two in the losses. And then it sort of goes from there. So there was no correlation whatsoever between actual production losses and the criticality analysis. And any comments on that? Do you remember that, Andrew?

Vaguely, but it's been 25 years, is it? I mean, is it, was it related? I mean, you could look at it a couple of ways, couldn't you? Was it related because they were doing a really good job at managing that highly critical stuff and taken their eye off the ball where there was perhaps more capacity available, um, and practices had been allowed to not develop and been introduced? Is that, was that your?

That's my personal opinion of what happened. You know, you, you give a lot of energy to the really critical stuff and you ignore the rest of it, and then the rest of it comes up, you know, rears its ugly head and and bites you where you don't want to be bitten.

Yeah, yeah. But, but it should be. I mean, for me, having facilitated quite a number of criticality analysis and studies and done the ABC rankings and the one, two, threes, and if you've ranked something as, as being a low critical asset, then I would be looking into that to make sure that if we do have a failure, that it isn't going to impact production. Um, and that what's important, if you are going to agree that that item is a run to failure asset, that we have the right spares available, ready for when it fails. But we, we, we are very clear that if it is at the lowest end of our critical, it ranking, that when that fails, it won't have any impact on production. So I would then question the, the rankings that, that, that were assigned in that, in that example.

Well, it was, uh, P mods, effects, and CR alley, and it's kind of all thrown in one bucket. Right. Okay. That's, that's what happened. You know, maybe they didn't consider production. I don't, I wasn't there for the details of what they actually did. Yeah. But the, the broader point here is that, uh, with your criticality analysis, you know, try to make sure two things, I guess. Try to make sure that, you know, you don't wind up in a situation where your criticality analysis ignored some key issues in the plant, right? And whether that's environmental or production, or whatever, that has to accommodate that, or at least consider it. You know, and the second thing is, and, and this is kind of a philosophical issue, you can't live in two worlds. You know, one world where you care deeply about this set of equipment, and the other one where you don't give a damn about the other set, because you can't live in two worlds. So, and, and you have to care to some extent about all of it, and have appropriate level of, of what reliability built in, and then the operating and maintenance cortice is built in. So, if, if you don't have any more on that, I want to discuss just a bit. PMs, you know, uh, and PMs. What, let's assume they're loaded, which very often they are not. But let's assume they are. But your, your PMs, uh, should consider failure modes and consequences, and should try to avoid things like, you know, check motor, check belts, and so on. Well, what are you checking? What's the objective criteria that tells you if a defect is present or an absent, or you've entered the potential failure, you know, section of the PF curve? And so that needs to be taken into account. Now, you know, I've got some data, and you guys are familiar with it, I think, where vendor PMs, you know, about a third of them are spot on, which means the two-thirds aren't right. So you could do them less often, might have to do them, some of them a few of them more often. They tend to over recommend, uh, you know, vendors do, because that's for their money is. And the other issue is, they don't understand, you know, how you operate your equipment. So I could have two identical, you know, pieces of equipment, machines, one is in this operating environment, which is hostile and aggressive, and, you know, running 100% of the time, and another one is on standby. Well, those are two different, you know, PM regimes for the same equipment. So, so that becomes important. And the second thing is, you know, John Schultz, he looked at 20,000 PMs, they concluded about 10% of them were right, which means 90% of them are wrong. And that was, that was for existing plant, existing PMs, for existing plant. Yeah, not vendor. Yeah. And so, you, you look at that kind of data, and let, let's assume there's a little bit of bias in the data, because, you know, maybe this guy's trying to make a point about one thing or another, right? But even if the data is only half right, you know, it's pretty important to you, you know, so, and, you know, what John concluded is that a lot of these time-based PMs, you should probably make them condition-based, you know, because, you know, time-based stuff, as, as we know, from what was it, the B-24 bombers and the Wington effect, liberate Obas. Yeah, yeah, yeah. A lot of the time-based intrusive PM, all it does is disrupt the system and restart the infant mortality risk. So we want to be doing, you know, probably more condition-based, and, you know, less, you know, time-based intrusive, right? Time-based, you know, inspections and checks and monitoring and filter changes and all that sort of thing. That's all good stuff. Time-based intrusive, you know, I'd be very suspect of it, by and large, not particularly good. So the PMs may be actually inducing more defects than they're eliminating, which in turn has a huge impact on your planning and scheduling process. So I'll pause there. Comments?

Well, even, even the existing PMs, they will have originally become, they would originally will have come from, in most cases, the, when there was new equipment, recommendations from, from suppliers. Um, and in particular for older plants, there may well just, a lot of it might just be based on time, uh, because considering failure modes and effects analysis was something that is unlikely to have been done at that point. And even now, for existing, for existing recommendations, um, you know, the opportunity, one of the opportunities here for companies is to challenge vendors to produce their failure modes and effects analysis of their new equipment to justify their recommendations on on PM, and also to help you manage it from an operations and maintenance perspective to actually manage that equipment so more effectively.

Another thing that, another thing I've seen happen directly in organizations, this was particular in one particular example, is a pharmaceutical company where they, the plant management were beginning to become a bit more focused on reliability as a whole. And one of their initial practices was anytime they had a failure, they would start to talk about the failure, uh, at a weekly meeting and review the failure. But one of the, one of the typical questions that the production management would ask of the maintenance manager was, have we got a PM for that? Why have we not got a PM for that? And that was the, that was the, that was the limit of their understanding or their education in terms of of reliability. And over time, the maintenance managers that have acquiesced and put PMs in place because of the pressure he was getting from production. And of course, you could introduce another invasive PM that actually, as you say, restarts the infant mortality thing again. So there's, I've seen that life, but I've been in the meeting when that actually happened. And so that's a source of generation of self-industrial self-harm activities that's taken place. And probably takes place in, in more companies than we probably suspect takes place in. Yeah, particularly when the production site manager, or even maintenance manager, don't really understand that, you know, you try to avoid intrusive PM, and you try to go with condition-based and basic care and operator care, as opposed to, you know, ripping something apart periodically. Uh, they don't really have an appreciation for that. And they don't have an appreciation the problem may well have been caused by the operators in the first place. So it's just that lack of understanding of the, all the different sources of, of defects and where they can actually come from. So, but that's just, just wanted to illustrate as an example. We get a lot of invaluable and fact harmful PMs that come from the original vendors, but a lot of it is generated on the go by lack of understanding of reliability and where the defects come from.

Yeah, and as you guys know, you know, the, the reliability process that, that we, I reckon we all three, uh, is, you know, design, so for lifecycle cost, eliminate defects, buy for total cost of ownership, eliminate defects, you know, store for lifecycle business, eliminate defects, install, startup, eliminate defects, operate, eliminate defects, and maintain. And maintain doesn't really control most of those defects. They're coming from upstream. So there has to be some connection. If you're going to make planning and scheduling effective, you have to stop the defects, not just from maintenance, the things, some of the things we've been talking about, but also from upstream that are inducing more defects. Because if you have fewer defects, you don't have to detect them, you don't have to fix things unnecessarily. And so that, you know, drives, or should drive, a, u, you know, collaborative relationship across that, uh, chain of functions. And very often, it does not. You know, too often, they operate in their own little silo, and, you know, if you just do your job, we wouldn't have these problems. Well, that's not how things actually go in a complex system. Everybody has a role to play and a contribution to make. And so there needs to be, well, teamwork, collaboration, you know, cooperation, all that sort of thing, with the idea of eliminating the defects, the problems that are creating all these issues and loss reduction and extra costs. So, any comments on that? And I've got a couple other things I want to touch on.

Just, just one thing on the, on the vendors and the, and the PMs. Uh, agreed with everything Andrew just mentioned, but there's one thing we, we're starting to see is a reliance on vendors coming in to perform what are called the service level agreements. So, the SLAs, and they will come in every six months, and every, or every 12 months, and they'll come in onto site, they'll go and perform some maintenance that comes out on a work order, and it will just, it will just simply say, six monthly SLA, and the contractor's name. When you challenge, when you challenge the customer, who, who owns the equipment, what are the vendors actually doing on your equipment? Nobody knows. They're coming in, they need the lockout tag out, the permits, and then the vendor goes onto site and performs some activities, and yet the customer, who owns the equipment, are not fully aware of what maintenance tasks are being performed. Um, you know, and it really is a, it's, it's almost naive of the customers to be allowing that to happen. You know, it's, if it's my, I want to know exactly what is being performed, um, and being in control of that, and that is adding, adding value. Adding value.

Yeah, absolutely. That service provider may have the same level of incompetence that you have. Absolutely. So they're not adding a whole lot of value. They don't, you know, have reliability, defect elimination, all that sort of thing, precision, you know, the list is fairly long.

I don't, I don't think, I don't think Ron has been personal there, Gary. So.

No, I know he wasn't. Just, just take, take, I think that, yeah, just take that you're one of the good guys, or you wouldn't be sitting here.

Okay, well, that's good to know. So, anyways, you know, Winston the day has recommended this, and I want to echo it as well, and that is, have 1% of your work orders for improvement in defect elimination. You know, just, just to do an example, you're walking through the plant and you see a hydraulic leak, or you see a pressure gauge that's busted, or you see a sight glass that's cracked, or you see, you know, a belt that's floppy, right? Now, none of these demand immediate attention, but left to themselves, they will eventually create an emergency for you. So you ought to just, you just start keeping a little list of defects that the next time you work on that machine or in that area, you're going to attend to that. And if you do that, at least according to Winston's data, in three years, you'll cut the number of defects by 35, 40%. Well, you know, suppose it's only 20%. Well, so what? You, it's huge. So, and it might even be more than that. So, you know, having, you know, something on the order of 1% of your work orders for defect elimination, and keeping a list of those defects for each equipment file that you pull the next time you plan work in that area for that equipment, I think is really, really, you know, important as a, just plan process.

Sorry, Ron. Just underscore that. I think the important thing about that with Winston is that, just in case anybody gets the wrong impression, it's not just about, uh, fixing that oil leak at the time, it's fixing the cause of the oil leak, so the oil leak doesn't come back to bite you again. And there is, when we talk about defects, sometimes some people, um, use use work orders and defects almost synonymously. What we're talking about defect elimination here is removing the work, so the work doesn't come back to get you again. And that's the value, I think, of the 1%, uh, stuff. Right.

Yeah, of course. Now, uh, a few other comments. Planning and scheduling, they're not the same. Planning is about the work scope and sequence and tools and permits and all that sort of thing. Scheduling is about the re-priority and the resource allocation. So your planners are really focused on one set of issues and skills and so on, and your schedulers are focused on another. And, you know, I think that's, that's really important. I've, I've been told, and Gary, you might know more about this than I do, that in large operations, maybe one scheduler for every four or five planners. Is that a, is that a reasonable ratio?

It is, but I also, I also see one, one planner and one scheduler, that is quite, that is quite common, one-on-one. Um, but in the larger organizations, yeah, more planners than schedulers.

Okay. All right. Now, uh, let's see. I want to talk just briefly here about, um, pool time, wrench time. You know, we call it wrench time. I think you guys call it tool time. I know the Aussies do. So, uh, should you measure it or not? Is it important? Why should you care?

Well, I think it is important, but, but if you mentioned this earlier, you know, my view is that you measure it not so that you can see if people are working. You measure it so that you see what's stopping people from getting the work done. You're looking for the obstacles to their productivity. So if the permits aren't ready, if the parts aren't ready, if the equipment's not ready, you know, then the tools aren't ready, all that sort of thing. So you're looking for the obstacles to their getting their work done, as opposed to looking for whether or not they're working, so you can beat them with a club. And if you do that, they're going to be a whole lot more cooperative, collaborative, and so on with you, as opposed if you're doing it and saying, damn it, you're not working very hard, are you? So.

Any, any comments on that?

Well, I, I've seen numbers run around when work is performed without planning, that productivity is around the 25 to 30% mark. Um, without a planning process in place, and that it increases substantially with, um, with planning and scheduling in.

Well, I've seen it as low as 10%. Really? Yeah. A b, uh, well, I better not say the site, but Andrew and I spent quite a bit of time up there with a utility company, you know. Yeah, yeah. So, and it, it was because, you know, there was no planning process at all. And so you guys waiting for a work order, waiting for parts, waiting for permits, waiting for, yeah, one thing or another, and you just wind up spending 10% of your day actually working, you know, they, is doing the work that you were assigned to do, and the other 90% is dealing with all those obstacles to get your, get your work done. So, yeah.

Now, couple other points. Um, the, you know, there must be a link to the storeroom, so you can put the work that's got planned into the storeroom, and the parts can be picked and pulled and, you know, set out for you in a, in a particular location. Very often, that's not done particularly well, and that improves horse productivity as well. And one, so that's one point. Any comments on that before I go on?

No, agree with that point you've just made, Ron. Yeah. Have your spares, have your spares linked to the CMMS and to your plans, definitely. And to your cost accounting. Yeah. And coordinated with prod. See, it gets really, really complex, really quickly. You know, and, and a lot of people think, I just, just plan the work. Going. Yeah, it's not that simple because of the complexity of all the groups you have to interface with, and all the, well, all the groups you have to interface with.

One thing, Ron, I've seen that does, does work well is when you've got what I call them, a, a work management workflow. So that you've got a business, you've got a business process map that actually links everything together, and that, that becomes what I would call your single point of truth. This is how work management works on this facility. Um, and, and having that map, and having everybody understand where they fit in that map, helps a work management process. I, I, I struggle to see how companies can do work management without an overall process map to support it.

Well, and you can't just create the map, you know, the engineer or the planner sits and creates the map, and then, and then that's it. It sits, it's a desk. You, you have to, to train the folks that are impacted in their role, and how it all fits in, and how it all works together, and then adapt it as appropriate to their particular issue or need.

That's right. Widely disseminated. Step further than that, has actually involved them in the creation of the, of that map, which I think is what you'd be alluding to, Gary.

Definitely. Yeah.

So, anyways, uh, one more couple more points here. Uh, Doc Palmer suggests, and I argued with him at first, but I came to be a true believer, and that is, schedule 100% of the workforce available, you know, for the following week. And, you know, my argument, of course, was, what you typically hear is that, well, what if you're at 20, 30% reactive, and that happens every week? Don't you want to hold back 20, 30%? And his answer was, no, you do not. And the, the point being, more psychological than anything, and that is, if you schedule more work, people will expect to do more work, and you'll get more work done. So there's a, a psychological impact there on folks. They're not just using that buffer as an excuse not to bother. They know, oh man, we got to get this stuff done. And he's demonstrated this works, you know, time and again. And the second thing that happens, which may be as important, is you'll make better decisions about what work needs to actually break the schedule, because you'll have to sit and think it through and say, well, yeah, we've, we got redundancy there, we don't really need that back online this week. Yeah, that means you better have taken care of the backup. Yeah. So, so you may get burnt once or twice before you finally learn, but, you know, scheduling 100% of the work, but allow for breaks to the schedule, you'll get more work done, you'll be more productive, and you'll make better decisions about what, you know, what breaks into the schedule. So, any other, any comments on that, guys?

So, so just, just clarification. See, you're saying, uh, every person that's available for next week, who's not on holiday, is fully scheduled with a maintenance activity? Or that, would you also for shift maintenance teams, shift teams? You, you would schedule them as well, 100% of their time as well, included in that?

Yes. No, but again, allow for them to divert from that schedule. But you schedule them for things like routine PMs, yeah, things that require other resources like the machine repair shop or scaffolding or whatever. You wouldn't schedule them for that. Correct. But you would schedule PMs that they're going to do. If something comes up, they go take care of that, if it's appropriate. And, yeah, schedule, schedule all of it. You know, a lot of people have heartburn with that. Yeah, but I think there is a really good consistency there with the OE measure, because what you're saying is, what is ideal for maintenance, and you're managing against that, that, that, that level of ideal. And you've got consistency. You've got consistency, and then you're then you're looking to remove the blockers. Why have the schedule breaks? And why equipment doesn't get released on time from operations to get the work done? Whatever's, whatever causes you not to achieve your, your planned goals for each week, you've got, you've got one measure that you can use to actually, to, to drive improvements, highlight, highlight issues, and drive improvements. And kind of another psychological thing, if you do this, is this, if guys that you're probably never going to get 100%, and guys said, well, we failed. No, no, no, no. That's not how you manage this. Anything that's better than what than what you had is great. Yeah. Okay. So if you were at 70, now you're at 75. Yeah. You didn't get to 100. That's all right. Look what we did. We got 75. Or if you go from 75 to 80, 80. You know, you're looking for these incremental improvements as your measure of the success of the organization, not in achieving 100%, because you probably never get to 100% consistently. You know, if you get to 90, 95, man, you're doing great, and you ought to be rewarded for that and encouraged, and all that sort of thing. So.

Now, couple of, uh, couple, one more comment. I think it is, is it Winston the day again? You know, Winston is one of my favorite guys in the world. He just, you know, came up with some just super-duper stuff. And he says, maintenance planning without proper condition monitoring and defect elimination, so you're doing, you're planning all your jobs. Right. Uptime improved 0.5%. Wow. It's not very much, is it? You know, then he goes on further to say that doing condition monitoring when you have poor planning and scheduling, uptime actually goes down, because you got resource dedicated to finding defects that nobody cares about. Yeah. And it's not doing anything about. Yeah, yeah. Right. Well, they care, but, you know, they don't do anything. And then he says, combining condition monitoring with planning and scheduling, uptime improved 5%. So now you're in positive territory. You've linked your condition monitoring to your work management, and you get a benefit. The other two, you don't get anything. But the most important one, he says, focusing on defect elimination, that is eliminating the defects in the design, procurement, stores, operations, and maintenance, and having, you know, processes to identify and eliminate those, and engaging the workforce, combined with condition monitoring and planning and scheduling, uptime improved 15%. So that just highlights that's the importance of stopping the defects that create the work, having processes to detect the defects early, so you can minimize their consequence, and so I, I think that's a really, you know, object lesson for everybody to to take away. So that's all I've got, guys. You, any, any other, you know, comments or remarks?

I've just, I've just got one, just one question for for you, Ron. Just come back to what you said at the very beginning, which is one of the things was the, the maintenance plan and the production plan should be integrated to a a single plan for a plant or for a site. Have you seen any plants that do that really well? Have you seen any examples of that?

Short answer is no. So I wish. So of course, the point, I mean, you don't want finger-pointing, you want folks working together to address and adjust those. Now, I, I say no, but I suspect if, you know, that, you know, the, the old Charlie Bailey example, where he held production responsible for reliability with maintenance and support, and they were both held accountable for unplanned downtime, maintenance repair cost, and production scheduled compliance. And that's where he got the cooperation. And you would suspect that necessarily those plans would have been combined, but I don't know that for a fact. Yeah. So, yeah. And, and I also think, you know, if, if I'm looking back, you're, and I, our experience in working with some of the companies over there, I suspect that, you know, some of those companies actually had to do that, even though we're not specifically aware that they did. Okay. You know, otherwise wouldn't have got the results they got. Yeah. Yeah. So, so the short answer is yes, but I can't confirm it because I didn't see it. Yeah.

All right. Gary, Gary, anything?

No, just, just one final thing for me from a good planning and scheduling process is, and, and using the CMMS is making sure reliability engineers' viewpoint is that we are, I know you talk about about collecting defect information and data, but definitely collecting failure codes and failure modes, so that the reliability engineer can use that information proactively, and that we can do some level of analysis to prevent failures in the future. So it is that defect management process, but how many organizations are not using failure coding as a, as a compulsory, or, you know, you've got to use that field in the CMMS? Quite often, it's just left there as an optional field, and when you, when you come to do the reliability analysis, you look at all of the work orders, and you find that 80% of them have, have been the fail, the failure has been described as other or unknown, and we're not using the CMMS well enough to help with any future reliability analysis. So that would just be my, my final point is, from a reliability point of view, let's, let's use the planning and scheduling to support the reliability engineers moving forward. Equipment histories. Yeah.

Okay. All right. Very good. Kim, are you out there?

Yes. Well, thank you guys so much for this awesome session. It was really great to hear y'all together and agreeing with, you know, planning and scheduling and what needs to happen. And to our wonderful audience for listening to. We had, um, some people joining in and just kind of listening and taking it back. And so hopefully they, they take this back to their teams and can, um, improve a few things. Just a quick reminder, you can see past episodes of Connect Conversations on YouTube and reliabilityconnect.com. Be on the lookout, as new episodes typically air every other Tuesday at 2 p.m. The next one coming up is Developing Reliability Partnerships for Reliability and Superior Business Performance. If you are interested in engaging with other industry professionals who would like to participate in the industry's live feed and for on Mobius Connect, you can too at Mobiusconnect.com. Thanks again for joining us. Stay safe. Please have a great rest of your week, and we will see you all next time.

[Music]