Maintenance Backlog Crew-Weeks: Formula vs Actual Recovery Time
Calculate maintenance backlog crew-weeks, then account for recurring incoming work and skill constraints to estimate whether the backlog can actually recover.
Read guideMaintenance capacity · Planner
Convert executable maintenance backlog into crew-weeks, test whether weekly capacity can actually burn it down, expose constrained-skill bottlenecks, and size the qualified capacity needed to hit a recovery target.
Deterministic methodology · Explicit assumptions · No raw plant inputs sent to analytics
A count of open work orders does not tell a maintenance leader how much labor demand is waiting or whether the crew has enough future capacity to reduce it. Converting executable work to estimated labor hours creates a more decision-useful backlog measure.
Static backlog crew-weeks are only the first layer. A real recovery plan must reserve capacity for emergency work, absorb recurring PM and corrective demand, and respect the skill group that can become the pacing constraint even when total crew hours look adequate.
With 180 productive crew hours per week and a 15% emergency reserve, effective planned capacity is 153 hours/week. After 120 hours/week of recurring maintenance demand, only 33 hours/week remain to reduce backlog. The 640-hour backlog equals 4.18 static crew-weeks, but aggregate recovery would take 19.39 weeks. A constrained skill with 280 backlog hours, 50 productive hours/week, and 35 recurring hours/week has only 7.5 recovery hours/week after the same reserve, so it becomes the pacing constraint at 37.33 weeks. A 12-week target requires at least 20.33 additional qualified productive hours/week. Adding 24 qualified hours/week reduces the modeled overall recovery time to 11.23 weeks.
Use estimated labor hours for executable or genuinely ready work. A work order that lacks scope, parts, access, approval, or a usable estimate may belong in the open-work pipeline, but it should not automatically be treated as executable backlog capacity demand.
This planner divides executable backlog hours by effective productive crew capacity after the explicit emergency reserve. That static crew-week figure is different from actual recovery time, which also subtracts recurring incoming maintenance work.
The current backlog cannot burn down. If net capacity is zero, backlog stays flat; if it is negative, backlog grows. The planner therefore does not assign a finite recovery date until modeled capacity exceeds recurring incoming work.
Aggregate crew hours can hide a trade, certification, controls, electrical, instrumentation, or other specialist bottleneck. The constrained-skill layer checks whether that subset of work can recover at the same pace as the overall backlog.
No. The added-capacity scenario only works as shown if those hours are productive and qualified for the pacing work. Generic overtime can leave the constrained-skill bottleneck unchanged.
No. It is an explicit planning input. Enter a reserve consistent with your own observed emergency workload and planning horizon rather than treating the example value as a benchmark.