Skip to content
SCSupply Chain Ideas
8-HOUR STUDY & PRACTICE PLAN · TEXT ABOUT 20 MINUTES

Resource time and unit conversions

Turn route times and calendars into a comparable load.

The hours include the activities below, not just reading this page. Work at your own pace.

Start with something familiar

Packing for a picnic feels simple until several tasks need the same kitchen bench. Chopping takes minutes per item, while clearing the bench takes one fixed block. The clock on the wall measures elapsed time, not the sum of everybody’s effort. A planning table works the same way. Keep each type of time visible, and do not assume that two people make one small bench twice as fast.

Understand the constraint

A capacity number has no meaning without a unit and a period. Twelve minutes per start means that thirty starts use three hundred sixty machine minutes. A half hour changeover contributes thirty more minutes once for the batch. The resulting load is three hundred ninety minutes. Compare that with four hundred eighty usable minutes for the same machine and shift. Headroom is ninety minutes. Do not compare a weekly total with a daily limit, or divide by a count of workers unless the route really permits parallel work.

Usable time must have a clear boundary. If a shift is described as four hundred eighty usable minutes, breaks have already been removed. Subtracting them again understates the capacity. If the calendar instead gives five hundred forty paid minutes and sixty minutes of breaks, the usable total becomes four hundred eighty. Planned maintenance and prior reservations belong in separate rows so another planner can see what changed. Setup may consume both the machine and a skilled person, while unattended run time may consume only the machine.

Interpret the result

A fast way to catch unit errors is to write the units next to every multiplication. Starts multiplied by minutes per start produces minutes. Hours multiplied by sixty produces minutes. A utilization percentage is load divided by usable capacity; it is not a count of good bottles. For the example the planned ratio is eighty one point two five percent. High use does not prove good service, because this machine could still wait for caps or finish after the carrier leaves.

Create one row for each resource or stock position and one column for each time bucket. Put the unit in the row label and keep inputs separate from calculated results. Begin with the smallest case you can verify by hand, then extend the same equations across periods. Give every receipt a usable date and every requirement a due date. Preserve the baseline before changing an assumption so the effect of an action is visible.

Validate and explain

Use a second check that follows the physical story. Count what enters, what is used, what waits, and what leaves. A plan that balances in total can still fail at an earlier cutoff. Mark any unavailable input as an assumption rather than filling it with a convenient zero. A zero means a known absence; an unknown value means the promise remains conditional. This difference belongs in both the model and the decision note.

A calculation becomes useful when it changes a choice. Compare the baseline with at least two scenarios, identify the first limiting condition in each, and explain what additional resource would actually change delivered output. Keep a service measure alongside any cost or value measure. State whether the choice maximizes value, protects a commitment, or reduces the worst shortfall. A different goal can produce a different sensible answer from the same facts. Finish by testing one deliberately wrong proposal, such as a receipt used before arrival or a quantity above a resource ceiling. Your table should make that error visible. Save the rejected proposal with a short explanation, because it teaches a reviewer how the checks work. The eight hours include rebuilding, scenario work, writing, and teach-back; they are self-paced estimates rather than measured completion times. Faster readers should deepen the checks instead of merely rereading the text.

  1. Define units and dates
  2. Calculate required use
  3. Check every limit
  4. Compare actions
  5. Release a conditional plan
A promise follows the checks; it does not replace them.
FICTIONAL WORKED EXAMPLE

Northstar: resource time and unit conversions

All quantities below are fictional and apply only to this fully specified exercise. Monetary values are generic currency units.

ItemValue or limitUnit or context
Starts30starts
Run time12minutes/start
Setup30minutes/batch
Usable shift480minutes
  1. 1. 30 × 12 = 360 run minutes.
  2. 2. 360 + 30 = 390 loaded minutes.
  3. 3. 480 − 390 = 90 minutes headroom; 390/480 = 81.25%.

390 minutes of load and 90 minutes of headroom.

Assumptions

  • All unlisted resource restrictions are absent for this teaching case.
  • Use the timing, yield, and carry rules stated in the lesson; do not add unstated receipts.

Where this can fail: This model is conditional on its supplied inputs. It does not certify supplier execution, actual yield, or a detailed shop-floor sequence.

TRY IT YOURSELF · 8-HOUR ACTIVITY BUDGET

Build, test and explain a plan

Use three shifts with usable time 480, 420, and 480 minutes; starts 30, 25, and 35; run time 12 minutes per start; and one 30 minute setup in each shift. No work can move between shifts in the first run. Then test a 60 minute loss in shift three and moving five starts from shift three to shift two. The eight-hour estimate covers an original workbook or paper model, scenario calculations, checks, and communication; it is not experimentally validated.

Use paper or a spreadsheet. The estimates below include the study and worked example already on this page.

Estimated hoursActivity
0.5Study the two constraint explanations. Write a data dictionary with units, dates, and the boundary of each resource.
0.5Recalculate the worked example without looking at its answer. Reconcile every difference and record the corrected arithmetic.
3Build the complete multi-period or multi-case planning table specified above. Keep inputs separate, show all formulas, and add explicit checks for capacity, stock, and due quantities.
2Run every requested stress case. Add a comparison table of resource use, feasible output, remaining gaps, and the first constraint that blocks improvement.
1Write a one-page decision memo that selects a feasible action, states its goal, names the assumptions, and distinguishes firm results from conditional ones.
1Teach the model aloud to an imagined colleague. Trace one bottle or one decision through all rows, test one invalid proposal, and revise unclear labels.

Your deliverables

  • A reproducible planning table with inputs, formulas, units, and checks.
  • A scenario comparison with service and resource consequences.
  • A decision memo and short teach-back outline.
Check your practice work
  • Base loads are 390, 330, and 450; headroom is 90, 90, and 30 minutes.
  • Losing 60 minutes in shift three makes its capacity 420 and creates 30 minutes of overload.
  • Moving five starts changes shift two load to 390 and shift three load to 390, restoring feasibility under the loss.

Keep these three ideas

  • Turn route times and calendars into a comparable load.
  • Keep quantities, resource units, and due times explicit.
  • Recheck all constraints after a change, and report remaining uncertainty.

Common mistakes

  • Treating capacity in a later time bucket as available before the due gate.
  • Calling an expected or conditional quantity a guaranteed shipment.

Optional video study

Turn route times and calendars into a comparable load.

  • Frame the Northstar constraint and unit.
  • Walk the checked example through every resource.
  • Compare the lab stress cases and explain the release decision.

The first half of the module narration uses this lesson’s case and checks.

Open the module media & quiz

Put this idea to use

Carry your assumptions into a practical tool, then compare your result with a short guide.

Open a related planning toolRead the related planning guidePractice with the planning game

This saves a completion marker in this browser only. It does not verify time spent.