Skip to content
Development
Skill

/biz-toc

\"Apply Theory of Constraints (TOC) to identify and manage system bottlenecks. Use this skill when the user needs to find what limits throughput, optimize a constrained process, apply the Five Focusing Steps, or implement Drum-Buffer-Rope scheduling — even if they say 'our

From plugin
awesome-agent-skill
26200 skills4 commands
Install
$ npx -y skills add charlieviettq/awesome-agent-skill --skill biz-toc --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/biz-toc

Context preview

The summary Claude sees to decide when to auto-load this skill.

\"Apply Theory of Constraints (TOC) to identify and manage system bottlenecks. Use this skill when the user needs to find what limits throughput, optimize a constrained process, apply the Five Focusing Steps, or implement Drum-Buffer-Rope scheduling — even if they say 'our

SKILL.md

biz-toc.SKILL.md
name: "\"biz-toc\""
description: "\"Apply Theory of Constraints (TOC) to identify and manage system bottlenecks. Use this skill when the user needs to find what limits throughput, optimize a constrained process, apply the Five Focusing Steps, or implement Drum-Buffer-Rope scheduling — even if they say 'our output is stuck', 'what's the bottleneck', or 'why can't we produce more'.\"."
allowed-tools: Read, Glob, Grep

Theory of Constraints (TOC)

Overview

TOC asserts that every system has at least one constraint (bottleneck) that limits total throughput. Improving non-bottleneck processes does NOT improve system output �� only improving the bottleneck does. The Five Focusing Steps provide a systematic method to find and manage constraints.

Framework

IRON LAW: The System Is Only as Strong as Its Weakest Link

Improving a non-bottleneck process is a WASTE of resources — it produces
more work-in-progress that piles up at the bottleneck. Before optimizing
any process, verify it IS the bottleneck. If it's not, stop.

The Five Focusing Steps

1. **IDENTIFY** the constraint — Find the bottleneck (highest utilization, longest queue, most WIP accumulation) 2. **EXPLOIT** the constraint — Maximize throughput at the bottleneck without adding resources (reduce downtime, eliminate waste at this step, ensure it never starves for input) 3. **SUBORDINATE** everything else — Pace all other processes to the bottleneck's rhythm. Non-bottlenecks should NOT run at full capacity. 4. **ELEVATE** the constraint — If exploitation isn't enough, invest to increase bottleneck capacity (add equipment, hire, outsource) 5. **REPEAT** — After elevating, the constraint may shift to another process. Go back to Step 1.

Drum-Buffer-Rope (DBR) Scheduling

| Element | What It Is | Purpose | |---------|-----------|---------| | **Drum** | The bottleneck's pace | Sets the rhythm for the entire system | | **Buffer** | Time buffer before the bottleneck | Ensures the bottleneck never starves for work | | **Rope** | Signal to release work at the start | Controls WIP by tying input rate to bottleneck pace |

Throughput Accounting (TOC Financial Metrics)

| Metric | Definition | |--------|-----------| | **Throughput (T)** | Revenue - Truly Variable Costs (materials only) | | **Investment (I)** | Money tied up in the system (inventory, equipment) | | **Operating Expense (OE)** | All other costs to run the system | | **Net Profit** | T - OE | | **ROI** | (T - OE) / I |

Output Format

# TOC Analysis: {System/Process}

## System Map
{Process A} → {Process B} → {**Process C (bottleneck)**} → {Process D} → Output

## Constraint Identification
- Bottleneck: {process step}
- Evidence: {utilization %, queue length, WIP accumulation}
- Current throughput: {units/period}

## Five Focusing Steps
| Step | Action | Expected Impact |
|------|--------|----------------|
| 1. Identify | {bottleneck location} | — |
| 2. Exploit | {optimize without investment} | +X% throughput |
| 3. Subordinate | {pace other processes} | Reduce WIP by X% |
| 4. Elevate | {investment if needed} | +X% throughput |
| 5. Repeat | {new constraint location} | — |

## DBR Implementation
- Drum: {bottleneck pace = X units/hour}
- Buffer: {X hours of WIP before bottleneck}
- Rope: {release new work every X minutes}

Examples

Correct Application

**Scenario:** TOC for a PCB assembly line (5 stations)

  • Station throughput: Solder Paste (100/hr) → Pick & Place (80/hr) → **Reflow Oven (50/hr)** → Inspection (90/hr) → Packaging (120/hr)
  • Bottleneck: Reflow Oven (50/hr) — lowest throughput, highest utilization
  • **Exploit**: Reduce oven changeover time from 30 min to 10 min → effective capacity +15%
  • **Subordinate**: Slow Pick & Place to 55/hr (don't overproduce WIP before oven)
  • **Elevate**: If needed, add second reflow oven → double capacity

Incorrect Application

  • Bought a faster Pick & Place machine (80→120/hr) → System throughput unchanged because Reflow Oven (50/hr) is still the bottleneck. Wasted investment. Violates Iron Law.

Gotchas

  • **Constraints can be non-physical**: Market demand, policy, or management attention can be the real constraint. If the factory can produce 1000 but only sells 500, the market is the constraint.
  • **Moving bottleneck**: After elevating one constraint, the bottleneck shifts. Teams often celebrate and forget Step 5 (Repeat).
  • **Subordination is counterintuitive**: Running non-bottleneck machines at less than full capacity feels wasteful. It's not — overproduction at non-bottlenecks creates WIP that clogs the system.
  • **TOC vs Lean**: Lean eliminates waste everywhere. TOC focuses only on the constraint. They complement each other: use TOC to find WHERE to focus, Lean to optimize HOW.

References

  • For Drum-Buffer-Rope implementation details, see `references/dbr-scheduling.md`
Read more
Ships withawesome-agent-skill

Curated skill pack for LLM agents in engineer and science workflow (Cursor & Claude ready).

Get the whole plugin

Other skills on awesome-agent-skill.