Skip to main content

Market-neutral small-business guide

Absence and Rework: Protect Delivery Capacity

Reconcile absence and rework with delivery commitments on one time basis without inventing a staffing buffer.

Declare the input contract before using the formula

Capacity reconciliations fail when one row uses scheduled hours, another uses paid hours and the commitment row uses estimated billable hours. Write the selected team, week or month, time zone where relevant, time-record cut-off and inclusion rules above the table. If the selected base changes, rebuild every row rather than patching the result.

Minimum input contract for an extractable capacity answer
InputUnit and basisAcceptable source classDo not infer
Team capacity baseHours per named periodRoster plus explicit non-delivery planCustomer demand or safe maximum workload
AbsenceHours in the same periodObserved record or labelled scenarioCause, diagnosis or future absence rate
ReworkHours consuming this team and periodJob, quality or time recordBlame, preventability or customer liability
Committed deliveryHours in the same scope and periodAccepted work and current delivery estimateAutomatic revenue or contribution
Currency is unnecessary for the capacity reconciliation. Add a CU value only in a registered tool with an explicit feasible-use and contribution boundary.

Build the capacity record before changing a commitment

Prerequisites, sequence and checkpoints

  • Name the team, delivery scope, period and hours basis; keep the same cut-off date throughout. (not complete)
  • Start from delivery-capable hours after planned non-delivery work, but before the absence and rework adjustments in this guide. (not complete)
  • Subtract absence only when it has not already been removed from the selected base. (not complete)
  • Subtract only the rework hours that consume the same team and period, with the source record attached. (not complete)
  • Compare deliverable capacity with accepted commitments and label the result as headroom or shortfall. (not complete)
  • Test one lower-capacity branch, name a reversible response and assign an evidence owner and review date. (not complete)

Keep the time categories mutually exclusive

Formula and units

Deliverable capacity = selected delivery-capacity base โˆ’ absence hours โˆ’ rework hours; headroom = deliverable capacity โˆ’ committed delivery hours

Selected delivery-capacity base
Hours available for delivery after planned non-delivery work, before the separately listed absence and rework adjustments (hours per declared period) โ€” roster, capacity plan and labelled planning assumptions
Absence hours
Observed or explicitly scenario-labelled unavailable hours not already removed from the base (hours per declared period) โ€” approved attendance records or labelled scenario
Rework hours
Hours required to correct prior work using the same capacity in the selected period (hours per declared period) โ€” job, quality or time records
Committed delivery hours
Accepted work that must use the selected team capacity in the same period (hours per declared period) โ€” current delivery plan and accepted commitments
Headroom
Positive remaining hours, or a negative shortfall, after the stated adjustments (hours per declared period) โ€” calculated scenario

The selected base must already exclude planned administration, training, sales and other necessary non-delivery work. Never remove the same hour again under absence or rework.

Evidence and double-count controls for one capacity period
RecordEvidence to retainReconciliation checkpoint
Delivery-capacity baseTeam, period, roster and planned non-delivery categoriesEvery hour belongs to one visible category before absence and rework.
AbsenceObserved record or explicitly labelled lower-capacity assumptionThe hour was not already removed as leave, closure or unavailable time.
ReworkJob or quality record, responsible team and expected completion periodOnly same-period hours using this capacity are subtracted.
CommitmentsAccepted scope, service requirement, due period and estimated delivery hoursHours use the same scope and time basis as capacity.
Safety and local obligationsApplicable local requirements and qualified advice where neededNo commercial sensitivity overrides a hard obligation.
Keep one declared currency, period, unit and indirect-tax basis unless a row explicitly marks a boundary change.

Reconcile baseline and downside delivery capacity

Reproducible user scenario

Fictional weekly hours for one team. The selected 1,000-hour base already excludes planned administration and other necessary non-delivery work. Absence, rework and commitment figures are user scenarios, not benchmarks.

Illustrative inputs, arithmetic or reasoning record; not a benchmark or recommendation
StepInput or arithmeticDecision meaning
Baseline deliverable capacity1,000 base โˆ’ 40 absence โˆ’ 60 rework = 900 hoursEach adjustment appears once on the same weekly basis.
Baseline headroom900 deliverable โˆ’ 880 committed = 20 hoursA small positive scenario balance, not permission to sell every hour.
Combined downside1,000 base โˆ’ 80 absence โˆ’ 90 rework = 830 hoursLower capacity follows from entered assumptions, not a prediction.
Downside shortfall830 deliverable โˆ’ 880 committed = โˆ’50 hoursThe current commitment exceeds this scenario by 50 hours.

Use sensitivity to find the decision branch, not to predict absence

One-at-a-time and combined sensitivities from the fictional baseline
CaseReconciliationDecision checkpoint
Baseline1,000 โˆ’ 40 absence โˆ’ 60 rework โˆ’ 880 commitments = 20 hoursConfirm that 20 hours is sufficient for the business-specific service and risk constraints.
Absence sensitivity1,000 โˆ’ 80 โˆ’ 60 โˆ’ 880 = โˆ’20 hoursIdentify the last reversible commitment; do not infer why absence changed.
Rework sensitivity1,000 โˆ’ 40 โˆ’ 90 โˆ’ 880 = โˆ’10 hoursInspect the quality/job record and timing before assigning a process response.
Combined downside1,000 โˆ’ 80 โˆ’ 90 โˆ’ 880 = โˆ’50 hoursDo not accept additional work until a feasible, lawful response closes the shortfall.
These branches test arithmetic consequences only. They do not forecast future absence, rework or customer demand.

Common mistakes and the next review

  • Do not subtract planned leave in the base and again as absence. (not complete)
  • Do not subtract rework from capacity and also add the same hours to committed delivery unless those are genuinely different work records. (not complete)
  • Do not call released hours a cash saving or revenue opportunity without a feasible use. (not complete)
  • Do not hide required administration, training, quality or safety work to improve the percentage. (not complete)
  • At period close, replace assumptions with actual category totals, explain residuals and version the next capacity case. (not complete)

Limitations, evidence and next action

Use the calculation owner for the next step

Questions and boundaries

What percentage of capacity should be kept free?
This guide supplies no percentage. Build a business-specific case from observed categories, service constraints and a lower-capacity sensitivity.
Should absence be subtracted from available hours and again here?
No. Subtract an hour once. If the selected base already excludes that absence, do not remove it again.
Is every rework hour avoidable?
No. Use records to distinguish required correction, normal variation and separately preventable causes. The arithmetic does not assign blame or prove causation.

Sources and scope

  • ILO Helpdesk: Business and working time โ€” International Labour Organization: Supports the global safety boundary around working time and recovery. It supplies no capacity target, absence allowance or financial default.
  • Fatigue โ€” UK Health and Safety Executive: Supports treating workload, overtime and staffing as risk-management inputs. UK duties and guidance are not presented as universal law.
  • Worker fatigue prevention โ€” U.S. Occupational Safety and Health Administration: Supports keeping workload, hours, staffing and absence in the safety review. It supplies no global legal rule or monetised fatigue factor.

Change history

  1. โ€” Initial public release of the article after pre-launch factual, editorial, source and presentation review.