docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거
Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를 Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류. - 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로 자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거, 동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거. - 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming, Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business, Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로, 나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는 title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백). 원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지. - 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서. - 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는 지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지. - Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경. - 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.
This commit is contained in:
Antigravity Agent
@@ -0,0 +1,203 @@
|
||||
---
|
||||
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 통합 |
|
||||
Reference in New Issue
Block a user