Knitted Bag Risk Register: Eighteen Risks in Five Families, Built on the First Day
What can go wrong on a custom knitted bag programme, and who owns each risk? Eighteen of them, in five families: specification, material, capacity, compliance and release. On the programme described below — a 12,000-pcs launch across four colourways — the register was built on day one, caught six risks early and missed one that cost eleven days. This article lists all eighteen with a likelihood and impact score, names the owner for each family, and explains the review rhythm that keeps a register alive rather than filed.

The Programme That Built a Register on Day One
The programme was a spring launch: 12,000 pcs across four colourways, one body shape, two handle lengths, a lead time that put despatch in the second week of March, and a buyer who had run the same bag in a woven version the year before.
The woven history was the problem. Everyone involved assumed the knit version would behave like the woven one, and almost every assumption was wrong: the shade would not match across four lots, the handle length could not be graded the way a strap is graded, the packing count would not be the same, and the compliance file for a knitted body is not the file for a woven one. A register built on day one does not prevent those discoveries; it assigns them. By the end of week one, each of them had a name, a score and an owner, which is what made the difference later.
Six risks were caught early and handled inside the normal calendar. Four were accepted knowingly, which is a legitimate outcome. One was caught late and cost eleven days: a lining material that had been carried over from the woven version and had never been tested against the compliance target for the destination market. It was on the register; it had been scored as low likelihood and given to an owner who did not act on it. That is the failure mode this article is most interested in, because a register that lists everything and changes nothing is worse than no register at all.
What a Risk Register Is Actually For
A risk register on a knit programme exists to turn a list of worries into a list of owned decisions, and its output is not the document but the four actions it produces: mitigate, monitor, accept or escalate.
Most risk documents fail because they stop at identification. A list of eighteen things that might go wrong is not useful in itself; every experienced buyer could write it. What makes it useful is that each line ends in a decision. A risk with a mitigation plan, a trigger date and a named owner is managed. A risk without those three is a worry that has been written down, which is marginally better than a worry that has not. The register should therefore be short on description and strict on the last three columns, and a line without an owner should be treated as unfinished.
There is also a commercial reason to keep one. A programme that can show which risks were known, when they were identified and what was done about them resolves disputes quickly. When a shade problem appears at inspection, the difference between a programme that booked a lot reservation and one that did not is the difference between a shared problem and a claim.
The Eighteen Risks, in Five Families
Eighteen risks cover a knitted bag programme in five families — specification, material, capacity, compliance and release — and the distribution is uneven: material and compliance together account for nine of the eighteen, which is where knit programmes differ most from cut-and-sewn ones.
| Family | Risks | Highest-scored item | Usual owner |
|---|---|---|---|
| 1. Specification | 1 to 4 | GSM stated as a description rather than a number | Buyer, numbers owner |
| 2. Material and shade | 5 to 9 | Lot-to-lot shade drift beyond Delta E 1.0 | Programme team, jointly |
| 3. Capacity and calendar | 10 to 12 | Peak-season slot not reserved 60 days ahead | Buyer, planning |
| 4. Compliance | 13 to 15 | Target market named after yarn is booked | Buyer, compliance owner |
| 5. Quality and release | 16 to 18 | Inspection against a superseded revision | Programme team, quality |
Family One: Specification Risk, Risks 1 to 4
The four specification risks are a GSM stated as a description, a handle drop that was never dimensioned, an artwork that cannot survive the knitted size, and a tolerance set that was never agreed — and all four are eliminable at kickoff for the price of an hour.
They sit at the top of the register because they are inexpensive to fix and expensive to discover late. A GSM written as 'medium weight' produces different bodies from different programmers and consumes a correction round. A handle drop described rather than measured produces a bag that fits the drawing and not the shoulder, and on a seamless knit body the handle is part of the loop structure, so correcting it re-opens programming rather than a strap pattern. An artwork drawn for print and knitted at 20 mm has about nine needle columns at E12 to exist in. A tolerance set left unagreed means every subsequent measurement is arguable: plus or minus 3 mm on dimensions, plus or minus 2 mm on handle drop and plus or minus 5% on GSM are the values worth writing down.
Family Two: Material and Shade Risk, Risks 5 to 9
Five material risks dominate a knit programme: lot-to-lot shade drift, a custom shade booked late, a substitute yarn in sampling, setting parameters derived from the wrong yarn, and recycled-content documentation that does not travel with the lot.
Shade drift is the highest-scored of the eighteen, and it is structural rather than careless. Yarn is a dyed natural-and-synthetic product with lot-to-lot variation, and the variation is largest on dope-dyed and yarn-dyed shades where colour is fixed before knitting. The mitigation is a triangle: an archived reference swatch from the approved lot, an agreed Delta E tolerance of 1.0 measured under D65, and a pre-production shade check on each new lot before the bed is threaded. The second half of the mitigation is a yarn reservation, commonly 15% over-booking, so that a repeat can draw from the same lot family rather than starting a fresh dye lot.
- Risk 5: lot-to-lot shade drift beyond Delta E 1.0 — mitigate with an archived swatch and a pre-production check.
- Risk 6: custom or dope-dyed shade booked late — mitigate by sampling in the nearest stock shade first.
- Risk 7: substitute yarn used in sampling — mitigate by sampling in the production yarn wherever the lot allows.
- Risk 8: setting parameters derived from the wrong yarn — mitigate by re-running trials when the yarn changes.
- Risk 9: recycled-content documentation not travelling with the lot — mitigate by requesting it at booking.
- Shared mitigation across all five: reserve yarn at 15% over-booking so repeats stay inside one lot family.

