Menu
The Maintenance End-of-Year Review: A Structure That Produces Decisions

The Maintenance End-of-Year Review: A Structure That Produces Decisions

Most maintenance year-end reviews report the past and change nothing. A 4-output structure (failure-cost ranking, effectiveness number, 2 structural.
The Maintenance End-of-Year Review: A Structure That Produces Decisions

Key takeaways

  • Most maintenance end-of-year reviews look backward at last year's PM completion rate, congratulate the team, and produce no decisions. The next year starts with the same PM plan, the same failure pattern, and the same budget request, which is why nothing changes.
  • A working review does four things: ranks asset classes by failure cost (not failure count), tests the PM program for effectiveness (not just compliance), names two structural problems for the new year, and produces a one-page priority list with budget attached.
  • The most-leveraged single output is the asset-class failure-cost ranking. It usually surfaces one or two asset classes the team had not been treating as priority that are quietly consuming a disproportionate share of avoidable production loss.
  • The review should take three half-days, not three days. A longer review collects more presentations but produces fewer decisions. The cap forces focus.

Why most reviews do not change anything

The typical maintenance end-of-year review is a presentation. The maintenance manager pulls slides showing PM completion (often in the 80s), work order throughput, safety stats, and a list of "wins" from the past year. The plant manager nods. The team leaves the room. January starts with the same plan as December had.

The structural problem is that reviewing the past does not produce decisions about the future. A list of what happened is not the same as a list of what to do differently. The review needs to be designed for decisions, not for reporting.

The four things a working review produces

1. Failure-cost ranking by asset class

Not failure count. Cost. For each asset class, total production minutes lost to unplanned failures over the year, multiplied by the cost-per-minute. Rank descending. This single output usually surfaces two or three asset classes that the team had not been prioritising, because their individual failures were not dramatic but their cumulative cost was the highest in the plant.

Most plants are surprised by the ranking the first time they produce it. The team's mental model of "what is broken" tends to over-weight recent dramatic failures and under-weight the slow grinding ones. The ranking corrects for that bias. The article on manufacturing KPIs covers the cost-per-minute calculation that underlies the ranking.

2. PM effectiveness, not compliance

The compliance number is already in the monthly reports. The effectiveness number, failures on assets whose PMs ran on schedule, is usually not. Calculate it for the top 10 asset classes and report both numbers together. The conversation moves from "did we do the PMs" to "are the PMs we are doing the right ones." See the longer treatment in our article on the preventive maintenance schedule.

3. Two structural problems for next year

Not ten. Two.

The review names the two structural issues the team will tackle in the coming year, issues bigger than any single asset, like "our spare-parts policy has not been audited in three years" or "the changeover taxonomy is inconsistent between lines." Limiting to two forces ranking; trying for ten produces a plan that goes nowhere.

The piece on root cause analysis covers the technique for distinguishing structural from incidental problems.

4. One-page priority list with budget

The output the plant manager actually needs: a single page with the top five operational priorities for the year, each with an estimated budget, an owner, and an expected outcome. Anything not on the page is not getting funded in the next year.

The discipline of fitting on one page is what makes the conversation a budget conversation rather than a wish list. The work order management system covers how these priorities become standing rules rather than aspirational targets.

What to leave out

Several common review elements actually subtract from the decision quality:

  • Slide decks longer than 15 pages. The reader stops reading at page 10. The structural findings get buried after page 18.
  • Plant-wide aggregate metrics with no per-asset-class breakdown. The aggregates hide the actionable picture.
  • "Wins from last year" without "what we did not finish." An honest review reports both. The omitted side is where the next year's priorities usually live.
  • Benchmarks against industry numbers. Most industry benchmarks are computed inconsistently. Benchmark against the plant's own baseline; that is the comparison that drives decisions.

The three half-day structure

Half-day 1: Data review

The maintenance manager and the reliability engineer (where the role exists) pre-build the four outputs above. The plant manager reads them in advance. The session is questions, not presentation. Three hours.

Half-day 2: Operational priorities

The leadership team picks the top five priorities. The picking is unromantic, there are 20 things the team would like to do; only five fit in the year. The exercise is forcing the choice. Three hours.

Half-day 3: Budget and commitment

Each of the five priorities gets a budget, an owner, an expected outcome, and a check-in date. The plant manager signs off. Three hours.

Nine hours of focused work. Most plants get less out of a three-day offsite because the offsite produces more material rather than fewer decisions.

The follow-up that makes it stick

The one-page priority list becomes the agenda for the quarterly review. Each priority gets a 10-minute update once a quarter: on track, off track, what changed. Priorities that lose their justification get retired explicitly. New priorities require dropping an existing one, the list does not grow.

Without the quarterly follow-up the review's output decays within six months. With it, the year actually executes against the priorities that were named in January.

How Fabrico fits

The four outputs (failure-cost ranking, effectiveness number, structural problems, priority list) work in any CMMS with cost-per-minute data. Where a unified OEE + CMMS platform helps is in the speed of producing the outputs, what takes a manual reconciliation across three systems for a typical plant takes a few queries against a single database.

Fabrico is built so the maintenance manager can produce the review pack in a day instead of a week. To see what a 30-minute version of the review would surface against your live data, book a demo .

Frequently asked questions

When should the review happen?

Mid-November works for most plants, early enough that the year-end budget cycle is still open, late enough that the year's data is substantially complete. December reviews land in the middle of year-end production crunch and decisions get postponed.

Who should attend?

Plant manager, maintenance manager, production manager, reliability engineer if the role exists, finance lead. Five to six people. Above that the meeting becomes a presentation again.

What if last year was bad?

The review is more important, not less. The honest "what did not work" finding is what justifies the budget for the structural fixes in the new year. A review that papers over a bad year produces a plan that fails the same way.

Should the team see the review pack in advance?

The leadership attendees, yes. The broader team, after the review. Sharing in advance to the broader team produces lobbying for individual priorities and dilutes the decision quality of the meeting.

What is the most common failure mode of the review?

Ending the review without committing to specific priorities. The list of "things to consider" goes into a folder and the year starts without a plan. The plant manager has to close the meeting with the named priorities and budgets, or the review was just a conversation.

Latest from our blog

Define Your Reliability Roadmap
Validate Your Potential ROI: Book a Live Demo
Define Your Reliability Roadmap
By clicking the Accept button, you are giving your consent to the use of cookies when accessing this website and utilizing our services. To learn more about how cookies are used and managed, please refer to our Privacy Policy and Cookies Declaration