Course contents
Practitioner · Course 3: WIP and Finished Goods · Lesson 2 of 5

Reading a WIP report to find where an order is actually stuck

Level: PractitionerTime: 45 minutesOrder used: A (the T-shirt)Tool: WIP and finished goods tracker
For a production manager or merchandiser at a garment factory who must read a full WIP report across an entire order's bundles at once, not just one bundle, to find the operation genuinely holding the order back. Lesson 24.3.1's bundle location log is useful background but not required. Figures are teaching figures built on Order A.
FactoryDelta Garments (garment factory)
BuyerNorthline Apparel, paying by letter of credit
ProductOrder A, T-shirt, single jersey 180 GSM
Quantity15,000 pieces, 250 bundles of 60
Report dateProduction day 9 of 16 weeks' timeline
Operation flaggedSleeve attach, 40 of 250 bundles waiting
02Opening

This page teaches how to read a full WIP report across every bundle on a line at once, so a production manager can name the one operation genuinely holding an entire order back

A single bundle's status tells you about that one bundle. A full WIP report, listing every bundle at every operation, tells you about the order as a whole, and reading it correctly is a different skill from checking one bundle. Karim, the production manager at Delta Garments, runs this report daily on Order A's line to answer one question: which operation, across all 250 bundles, is the order's real constraint today.

Without reading the full report, a manager can fix the wrong operation, moving an extra operator to a station that only looks busy, while the operation actually piling up bundles sits untouched. This lesson teaches how to read the report's own totals per operation, not just one bundle's row, to find where an order is genuinely stuck.

03Before you start

What you need, and what this lesson does not cover

You need: lesson 24.3.1's bundle location log (recording where one bundle physically sits) as background is useful but not required.

By the end of this lesson you can:

  • read a WIP report's per-operation totals across an entire order, not one bundle;
  • calculate each operation's own waiting-bundle count from issued and completed totals;
  • rank operations by their waiting-bundle count to find the order's real constraint;
  • tell a genuinely stuck operation from one simply further along its normal queue;
  • decide which single operation to act on first when a report shows several delays at once.

Not covered here: logging one bundle's physical location (lesson 24.3.1), moving completed bundles into the finished goods store (lesson 24.3.3), and reconciling finished goods against a shipment (lesson 24.3.4).

04Key terms

Words you will meet in this lesson

TermMeaning
Work-in-progress (WIP)Garments that have entered the sewing line but are not yet fully sewn, sitting at some operation between cutting and final finishing.
Bundle systemCut pieces grouped into a fixed-quantity bundle that travels together from operation to operation through the sewing line, so progress can be counted bundle by bundle.
BottleneckThe one stage in a production flow whose limited output slows down every stage after it, even when every other stage has spare capacity.
WIP reportA single report listing every bundle's quantity issued, quantity completed and quantity remaining at every operation on a line, read together rather than bundle by bundle.
Waiting-bundle countThe number of bundles sitting unfinished in front of a single operation at one point in time, used to rank operations against each other.
05Teaching
The rule

Reading a WIP report means comparing every operation's own waiting-bundle count against every other operation's, not reading any single bundle's row on its own

A WIP report becomes useful only when its rows are compared across operations, not read one at a time. Summing the bundles waiting at each operation, across all 250 bundles on Order A's line, turns dozens of individual rows into a handful of operation-level totals, and the operation with the largest total, relative to its own normal pace, is the order's real constraint.

One bundle's rowShows one bundle's ownissued, completed, remainingTells you about that bundle onlyFull WIP reportSums waiting bundles peroperation, across all 250 bundlesTells you the order's real constraint
One bundle's row and a full WIP report answer questions at two different scales. A single stuck bundle does not prove an operation is the order's constraint; a large waiting-bundle total across many bundles does.
What you meet in real life

A WIP report's shape differs by how many operations a style needs and how the order's own bundles are staged through the day