Family Three: Capacity and Calendar Risk, Risks 10 to 12
Three calendar risks matter: a peak-season slot not reserved 60 days ahead, a missed vessel turning a three-day slip into a full shipping cycle, and a fragmented run split across two slots to fit it in.
Capacity behind a programme is 7 production lines at about 200,000 pcs per month, and it is booked rather than held open. A standard 30-day bulk run wants its bed slot reserved about 45 days ahead and a Q4 despatch about 60. The vessel risk is the one that surprises buyers: a run finishing three days after the intended sailing does not arrive three days late, it catches the next sailing, and the retail date moves by the cycle rather than by the delay. The fragmentation risk is self-inflicted and common — splitting a run across two slots to fit it in adds a second set-up and a second inspection, and both are avoidable with a flexibility band offered at booking.
Family Four: Compliance Risk, Risks 13 to 15
Three compliance risks carry the longest tails: a target market named after yarn is booked at day 10, a carried-over material never tested against the destination standard, and documentation requested after the run ships rather than at booking.
The second is the one that cost the programme in the opening case eleven days. A lining carried over from a woven version of the same bag had been tested against a previous market and not against the current one; it was on the register, scored as low likelihood, and the owner did not act. The mitigation that would have worked is unglamorous: list every material in the bag — body, lining, trim, hardware, print — and put a test line beside each against the named standard. That is a table with five rows, and it takes twenty minutes to build at kickoff. Testing costs are charged per standard per material, so the same table is also the one that keeps the development invoice predictable.
Family Five: Quality and Release Risk, Risks 16 to 18
The three release risks are inspection against a superseded revision, measurement taken before the body has conditioned, and a packing count set by what fits rather than by weight and recovery.
Inspection against the wrong reference is the quietest of the three and the most damaging. A programme revision changes, the physical reference on file does not, and bulk is then measured against a piece that no longer describes the bag: everything fails, or everything passes for the wrong reason. The second is conditioning: a knitted body keeps relaxing after it leaves the bed, so a piece measured on the knitting day is measured before it has settled. Conditioning for 24 hours at 20 °C and 65% relative humidity is what makes a measurement mean anything. The third is packing: a carton filled to what physically fits compresses the pieces harder than one filled to the 12 kg limit, and compression held across a long voyage sets a crease.
Caught early, handled
Six risks identified in week one on the 12,000-pcs programme and resolved inside the normal calendar, including shade reservation and the artwork size.
Accepted knowingly
Four risks scored low and formally accepted, with the decision written down so nobody revisits it later as a surprise.
Caught late
One: a carried-over lining never tested against the destination standard. It was listed, scored too low, and cost eleven days.
Owner never acted
The register entry existed and was correct. What failed was the owner column, not the identification.
Escalated to the buyer
Two risks moved outside the programme team's control: the approval cycle and the vessel booking.
Closed at release
Five risks closed at the pre-shipment inspection under AQL 2.5, with the packing count and conditioning confirmed.

