Course contents
Practitioner · Course 1: Real-Time Production Tracking · Lesson 2 of 5

Recording an operation's own output the moment it happens, not hours later

Level: PractitionerTime: 45 minutesOrder used: A (the T-shirt)Tool: Real-time production tracking tracker
For a supervisor or operator responsible for recording one operation's own completed output on a sewing line, who needs to know why the exact moment a completion is entered matters. Lesson 26.1.1's reaction-time gap 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
OperationSleeve attach, Order A's line
Recording styleOutput entry logged per bundle compared with a batched entry
02Opening

This page teaches how one operation's own completed output is actually recorded the moment it happens, the single building block a real-time tracking system is made of

A real-time tracking system is only as fast as the entries feeding it. Mona, the merchandiser who checks in on Delta Garments' sewing floor, learned this the hard way: a dashboard built on entries logged in batches, hours after the work happened, is not really real-time at all, whatever the screen calls itself. This lesson teaches how an output entry is actually recorded, bundle by bundle, at the moment a bundle finishes, rather than in a lump sum added later.

Without recording output the moment it happens, a factory can install a real-time system and still keep an end-of-shift reaction-time gap, because the delay simply moves from the report to the entry itself. An operator or supervisor who waits until a convenient break to log three hours of completions has recreated the same problem lesson 26.1.1 described, just one step further down the process.

03Before you start

You need: lesson 26.1.1's reaction-time gap (the delay between a problem starting and someone acting on it) is useful background but not required.

By the end of this lesson you can:

  • record a single operation's own output entry at the moment a unit of work finishes, not later;
  • tell an output entry apart from a batch entry covering several completions at once;
  • calculate how much reaction-time gap a batched entry re-introduces, even inside a real-time system;
  • decide, for a stated operation, how fine a recording unit (piece, bundle or hour) it actually needs.

Not covered here: what real-time tracking adds over an end-of-shift count in general (lesson 26.1.1), reading a full dashboard across several operations (lesson 26.1.3), and comparing real-time output against a target pace (lesson 26.1.4).

04Key terms

Words you will meet in this lesson

TermMeaning
Output entryA single record of the quantity completed at one operation at one specific moment, the smallest building block a real-time tracking system is made of.
Batch entryAn entry that records several completions covering a stretch of time all at once, logged after the fact rather than at the moment each one happened.
Cumulative outputThe running total of pieces or bundles completed at an operation, added up from the start of the shift to the current moment.
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.
Entry lagThe time between a unit of work actually finishing and its output entry being logged into the tracking system.
05Teaching
The rule

A real-time tracking system is only as real-time as its own entry lag, regardless of how live its dashboard looks

A dashboard can refresh every second and still show hours-old information, if the entries feeding it were logged in a batch rather than at the moment each completion happened. Entry lag, not dashboard refresh speed, is what actually determines how current a real-time system's picture is; a system fed by output entries logged the instant a bundle finishes has almost no entry lag, while one fed by a batch entry every few hours carries the same reaction-time gap an end-of-shift count would.

Output entry, logged instantlyLogged the moment a bundlefinishes at the operationAlmost no entry lagBatch entry, logged hours laterSeveral completions loggedtogether, after the factRecreates a reaction-time gap
An output entry logged instantly and a batch entry logged hours later can feed the exact same dashboard. Only the first one actually keeps the system's own reaction time short.
What you meet in real life

How output entries are actually recorded differs by product, recording tool and business model

What can differThe shapes you meetWhy it matters to you
Recording unitAn entry per single piece, per bundle of a fixed quantity, or per hour block of pieces.A bundle-level entry, as Order A uses, is fine-grained enough to catch a stall within about one bundle's own production time; an hour-level entry cannot catch anything faster than an hour.
Recording toolA paper tally sheet updated by hand, a shared spreadsheet, or a scanner reading a bundle ticket.A manual tool depends entirely on the operator's own habit of logging immediately; a scanner removes that dependency by logging automatically as a bundle physically passes a point.
Business modelAn export Make to Order line like Order A's has one fixed deadline pressing on every entry's own timeliness. A domestic Make to Stock floor can tolerate a slightly longer entry lag on a batch with slack in its own schedule.The value of a near-zero entry lag rises on an order with less remaining slack, the same pattern lesson 26.1.1 showed for reaction time overall.
Number of operations feeding the systemA short operation sequence like Order A's T-shirt, or a long sequence on a more constructed garment.More operations mean more entries to keep current; a single supervisor manually logging many operations is more likely to fall into batching entries out of simple time pressure.
Shift structureA steady single shift, or a shift split by a long lunch break.A long break is exactly when a habit of batching entries tends to form, since the operator or supervisor waits for a natural pause to log several completions at once.
The case we follow

