Everything should be connected
Some say you should determine scheduling requirements first before buying scheduling software. I would agree. But what if you aren't really sure what the ideal design should be? The first step is to begin researching and also recognize … "You don't know what you don't know".
The business of scheduling can become difficult to explain because there are different types of scheduling, schedules and roles. The different types of schedules include daily/weekly, outage-turnaround, and project schedules.
Here are some additional tips:
- The ideal scheduling software product should handle all of the above scenarios. But if this single product solution is not found, then you must prioritize requirements and choose must haves. It's also possible that you may end up with two scheduling systems.
- Some say....the Daily Plan and Weekly Schedule, should come straight from the CMMS as base product.
- It is a best practice to utilize a Work Breakdown Structure (WBS) for large project schedules. The WBS with cost accounts would be able to generate a Project Cost Tracking report - direct from the CMMS (e.g. AFE Report for refinery modifications). The WBS design is also ideal for tracking scope and cost changes.
- Manual resource leveling is great and looks impressive on a graphical display. But large schedules should not be manually resource leveled. Therein automatic resource leveling as a feature is strongly recommended. Plus, there should be options to control the processing order whereby the leveling starts with TOTAL FLOAT (TF) and followed by PRIORITY DESCENDING….or any fields the user wants to specify.
- Other cutting edge features might be defined as (a) close integration with the CMMS but still have full-function scheduling, (b) critical path walker, and (c) the ability to share information with an email calendar (i.e. M/S Outlook).
- Schedule activities can and should be assigned to Shift-Calendars, such as Dayshift or 24-7.
- Progress reporting is serious business. In a perfect world all scheduled work is completed within the scheduled week. But this is not a perfect world. There is carry-over work which has a remaining estimate different from the baseline estimate. Resource leveling should use the remaining estimate. And carry-over work should be given high priority on next weeks schedule. An advanced user must also understand significance of a Data Date. An outage schedule for example gets daily progress updates. And a given activity that is in progress can be reported on several ways [see below figure]
*** The above functionality is absolutely essential if you plan to have accurate updates and schedule forecasts.
Below is a picture of the CRITICAL PATH WALKER.
This was extremely useful to the Nuclear Plant Operations Shift Supervisor who was responsible for the final Outage Schedule overall duration and critical path. He had to somehow decipher a 1500 activity PERT chart with 2500 logic ties and figure out why a particular milestone was "so far out". This Cobol program quickly gave him that answer as he simply had to hit the PF keys to walk the critical path - backwards.
There is a US Patent (7,421,372) which describes an "order of fire" design which combines multiple Selects with individual Sorts to perform a combined resource leveled result. The Order of Fire concept is a design missing from every scheduling tool on the market [If you know otherwise please correct me]. In the world of maintenance, different "sets of work" need to be considered because they each have different sort criteria. The trick is to tell the resource leveling program which records to evaluate first - with the SORT variables. There could be a SORT-1 and a SORT-2 field, etc. Thus there needs to be a marching order.
Below is an illustration of the ORDER OF FIRE function.
IN SUMMATION
Scheduling is a best practice and can enhance work force productivity and coordination -- provided it is followed. And the software you choose can make a big difference. But whatever software you have, if the output is only a “list of work”, then minimal value is provided to the organization. And lastly, you may have 100% compliance on your PM schedule but be doing the wrong work.
Inspector at U.S. Department of Energy (DOE), Office of Inspections, Intelligence Oversight, and Special Projects (OIIS), Project Management Professional, Federal Project Director.
7 年Well done, it's true you need to determine the end result...
Site reliability management
7 年Very nicely summarized. The next issue: trying to convince and have folks adopt it permanently, and not just as the 'current fad' - which is a culture change and as such, takes time. Unfortunately also usually a time that exceeds the average 'life span' of those in the positions that can/should make it happen, especially those at the strategic/tactical interface.
Director, Reliability and Asset Management at Skookum
7 年Key step!
WDW Consulting
7 年As usual, John, your article is right on point. Fortunately for me, the process industries (Oil & Gas, Refining, and Petrochemicals) for the most part are more forgiving at least on weekly scheduling. Most often, the weekly schedule (what's to be done next week) is simply based on the capacity of the workforce to absorb the work (with noted restrictions on specific jobs). Detailed scheduling down to the resource level is done daily and is arranged between the 1st Line Operations and Maintenance Supervisors. Truly complex work packages are handled in a more "project-like" manner as you describe above. Thanks again for your insight.
Principal Consultant - BPDZenith
7 年John, Your summary hits the nail right bang on the head. So many of my recent engagements have understood a schedule as a list of jobs with a "target' date and so don't believe they need any more. However, this then leads into the work execution phase where techs select from a list to suit their preferences. Add into the mix the presence of self directed work forces who ensure that the 'fun' work (eg breakdowns in a clean environment) gets done resulting in the PM and 'dirty' work being shunted. Like you I am fascinated that even after decades of attempts to 'modernise' maintenance practices we are still writing about and seeing so many articles on the subject of Planning and scheduling to encourage organisations to engage in this function. Having said that, this level of detail in scheduling is not for all especially when headcount is tightly managed. I'd love to hear from organisations who are in the best practice space.