What a Register Does to a Commercial Conversation
A register changes disputes into administration: when something goes wrong, the question becomes what the register said and whether the mitigation was done, rather than who is to blame.
That is worth more than it sounds. A shade claim at inspection is either a shared problem with a documented reservation and tolerance, or an argument about whose expectation was reasonable. The first resolves in a day and usually ends with a partial re-run at an agreed cost split; the second can consume a relationship. The same is true of a missed date: a programme that reserved its slot 45 days ahead and offered a flexibility band has a very different conversation from one that placed an order and hoped. None of this requires a register to be adversarial; it requires it to be written down before anyone needs it.
Scoring: Likelihood, Impact and the Owner Column
Score each risk from 1 to 5 on likelihood and 1 to 5 on impact, multiply for a priority between 1 and 25, and treat anything at 12 or above as requiring a mitigation plan rather than a note.
- Likelihood scale
- 1 rare to 5 near-certain, judged against this programme rather than in general
- Impact scale
- 1 negligible to 5 launch-threatening, judged in days and money
- Priority
- Likelihood multiplied by impact, 1 to 25
- Mitigation threshold
- 12 or above requires a plan with a trigger date
- Review rhythm
- Fortnightly while sampling, weekly during bulk
- Owner column
- One named person per risk; an unnamed owner means an unfinished line
- Closure
- Confirmed at the pre-shipment inspection under AQL 2.5, ISO 2859-1
The scoring is less important than the discipline around it, and one rule does most of the work: no risk may be scored without an owner. The lining risk on the opening programme was scored at 4, which was defensible on the day, and it had an owner who did not act on it. Had the owner column been enforced with a review date, the score would not have mattered. In practice, a fortnightly review during sampling and a weekly review during bulk is enough to keep a register alive, and each review should ask only three questions: has anything changed, has any mitigation been done, and does any score need to move.
The four columns that make a register work
- Risk, stated as a specific event rather than a category
- Score: likelihood times impact, 1 to 25, with 12 or above requiring a plan
- Mitigation: what will be done, and the trigger date that starts it
- Owner: one named person, plus a review date on which the line is re-read
A register with those four columns survives contact with a real programme. Anything less is a list. For the handover that carries the register from development into bulk, see knitted bag programme handover.
Build a risk register on your knit programme
Send the style, the quantity per colourway and the destination market. Our knit team will return the eighteen risks scored against your programme, with the owner column filled in. Start on the contact page.
Frequently Asked Questions
What is a knitted bag risk register?
A scored list of what can go wrong on a programme, with an owner and a mitigation plan per line. Eighteen risks in five families cover a knit programme: specification, material, capacity, compliance and release. Its output is not the document but four actions: mitigate, monitor, accept or escalate.
How many risks should a knit programme track?
Eighteen, in five families. Material and compliance together account for nine of them, which is where a knitted programme differs most from a cut-and-sewn one. The remaining nine sit across specification, capacity and release, and all five families need an owner. Each family needs a named owner as well as a number.
How are risks scored?
Likelihood from 1 to 5 multiplied by impact from 1 to 5, giving a priority of 1 to 25. Anything at 12 or above requires a mitigation plan with a trigger date rather than a note. No risk may be scored without an owner; an unnamed owner means the line is unfinished.
Who owns each risk?
Specification and compliance usually sit with the buyer, capacity with buyer planning, and material and release jointly with the programme team. The rule is one named person per line; an unnamed owner is an unfinished entry. Where one person holds all three roles, one signature is fine, but the decisions stay separated.
What is the highest-scored risk on a knit programme?
Lot-to-lot shade drift beyond a Delta E of 1.0. Yarn is a dyed product with natural variation, largest on dope-dyed shades, so the mitigation is an archived swatch, a stated tolerance and a pre-production check. A yarn reservation of 15% over-booking supports the same mitigation and removes a lead-time risk too.
How is shade drift mitigated?
Three things together: an archived reference swatch from the approved lot, an agreed Delta E tolerance of 1.0 measured under D65, and a shade check on each new lot before the bed is threaded. Condition the archived swatch and the new lot identically before reading the Delta E value.
Why is a yarn reservation part of risk management?
Because it keeps a repeat inside one lot family. Booking 15% more yarn than the first run needs means the next run does not start a fresh dye lot, which removes both a shade risk and a lead-time risk. A fresh dye lot is both a shade exposure and a ten-day or longer booking exposure.
How often should the register be reviewed?
Fortnightly during sampling and weekly during bulk. Each review asks three questions: has anything changed, has any mitigation been done, and does any score need to move. Score changes should be recorded with a date, so the review history can be read afterwards. Three questions, twenty minutes, and the register stays alive.
What happens to a risk that is accepted?
It is written down as accepted, with the score and the owner, so it is not revisited later as a surprise. Formal acceptance is a legitimate outcome and is better than an unexamined assumption. Four risks on the opening programme were formally accepted, and none of them later reappeared as a surprise.
Why did a listed risk still cause a delay?
Because the owner column failed rather than the identification. The carried-over lining was listed and scored, but nobody acted on it, which is why a register needs a named owner and a review date per line. A review date on each line is what converts a correct entry into an action somebody actually takes.
What is inspection against a superseded revision?
Measuring bulk against a reference piece that no longer describes the bag because the programme revision moved on. Everything then fails, or everything passes for the wrong reason. Keeping every revision retrievable is what prevents the wrong reference being used at inspection. Every revision should also carry a physical reference piece.
When are risks formally closed?
At the pre-shipment inspection, under AQL 2.5 and an ISO 2859-1 sampling plan, with the packing count and the conditioning of the pieces confirmed before release at FOB Xiamen. Risks that sit outside the programme team, such as vessel bookings, are escalated and recorded as such.
People Also Ask
Do I need a risk register for a 100-piece order?
A short one, yes. The four specification risks and the three compliance risks apply at any quantity, and the whole exercise takes an hour at kickoff rather than eleven days later.
What is the most commonly missed risk?
A carried-over material from a previous version of the bag. It was tested once, against a previous market, and is assumed to be covered when it is not. List every material — body, lining, trim, hardware, print — and put a test line beside each.
Should the register be shared with the production team?
Yes. Material and release risks are owned jointly, and a register kept on the buyer side only manages half the list. Material and release risks are owned jointly, so a register kept on one side manages only half.
How do I score a risk honestly?
Judge likelihood against this programme rather than in general, and judge impact in days and money. A generic score produces a generic register that nobody acts on. Judge likelihood against this programme, and impact in days and money rather than adjectives.
What if a risk is outside my control?
Escalate it and keep it on the list with the escalation recorded. Buyer-side approval cycles and vessel bookings are the two most common escalations on a knit programme. Escalation recorded on the list keeps a risk visible even when nobody on the programme side owns it.
Sources and further reading
Every figure on this page is either our own programme data or attributed below. Open the originals before you write them into a specification.
- ISO 2859-1 — Sampling procedures for inspection by attributes, Part 1: AQL-indexed sampling schemesISO The plan under which the release-family risks are closed at the pre-shipment inspection.
- ISO 139:2005 — Textiles, standard atmospheres for conditioning and testingISO The conditioning rule behind measuring a piece after 24 hours rather than on the knitting day.
- Substances restricted under REACHECHA The restricted-substance list behind the compliance-family risks and the per-material test table.
- Recycled Claim Standard and Global Recycled StandardTextile Exchange Chain-of-custody documentation that must travel with the specific lot rather than with the product line.
- OEKO-TEX STANDARD 100OEKO-TEX Finished-textile testing, one of the standards a per-material test table is built against.
The Owner Column Is the Whole Document
Identification is easy and is not where registers fail. Anyone with experience can list eighteen risks in an afternoon. What fails is the last column: a named person, a mitigation and a review date. The lining risk that cost eleven days was correctly listed and correctly scored, and it still happened.
Write the four columns, review fortnightly, and the register does what it is supposed to do. For the design-ownership questions a register often surfaces late, see knitted bag design rights and ownership. For the programme framework, see custom knit bags.