New to this topic?
We recommend reading these guides first to get the most out of this one:
1 hr
Tracking Increment
15–20
Reason Codes to Start
4 wks
Time to Actionable Pareto
80/20
Vital Few Drive Improvement

Why Analog First: Building Data Credibility

Digital ERP data is distrusted on most shop floors. The distrust is often rational: the data was loaded years ago, never validated, and does not reflect current reality (see Guide 08). Operators know the numbers are wrong. Supervisors know the numbers are wrong. When management makes decisions based on those numbers, the floor loses confidence in the entire data system.

The Pitch Board is an analog reset. It starts fresh, with data collected by the people who do the work, at the point where the work happens, in real time. There is no system lag, no data entry delay, no translation error. The board is right there on the wall, updated every hour, visible to everyone. When it says “missed target — reason: missing P/N 4567-2,” everyone can see it, and everyone can verify it.

Within four weeks of consistent use, a Pitch Board produces better actionable data than most ERP systems. Not because the ERP is bad technology — but because the Pitch Board’s data is honest, operator-generated, and immediately verifiable.

What a Pitch Board Looks Like

A Pitch Board is a whiteboard (or laminated poster) mounted at the production cell with the following structure:

Time PeriodTargetActualCumulative +/–Reason Code (if miss)
7:00–8:003 units30—
8:00–9:003 units2–1M-02: Missing P/N 4567-2 from kit
9:00–10:003 units3–1—
10:00–11:003 units1–3E-01: Work instruction Rev C, current is Rev E
11:00–12:003 units3–3—
12:30–1:303 units3–3—
1:30–2:303 units2–4Q-03: Rework from upstream sealant defect
2:30–3:303 units3–4—

At the end of each hour, the line lead updates the board. It takes 30–60 seconds. The cumulative column makes the day’s trajectory visible at a glance — anyone walking past can see whether the cell is on target, ahead, or behind, and exactly why.

⚠️ If the Pitch Board Is Used to Discipline Operators, It Will Be Falsified Within Two Weeks

The Pitch Board does not measure operator performance — it measures system performance. When the reason code says “missing part from kit,” that is a logistics failure. When it says “work instruction outdated,” that is an engineering failure. The operator is the reporter, not the subject. The moment a supervisor uses Pitch Board data to blame an operator, every operator on the floor learns to write “on target” regardless of reality, and the board becomes theater.

Designing the Reason Code Taxonomy

📊 Worked Example 1: Reason Code System for Aerospace Assembly Taxonomy Design
CategoryCodeDescription
Material (M)M-01Kit incomplete — part not delivered to station
M-02Wrong part in kit (P/N mismatch)
M-03Damaged part requiring replacement
M-04Consumable depleted (fasteners, sealant, safety wire)
Quality (Q)Q-01Rework from upstream quality escape
Q-02Awaiting inspector buy-off (inspector unavailable)
Q-03Discrepancy disposition pending (MRB hold)
Equipment (X)X-01Tool unavailable or out of calibration
X-02Fixture/jig malfunction
X-03Crane/support equipment unavailable
Engineering (E)E-01Work instruction outdated or missing steps
E-02Engineering change (ECN) mid-flow
E-03Drawing discrepancy or ambiguity
Logistics (L)L-01Predecessor work not complete (upstream delay)
L-02Waiting for crane access or material movement
L-03Waiting for shared tooling from another station
Other (O)O-01Training activity (new hire, cross-training)
O-02Other (write in)

Design principles:

  • Specific enough to drive action: “M-01: Kit incomplete” tells the IE exactly where to look. “Material issue” does not.
  • Simple enough to record in 10 seconds: the line lead should be able to glance at the code list and pick the right code immediately
  • 15–20 codes maximum to start. Expand only when “Other” is used more than 10% of the time.

Weekly Pareto Analysis: Turning Data into Engineering Action

📊 Worked Example 2: Four-Week Pareto and Prioritization Data-Driven Improvement

Scenario: After four weeks of Pitch Board data collection, the IE tallies all reason codes:

CodeDescriptionOccurrencesLost HoursCumulative %
M-01Kit incomplete3876 hrs31%
L-01Predecessor work not complete2754 hrs53%
Q-02Awaiting inspector buy-off1938 hrs69%
E-01Work instruction outdated1428 hrs80%
X-01Tool unavailable918 hrs87%
Q-01Upstream quality escape816 hrs94%
All otherVarious714 hrs100%

Pareto interpretation: Four root causes (M-01, L-01, Q-02, E-01) account for 80% of all lost production hours. These are the “vital few.”