What can differThe shapes you meetWhy it matters to you
Number of operations on the styleOrder A's T-shirt has a shorter operation sequence than a more constructed garment, so its WIP report has fewer rows per bundle to sum.Fewer operations make the report faster to scan, but the same ranking method applies regardless of how many rows exist.
How bundles are released to the lineBundles can be released steadily through the day, or in a single large batch each morning.A large morning batch makes early-operation waiting counts look high for a few hours by design, not because of a real bottleneck; timing matters when reading the report.
Business modelAn export Make to Order line like Order A's runs one report against one fixed 250-bundle order. A domestic Make to Stock floor runs several smaller orders through the same operations at once, so the report must be read style by style, not just operation by operation.Mixing styles on one floor without separating the report by style can make an operation look like a constraint on Order A when the real pile-up is another order's bundles.
How completion is recordedSome lines record completion after every operation; others batch the entries and update the report only at shift end.A report updated only at shift end always shows a WIP picture that is hours old, which matters when deciding whether to act immediately.
Urgency in the order's timelineEarly in Order A's 16-week timeline, a moderate waiting-bundle count at one operation is normal and self-corrects. Closer to the 2-week sewing window's own end, the same count needs action the same day it appears.The same report reading calls for a different response depending on how much slack remains before the order's own shipment date.
The case we follow

Karim reads Order A's WIP report on production day 9 and finds sleeve attach, not neck rib attach, is the real constraint

On production day 9 of Order A's sewing window, Karim pulls the full WIP report across all 250 bundles. Rather than checking one bundle, he sums each operation's own waiting-bundle count for the day.

OperationBundles issuedBundles completedBundles waiting
Shoulder join2502464
Sleeve attach25021040
Neck rib attach25023218
Side seam and hem25022030

Reading the four operation totals side by side, sleeve attach shows 40 bundles waiting, clearly larger than neck rib attach's 18 and side seam and hem's 30. A supervisor who only checked a single bundle at neck rib attach earlier that morning, where a small queue happened to be visible, could easily have assumed neck rib attach was the problem operation.

The worked number

Comparing all four operations' waiting-bundle counts, not just one, shows sleeve attach is the true constraint by a clear margin

Sleeve attach waiting bundles: 40
Side seam and hem waiting bundles: 30
Neck rib attach waiting bundles: 18
Shoulder join waiting bundles: 4
Sleeve attach's share of all bundles waiting across the line: 40 ÷ (40+30+18+4) = 44%

Sleeve attach alone accounts for 44% of every bundle currently waiting anywhere on Order A's line, nearly double side seam and hem's share and more than double neck rib attach's. That single comparison, not a walk past one operation, is what tells Karim where to act first.

Order A, day 9 — bundles waiting by operation (92 total)Sleeve 40 (44%)Hem 30Neck rib 18Sleeve attach's 44% share, not any single bundle, marks itas Order A's real constraint on day 9
Sleeve attach's 40 waiting bundles are 44% of the line's total 92, comfortably the largest single share. Ranking every operation's own waiting-bundle count, not judging by one bundle, is what confirms the real constraint.
The method

Read a full WIP report in five steps

  1. Pull every operation's own issued, completed and waiting-bundle totals for the whole order, not one bundle.
  2. Calculate each operation's waiting-bundle count as issued minus completed, summed across all bundles at that operation.
  3. Rank the operations by their waiting-bundle count, largest first.
  4. Check the report's own time stamp so a shift-end batch update is not mistaken for a live picture.
  5. Act on the top-ranked operation first, since it is carrying the largest share of the order's current delay.
The trap

Judging an order's bottleneck from one bundle's visible queue instead of the report's own operation-level totals

A single bundle queued at one operation is easy to notice while walking the floor, and easy to mistake for the whole order's problem. The report's own totals across all 250 bundles are the only reliable way to confirm which operation is really carrying the largest share of the order's delay; a visible queue at one station can be smaller, in total, than a less visible queue spread across many bundles at another operation.

06In plain words

Checking one bundle tells you about that one bundle. Adding up how many bundles are waiting at each step, across the whole order, tells you which step is really holding everything back. A queue you can see with your own eyes at one station does not automatically mean that station is the problem; another step, with bundles waiting less visibly across many different rows, can be carrying a much bigger share of the delay. The only way to know for sure is to add up every step's own waiting count and compare them side by side, not to trust whichever queue happens to catch your eye first.

07Quick check
  • A WIP report is read by comparing every operation's own waiting-bundle total, not one bundle's row.
  • Waiting bundles equals bundles issued minus bundles completed, summed across every bundle at each operation.
  • The operation with the largest waiting-bundle share of the whole order's total is the order's real constraint on that day.
  • A visible queue at one station does not prove that station is the bottleneck; the report's own totals decide, not a first impression.
  • Always check the report's own time stamp before treating it as a live, same-minute picture of the line.
  • A report updated only at shift end can be several hours old by the time a manager acts on it.
08Workplace scenario

Karim must decide which operation to reinforce with an extra operator before the end of production day 9