Mona finds sleeve attach's own entries were being logged in batches of three bundles, not one at a time

On Order A's line, sleeve attach is meant to log an output entry each time a bundle of 60 pieces finishes. Checking the tracking system's own timestamps, Mona finds the supervisor has instead been waiting until three bundles finish, then logging all three entries at once, to save the short walk to the recording station each time.

This batching did not change the sleeve attach operation's own total output for the day, but it meant the tracking system's picture of sleeve attach was, on average, lagging behind the real floor by close to the time it takes to finish one and a half bundles, even though the system itself displayed as fully real-time.

The worked number

The entry lag a three-bundle batch adds, compared with logging each bundle the moment it finishes

Sleeve attach target pace: 25 bundles per day ÷ 8-hour shift = 3.125 bundles per hour
Time to complete one bundle at target pace: 60 ÷ 3.125 = 19.2 minutes per bundle
Entry lag if logged per bundle: about half of 19.2 minutes = roughly 10 minutes
Entry lag if logged in batches of three bundles: about half of (3 × 19.2 minutes) = roughly 29 minutes

Batching three bundles into a single entry nearly triples the tracking system's own average entry lag, from roughly 10 minutes to roughly 29 minutes. Both figures are Delta Garments' own illustrative examples built on Order A's target pace; neither is a fixed cost, but the comparison shows how a recording habit, not the tracking system's software, actually sets how current the picture stays.

Average entry lag by recording habit, Order A sleeve attachPer bundle: ~10 minBatch of 3: ~29 minLogging every completed bundle keeps a trackingsystem's own entry lag close to real time
Batching three bundles into one entry nearly triples the average entry lag, from about 10 to about 29 minutes. The dashboard itself does not change; only how current its own picture actually is changes.
The method

Set the right recording unit for an operation, in four steps

  1. State the operation's own target pace, in pieces or bundles per hour, from its daily target divided by shift length.
  2. Choose a recording unit (piece, bundle or hour block) small enough that its own completion time is shorter than the reaction-time gap the order can tolerate.
  3. Log each unit's own output entry the moment it finishes, not at the next convenient pause.
  4. Check the tracking system's own timestamps periodically to confirm entries are not silently drifting into batches over time.
The trap

Assuming a real-time tracking system removes entry lag automatically, without checking how entries are actually logged

A common mistake is treating the purchase or installation of a real-time tracking system as the end of the work, assuming its own live-looking dashboard proves entries are current. As Order A's sleeve attach shows, a person can quietly revert to batching entries out of simple convenience, and the system will display the batched numbers exactly as confidently as it would display instant ones, with no warning that its own picture has gone stale.

06In plain words

The single most important habit behind any real-time system is logging each piece of finished work the moment it actually finishes, not later when it is more convenient. A screen that updates instantly still shows old information if the person feeding it waits an hour, or three bundles, before typing anything in. Checking every so often how the entries are actually being logged, not just how the screen looks, is the only way to know whether a system is really working in real time or only appears to.

07Quick check
  • An output entry is the smallest record a real-time tracking system is built from: one operation, one completion, one moment.
  • A batch entry covers several completions logged together, after the fact, and quietly reintroduces a reaction-time gap.
  • Entry lag, not dashboard refresh speed, decides how current a real-time system's own picture actually is.
  • A finer recording unit (piece or bundle) catches a stall faster than a coarser one (hour block).
  • A scanner reading a bundle ticket removes the habit-dependence a manual tally sheet always carries.
  • A live-looking dashboard is not proof its own entries are current; check the timestamps themselves.
08Workplace scenario

Mona must decide whether sleeve attach needs a scanner or simply a reminder to log each bundle

