---
id: wiki-2026-0508-lean-operations
title: Lean Operations
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: [Lean, Lean Manufacturing, TPS, Toyota Production System, Lean Startup]
duplicate_of: none
source_trust_level: A
confidence_score: 0.9
verification_status: applied
tags: [operations, lean, kaizen, tps, value-stream, business]
raw_sources: []
last_reinforced: 2026-05-10
github_commit: pending
tech_stack:
  language: methodology
  framework: tps/lean-startup
---

# Lean Operations

## 매 한 줄
> **"매 Lean = 가치를 만들지 않는 모든 것은 muda (낭비)"**. Toyota Production System에서 시작된 운영 철학으로 7대 낭비 제거, 흐름 (flow), 당김 (pull), Kaizen (지속 개선)을 통해 customer value를 극대화한다. 현대에는 software (Lean Startup, MVP), 의료, 서비스업까지 확장.

## 매 핵심

### 매 7대 낭비 (Muda) — TIMWOOD
- **Transport**: 불필요한 운반.
- **Inventory**: 과잉 재고.
- **Motion**: 작업자의 불필요한 동작.
- **Waiting**: 대기 시간.
- **Overproduction**: 과잉 생산 (가장 큰 낭비).
- **Overprocessing**: 필요 이상의 가공.
- **Defects**: 불량/재작업.
- *(현대 추가)* **Unused talent**: 사람의 잠재력 미활용.

### 매 5원칙 (Womack & Jones)
1. **Value 정의** — customer 관점.
2. **Value Stream 매핑** — end-to-end 흐름 시각화.
3. **Flow** — 중단 없는 흐름.
4. **Pull** — 수요에 의해 당김 (push 아님).
5. **Perfection** — 지속적 Kaizen.

### 매 핵심 도구
- **Kanban**: 시각적 작업 흐름 + WIP 제한.
- **5S**: Sort, Set in order, Shine, Standardize, Sustain.
- **Andon**: 문제 발생 시 즉시 라인 정지 + 알림.
- **Poka-yoke**: 실수 방지 장치 (오류 0 설계).
- **VSM (Value Stream Mapping)**: 가치/비가치 시간 시각화.
- **JIT (Just-in-Time)**: 필요한 때 필요한 만큼.
- **Heijunka**: 평준화 — 변동 최소화.

### 매 Lean Startup (Eric Ries) — 현대 적용
- **Build–Measure–Learn** 루프.
- **MVP** (Minimum Viable Product).
- **Validated learning** — 가설 → 실험 → 데이터.
- **Pivot or persevere**.

### 매 응용
1. 제조업 → TPS, JIT, Kanban.
2. 소프트웨어 → Lean Startup, Lean Software Development.
3. 의료 (Lean Healthcare) → 환자 흐름, 대기 시간 단축.
4. 정부/공공 → 행정 절차 간소화.
5. 스타트업 → MVP, 실험 cadence.

## 💻 패턴

### Value Stream Map — 텍스트 표기
```
[Customer Order] → 30s
   ↓ wait 4h ▲ NVA
[Engineering] → 20m VA
   ↓ wait 2d ▲ NVA
[Manufacturing] → 1h VA
   ↓ wait 6h ▲ NVA
[Ship] → 10m VA

Total lead time: 2.5d
Value-added time: 1h 30m
Process Cycle Efficiency: 1.5/60 = 2.5%  ← 개선 대상
```

### Kanban WIP 제한 (Python 시뮬레이션)
```python
from collections import deque
class KanbanBoard:
    def __init__(self, wip_limit=3):
        self.wip_limit = wip_limit
        self.in_progress = deque()
        self.done = []
    def pull(self, task):
        if len(self.in_progress) >= self.wip_limit:
            return False  # blocked — finish first
        self.in_progress.append(task)
        return True
    def complete(self):
        if self.in_progress:
            self.done.append(self.in_progress.popleft())

board = KanbanBoard(wip_limit=3)
for t in ["A","B","C","D"]:
    print(t, board.pull(t))  # D는 False
```