Engineering response priority:

  1. M-01 (Kit incomplete): Implement Water Spider delivery and kit verification process. Target: reduce from 38 to <10 occurrences in the next 4 weeks.
  2. L-01 (Predecessor delay): Investigate upstream constraint — likely a bottleneck or schedule sequencing issue.
  3. Q-02 (Inspector availability): Stagger inspector assignments to match Takt periods; implement self-inspection for non-critical attributes.
  4. E-01 (Outdated instructions): Priority update of work instructions at this cell — ERP data correction project (Guide 08).

The result after 4 more weeks: If the top 2 causes are addressed, lost hours drop by ~53% (from 244 hrs to ~115 hrs per month). That is 129 hours of recovered production capacity per month — without adding headcount, overtime, or equipment.

Closing the Loop: Making Operators Believe the Data Matters

💡 Operators Who Trust the System Give You Better Data

Operators who trust that their Pitch Board data results in engineering action will give you more honest data than any digital system ever will. The feedback loop is simple: operator reports problem → engineer fixes problem → operator sees the fix → operator reports the next problem with more detail and more willingness. This virtuous cycle produces exponentially better data over time. Break it once (ignore a report, blame the operator, fail to follow up), and it takes months to rebuild.

The action loop:

The Pitch Board Action Loop
Pitch Board
captures miss
→
Weekly Pareto
analysis
→
Engineering
ticket created
→
Fix implemented
visibly
↩

The “visibly” part is crucial. When the Water Spider system launches because of Pitch Board data showing 38 kit-incomplete events per month, post a note on the Pitch Board: “Your M-01 data drove this change. Thank you.” This closes the loop. The operators see that their data produced a concrete engineering action. They will give you better data next month.

🎯 The Bottom Line

The Pitch Board does not improve performance by itself — it makes the system’s failures visible so engineers can eliminate them. It is the foundation of a data-driven improvement culture: honest data from the floor, weekly Pareto analysis by the IE, engineering action on the vital few, and visible feedback to the operators who reported the problems. When this loop runs consistently, it produces more sustainable improvement than any consultant engagement or Kaizen event. Next: Standard Work & TWI — documenting the improved methods so they can be trained and sustained.

Free forever · Every feature included

Stop reading, start modeling

Model your process flow, run simulations, optimize staffing with TOC math, and test your knowledge with 107 interactive checks — all in one platform.

Open Workbench →

Take this to a room

The running order

For an IE building floor data from scratch. They should leave with 15 to 20 reason codes and an absolute rule about not using the board for discipline.

7 beats · 12 min
  1. 1

    Analog first, on purpose

    A paper board built in four weeks produces more actionable data than most ERPs, and it does so because operators trust it.

    • One-hour tracking increments. Planned versus actual, with a reason for every miss.
    • No login, no tablet, no waiting for IT.
    • Credibility first, digitisation later.

    Ask the room How would we know today why our line missed its plan?

  2. 2

    Fifteen to twenty reason codes

    Enough for detail, few enough to be used consistently.

    • Start from the actual causes of missed pitches, not from a generic list.
    • Mutually exclusive - if operators cannot choose, the definitions are wrong.
    • Rotate or refine them as the Pareto changes.
  3. 3

    It measures the system, not the operator

    This is the rule the whole thing depends on, and it needs saying at launch.

    • Missing part from kit is a logistics failure.
    • Work instruction outdated is an engineering failure.
    • The operator is the reporter, not the subject.

    Ask the room Would our supervisors understand that distinction?

  4. 4

    Discipline destroys it in two weeks

    The moment a supervisor uses pitch board data to blame an operator, every operator learns to write something safe.

    • The data becomes uniformly bland and permanently useless.
    • It is not recoverable by reassurance - only by years of different behaviour.
    • Say the rule out loud, publicly, before the board goes up.
  5. 5

    Weekly Pareto, engineering action

    The IE's half of the loop, and it has to happen every week without exception.

    • Sort the lost pitches by reason code. The vital few will be obvious within four weeks.
    • Take the top two or three into engineering action, not into a report.
    • Eighty-twenty holds here as reliably as anywhere.
  6. 6

    Close the loop visibly

    Operator reports, engineer fixes, operator sees the fix, operator reports the next one with more detail.

    • That virtuous cycle produces exponentially better data over time.
    • Break it once and the data quality drops immediately.
    • Post what was fixed, on the same board, next to what was reported.

    Ask the room Who would own the weekly Pareto here?

  7. 7

    What it actually does

    The board does not improve performance. It makes system failures visible so engineers can remove them.

    • Honest data from the floor, weekly analysis, engineering action, visible feedback.
    • Run that loop consistently and it beats any consulting engagement.
    • Four weeks to the first actionable Pareto.

    Ask the room Which line do we start on, and when does the first Pareto happen?