Mona has confirmed sleeve attach's supervisor has been batching three bundles into one entry, adding roughly 19 extra minutes of average entry lag compared with logging each bundle.

  • Per-bundle logging: roughly 10 minutes average entry lag.
  • Batched logging (three bundles): roughly 29 minutes average entry lag.
  • A bundle-ticket scanner would remove the habit entirely, at a cost Delta Garments has not yet approved for this line.
  • The supervisor agrees the batching was for convenience only, not a system limitation.

Should Mona request a scanner immediately, or first ask the supervisor to log each bundle as it finishes and recheck the timestamps in a week? Decide before opening the answer.

Show decision

Mona should first ask the supervisor to log each bundle as it finishes and recheck the timestamps in a week, not request a scanner immediately.

1. The supervisor confirmed the batching was a convenience habit, not a tool limitation, so a habit change may close most of the entry-lag gap without any new equipment. 2. A scanner has a real cost not yet approved for this line, while a habit change costs nothing and can be checked within a week using the same timestamps Mona already reviewed. 3. Rechecking the timestamps after the request confirms whether the habit actually changed, giving Mona real evidence before asking Delta Garments to approve spending on a scanner.

Mona does not need to solve every operation's entry lag with new equipment before confirming a simple habit change is not enough.

09What it costs

A 19-minute entry-lag gap, repeated across every bundle of Order A's line, adds up over a full sewing day

Order A's line processes roughly 3.125 bundles per hour at target pace (docs/02 section 7 derivation shown above). An extra 19 minutes of average entry lag per bundle, if it applied to every bundle logged in a day, would mean the tracking system's own picture ran meaningfully behind the real floor for a large share of the shift, not just for the specific bundles caught in a batch.

19 extra minutes of entry lag × 25 bundles per day = 475 minutes of accumulated lag exposure across a single day, if every bundle were batched the same way

The 475-minute figure is Delta Garments' own illustrative example of what a consistent batching habit would cost across a full day if left unaddressed; it is not a fixed cost, since Mona caught the habit before it became consistent, but it shows why a small per-bundle lag is worth correcting early rather than after it becomes routine.

10Working template

Real-time production tracking tracker: log output entries and check entry lag

Open the real-time production tracking tracker, "Output entry log" sheet. Enter each bundle's own completion time and the time its entry was actually logged; the sheet calculates the entry lag and flags any pattern of batching. Start with sleeve attach's own figures above, then log one operation of your own.

[Download the real-time production tracking tracker workbook](../../templates/T26-C01-real-time-production-tracking-tracker.xlsx)

Download the Real-time production tracking tracker (Excel)

11Check yourself

1. What is an output entry, as this lesson defines it?

2. Why can a real-time tracking system still carry a meaningful reaction-time gap even with a live-looking dashboard?

3. Sleeve attach's supervisor batched three bundles into one entry instead of logging each bundle at roughly 19.2 minutes apart. What effect did this have on average entry lag?

12Glossary
ENARFRTRMeaning
Output entryإدخال الناتجSaisie de productionÇıktı kaydıA single record of the quantity completed at one operation at one specific moment, the smallest building block a real-time tracking system is made of.
Batch entryالإدخال الدفعيSaisie groupéeToplu kayıtAn entry that records several completions covering a stretch of time all at once, logged after the fact rather than at the moment each one happened.
Cumulative outputالناتج التراكميProduction cumuléeKümülatif çıktıThe running total of pieces or bundles completed at an operation, added up from the start of the shift to the current moment.
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.
Entry lagتأخر الإدخالDécalage de saisieKayıt gecikmesiThe time between a unit of work actually finishing and its output entry being logged into the tracking system.
13Next

Lesson 26.1.3: Reading a real-time production dashboard to find a stalled line before the shift ends

Next you will learn how to read a full real-time dashboard across several operations at once, using the output entries this lesson teaches you to record as its raw material. Back to the course map

14Ladder

RecognizeTell an output entry apart from a batch entry, even when both feed the same dashboard.
ConnectSee how entry lag, not dashboard refresh speed, decides how current a real-time system's picture actually is.
CompareWeigh a finer recording unit's own value against the effort of logging more entries.
DecideChoose the recording unit and habit that keep entry lag inside an order's own tolerable reaction time.