### Poka-yoke — TypeScript form 검증
```ts
// 실수 0 설계: 잘못된 input은 type-level에서 차단
type Email = string & { __brand: "Email" };
const toEmail = (s: string): Email => {
  if (!/^[^@]+@[^@]+\.[^@]+$/.test(s)) throw new Error("Invalid email");
  return s as Email;
};
function sendNotification(to: Email, msg: string) { /* ... */ }
// sendNotification("not-an-email", ...); // ❌ 컴파일 에러
sendNotification(toEmail("a@b.com"), "hi");
```

### A3 problem-solving template
```markdown
# A3: Order Fulfillment Lead Time

## 1. Background
주문→배송 평균 5일, 경쟁사 2일.

## 2. Current state
VSM 측정: VA 1.5h, NVA 4.5d (warehouse wait 60%).

## 3. Goal
Lead time 5d → 2d (60% 단축) by Q4.

## 4. Root cause (5 Whys)
- Why warehouse wait? → batch picking.
- Why batch? → 시스템이 매시간 큐 dump.
- Why? → 1990년대 ERP 설계.

## 5. Countermeasures
- Continuous picking + WMS upgrade.

## 6. Plan
- Pilot 1 warehouse, 4 weeks.

## 7. Follow-up
- Weekly KPI review.
```

### Build–Measure–Learn loop (TS)
```ts
type Hypothesis = { id: string; assumption: string; metric: string; threshold: number };
async function runExperiment(h: Hypothesis) {
  const mvp = await buildMVP(h);              // Build
  const data = await measure(mvp, days=7);    // Measure
  const learned = data[h.metric] >= h.threshold; // Learn
  return { h, learned, action: learned ? "persevere" : "pivot" };
}
```

### 5S checklist (CI/CD repo 적용)
```yaml
# .github/lean-5s.yml
sort: [unused-deps, dead-code]      # 안 쓰는 것 제거
set_in_order: [folder-structure, naming-convention]
shine: [linter, formatter, ci-clean-warnings]
standardize: [pre-commit, codeowners, templates]
sustain: [weekly-review, kaizen-meeting]
```

## 매 결정 기준
| 상황 | Approach |
|---|---|
| 반복 제조 | TPS + JIT + Kanban |
| 소프트웨어 신제품 | Lean Startup + MVP |
| 서비스 운영 | VSM + 5S + Poka-yoke |
| 스타트업 가설 검증 | Build–Measure–Learn |

**기본값**: VSM으로 현 상태 측정 → 7대 낭비 식별 → Kaizen으로 점진 개선.

## 🔗 Graph
- 부모: [[Toyota-Production-System]]
- 변형: [[Lean Startup]]
- 응용: [[Kanban]], [[MVP]]
- Adjacent: [[Agile]], [[Theory-of-Constraints]], [[DevOps]]

## 🤖 LLM 활용
**언제**: VSM 작성 보조, 5 Whys root-cause 탐색, A3 draft, MVP scope 줄이기 brainstorm.
**언제 X**: 공장 layout 물리적 변경 — 안전/비용 검토는 사람.

## ❌ 안티패턴
- **Lean = 인원 감축**: 진짜 Lean은 사람 활용 극대화.
- **도구만 도입**: Kanban 도입했지만 Kaizen 문화 없음 → 정체.
- **MVP를 부족한 제품으로 오해**: viable이 핵심 — 학습 가능해야 함.
- **WIP 제한 없음**: Kanban 형식만 — context-switch로 throughput 저하.
- **측정 없는 개선**: VSM/KPI 없이 직감 — regression 인지 못함.

## 🧪 검증 / 중복
- Verified (Toyota Way, Womack & Jones, Eric Ries 2011, modern Lean Healthcare).
- 신뢰도 A.

## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — TIMWOOD, A3, Lean Startup 통합 |