Separate “promised” from “ready to stitch”
An order with missing blanks, unapproved artwork or unresolved placement is not production-ready even if the customer has a due date. Mixing blocked work into the same queue as ready work makes available capacity look smaller than it is and encourages machines to sit while someone chases information.
Keep a short ready queue and a separate blocked queue. The ready queue should contain only jobs that can be loaded without waiting for another department, customer or shipment.
Track the six fields that change scheduling
- Good quantity required. Add rework allowance separately.
- Stitches per piece. Use the final digitized design, not a rough logo category.
- Product workflow. Caps and difficult garments may need different run and handling assumptions.
- Same-design batch size. This determines how well synchronized heads can be filled.
- Ready time. A job cannot start before blanks and approvals exist.
- Due time. The useful deadline is when production must finish, not when shipping begins.
For a mixed week, put these jobs into the Queue Lab. It keeps the jobs separate instead of averaging them into one fictional order.
A practical sequencing rule
Start with jobs that are both ready and deadline-sensitive, then use setup compatibility as a tie-breaker. Grouping similar caps, hoop setups or thread palettes can reduce changeover work, but never let setup efficiency hide a due-date miss.
Within a synchronized machine, preserve batches large enough to use the installed heads when possible. On independent machines, use parallelism deliberately: a long jacket-back job can occupy one head while a small personalization queue continues on another.
Use lanes instead of one giant list
A small shop can gain clarity from three simple lanes:
| Lane | Purpose | Example |
|---|---|---|
| Repeat production | Large same-design batches that benefit from synchronized heads. | 72 matching polos. |
| Flexible / personalization | Small batches, names and mixed designs. | 12 jackets with different names. |
| Special workflow | Caps or garments with materially different handling/run assumptions. | Structured caps requiring slower measured cycles. |
The lanes do not need dedicated machines forever. Their purpose is to make conflicts visible. When a special-workflow job consumes half the day, the schedule should show that explicitly rather than burying it inside an average piece count.
Insert rush work with a visible trade-off
A rush order is not free capacity. Before accepting it, estimate its needle time, handling time and setup cost, then identify which existing work will move. If you cannot name the displaced work, the schedule is probably assuming capacity that does not exist.
This is where deliberate buffer matters. A 15% reserve, for example, is not a promise that every rush fits; it is room that can absorb normal variation without immediately rewriting the entire week. Use your own history to decide whether that reserve is sufficient.
Watch the backlog arrival rate
A queue can look manageable while still getting worse. If the shop completes 100 good pieces per day but 115 new pieces enter the ready queue, the backlog grows by 15 every production day. Use the Backlog Clearance Planner to calculate whether current capacity actually drains the queue.
End every day with a five-minute variance review
- Which jobs finished earlier or later than planned?
- Was the variance caused by stitch time, handling, setup, rework or a readiness problem?
- Did a synchronized machine spend time partially loaded?
- Did operators or machines wait on each other?
- How many good pieces were added to or removed from backlog?
Those answers improve tomorrow's estimates. After several cycles, measured shop data becomes more valuable than a generic industry assumption.
Do not optimize the wrong queue
Machine efficiency is not the goal by itself. The goal is reliable completion of profitable, ready work. A machine can be continuously busy on a long low-priority job while tomorrow's deadline waits. Review due dates and readiness before optimizing changeovers or head utilization.
Use your actual queue
Stop averaging six different jobs into one fake job.
Model mixed batches, caps, operator time and architecture together.