Theory of Constraints
Eliyahu Goldratt phát hành 1984 qua tiểu thuyết The Goal. Diagnostic lens cho Section 3 Methodology của bài BOL Mitek.
Nguyên lý cốt lõi
Mọi hệ thống đều bị giới hạn bởi 1 constraint, giống dây xích yếu nhất ở 1 mắt xích. Tối ưu mắt xích khoẻ là lãng phí. Chỉ tăng được Throughput toàn hệ thống khi tăng năng suất ở mắt xích yếu.
Mitek apply: Senior reviewer là mắt xích yếu (xem senior-review-bottleneck). Thuê thêm 100 junior không tăng Throughput, drawings chỉ chất đống trước cửa reviewer.
5 Focusing Steps applied to Mitek
| # | Step | Mitek action |
|---|---|---|
| 1 | Identify | Senior review = Bottleneck. Drawings đợi 2-3 ngày trước review. |
| 2 | Exploit | Vắt 100 % capacity senior: không làm admin/training, junior tự check checklist trước, senior chỉ review complex drawings. |
| 3 | Subordinate | Junior không draft nhanh hơn senior review được. Triage 3 lane simple/standard/complex. CAD pipeline phục vụ senior workflow. |
| 4 | Elevate | Đào tạo accelerated path junior → senior (rút 2 năm xuống 1 năm). Tạo “associate reviewer” role bù trung gian. |
| 5 | Repeat | Bottleneck có thể dịch sang CAD license hoặc customer revision loop. Quay về step 1. |
Throughput Accounting
| Metric | Định nghĩa | Mitek |
|---|---|---|
| Throughput (T) | Tốc độ hệ thống tạo tiền qua sales | # drawings sign-off và invoice/tuần |
| Inventory (I) | Tiền kẹt trong hệ thống (WIP) | Drawings đang queue / drafting / review |
| Operating Expense (OE) | Chi phí biến I thành T | Lương engineer + SAPPHIRE license + facility |
Goal: tăng T, giảm I, giảm OE đúng thứ tự đó.
4 loại constraint (Goldratt)
| Loại | Định nghĩa | Mitek case |
|---|---|---|
| Capacity | Resource finite, demand > supply | Senior reviewer hours |
| Market | Market demand thấp hơn capacity | N/A (Mitek demand cao) |
| Policy | Rule / process self-imposed | Junior:senior ratio 15-20:1 do scaling decision |
| Supplier / Material | Input quality / availability | SAPPHIRE license seat cap (secondary) |
Mitek case là mix capacity + policy, quan trọng cho fishbone Manpower vs Method branch.
Vì sao chọn TOC chứ không DT (Design Thinking)
| Tiêu chí | TOC fit | DT fit |
|---|---|---|
| Vấn đề đo được bằng số | ✓ Queue depth, LT, ratio | ✗ Không phù hợp với metric quantifiable |
| Bottleneck nhận diện rõ | ✓ Senior review | ✗ DT thường cho vấn đề mơ hồ UX |
| Solution sẽ structural | ✓ Process redesign | ✗ DT thiên về user empathy |
→ TOC chosen cho Section 3 Methodology.
Kỹ thuật liên quan trong TOC
- Drum-Buffer-Rope: scheduling technique. Drum = bottleneck pace. Buffer trước bottleneck. Rope = release rule downstream.
- Drum: bottleneck thiết lập tempo cho cả hệ thống
- Buffer: WIP trước bottleneck để tránh starve
- Binding Constraint: constraint đang active limit throughput
- Constraint Management: chapter 6 Krajewski
References cited
- Goldratt & Cox 2004 The Goal (xem references-q1 mục 2)
- Goldratt 1990 Theory of Constraints (mục 1)
- Watson, Blackstone & Gardiner 2007 JOM Q1 (mục 6)
- Mabin & Balderstone 2003 IJOPM Q1 (mục 7)
Liên quan
- khung-ly-thuyet · Bộ ba TOC + Fishbone + PDCA
- fishbone · Layer 2 root cause
- pdca · Layer 3 implementation
- senior-review-bottleneck · The constraint trong Mitek case
- CH06 - Constraint Management · OM textbook chapter
- Theory of Constraints (TOC) · Key Concept atom
- Eliyahu Goldratt · Author bio Key Concept