Key takeaways
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.
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.
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.
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.
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.
Several common review elements actually subtract from the decision quality:
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.
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.
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 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.
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 .
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.
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.
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.
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.
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.