2nd/10_Wiki/Topics/AI_and_ML/Lean-Operations.md

id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, verification_status, tags, raw_sources, last_reinforced, github_commit, tech_stack

id	title	category	status	canonical_id	aliases	duplicate_of	source_trust_level	confidence_score	verification_status	tags	raw_sources	last_reinforced	github_commit	tech_stack
wiki-2026-0508-lean-operations	Lean Operations	10_Wiki/Topics	verified	self	Lean Lean Manufacturing TPS Toyota Production System Lean Startup	none	A	0.9	applied	operations lean kaizen tps value-stream business		2026-05-10	pending	language framework methodology 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 시뮬레이션)

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 검증

// 실수 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

# 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)

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 적용)

# .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 통합