Order A's WIP report on day 9 shows sleeve attach with 40 bundles waiting, the largest share of the line's 92 total waiting bundles.

  • Sleeve attach: 40 bundles waiting, the largest total on the line.
  • Side seam and hem: 30 bundles waiting, the second-largest total.
  • Neck rib attach: 18 bundles waiting, visibly queued near the entrance where Karim usually walks first.
  • Only one spare operator is available to move to a station today.

Should Karim move the spare operator to neck rib attach, the queue he saw first while walking the floor, or to sleeve attach, the operation the report's own totals rank highest? Decide before opening the answer.

Show decision

Karim should move the spare operator to sleeve attach, the operation the WIP report's own totals rank highest, not to neck rib attach simply because its queue was the one he noticed first.

1. Sleeve attach's 40 waiting bundles are the largest total on the line, well above neck rib attach's 18, so it is carrying the biggest share of today's delay. 2. A queue's visibility while walking the floor does not measure its size relative to the rest of the line; neck rib attach's queue happened to sit near the entrance, not because it was the largest. 3. Reinforcing the operation the report ranks highest addresses the largest share of the delay with the one spare operator available, rather than spending that resource on a smaller, more visible problem.

Karim does not need to check every bundle individually before deciding; the report's own operation-level totals already rank sleeve attach as today's real constraint.

09What it costs

Reinforcing the wrong operation risks losing a full day of the 2-week sewing window Order A's own timeline allows

Order A's own timeline allows 2 weeks for sewing within its 16-week schedule (docs/02 section 7). If Karim reinforces neck rib attach instead of sleeve attach, sleeve attach's 40-bundle queue continues to grow while the wrongly reinforced operation, already at 18 bundles and clearing normally, gains little benefit.

40 bundles still waiting at sleeve attach × no reduction from a misplaced operator = a full extra day's queue carried into day 10, inside a 2-week sewing window

The figure here is framed against the sewing window's own length rather than a fixed cost from the master order data, since no per-day delay cost is fixed for Order A; it shows why reading the report's totals correctly, rather than acting on the most visible queue, protects the time already built into the schedule.

10Working template

WIP and finished goods tracker: sum waiting bundles by operation and rank them

Open the WIP and finished goods tracker, "WIP report by operation" sheet. For each operation, enter the bundles issued and bundles completed across the whole order; the sheet calculates each operation's waiting-bundle count and its share of the line's total waiting bundles. Start with Order A's day-9 figures above, then rank one operation set of your own.

[Download the WIP and finished goods tracker workbook](../../templates/T24-C03-wip-finished-goods-tracker.xlsx)

Download the WIP and finished goods tracker (Excel)

11Check yourself

1. What does a full WIP report show that a single bundle's row cannot?

2. Order A's day-9 report shows sleeve attach with 40 bundles waiting and neck rib attach with 18. Which operation is the real constraint, and why?

3. Why might reinforcing neck rib attach instead of sleeve attach make Order A's overall delay worse, not better?

12Glossary
ENARFRTRMeaning
Work-in-progress (WIP)أعمال قيد التشغيل (WIP)Encours de production (WIP)Ara stok (WIP)Garments that have entered the sewing line but are not yet fully sewn, sitting at some operation between cutting and final finishing.
Bundle systemنظام الحزمSystème de liassesDemet sistemiCut pieces grouped into a fixed-quantity bundle that travels together from operation to operation through the sewing line, so progress can be counted bundle by bundle.
Bottleneckعنق الزجاجةGoulot d'étranglementDarboğazThe one stage in a production flow whose limited output slows down every stage after it, even when every other stage has spare capacity.
WIP reportتقرير الأعمال قيد التشغيلRapport d'encoursAra stok raporuA single report listing every bundle's quantity issued, quantity completed and quantity remaining at every operation on a line, read together rather than bundle by bundle.
Waiting-bundle countعدد الحزم المنتظرةNombre de liasses en attenteBekleyen demet sayısıThe number of bundles sitting unfinished in front of a single operation at one point in time, used to rank operations against each other.
13Next

Lesson 24.3.3: Moving finished goods from the sewing floor into the finished goods store correctly

Next you will learn how a completed bundle is checked, counted and formally handed from the sewing floor into the finished goods store, so a piece is never lost in the gap between the two. Back to the course map

14Ladder

RecognizeTell a single bundle's own row apart from a full WIP report's operation-level totals.
ConnectSee why summing waiting bundles across an entire order, not one bundle, identifies the real constraint.
CompareRank every operation's own waiting-bundle share against the others before deciding where to act.
DecideChoose to reinforce the operation the report ranks highest, not the queue that is simply easiest to see.