Files

T

koriweb 5ba5a55c78 feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]

2026-05-08 19:52:07 +09:00

4.2 KiB

Raw Blame History

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

title

Science of Failure

📌 한 줄 통찰 (The Karpathy Summary)

"실패를 자산으로 전환하는 연금술: 실수를 비난하고 감추는 대신, 그 속에 숨겨진 인과관계를 객관적으로 분해하여 시스템의 취약점을 보완하는 실용적 학습 과학."

📖 구조화된 지식 (Synthesized Content)

실패학(Science of Failure)은 발생한 사고나 실수의 원인을 과학적으로 규명하여 재발을 방지하고 조직의 학습 역량을 극대화하는 학문적 접근입니다.

실패의 층위 (The Fail Hierarchy):
- Simple Failure: 조심성 부족이나 사소한 부주의로 인한 실패. (관리 대상)
- Systemic Failure: 프로세스의 결함으로 인해 누가 그 자리에 있어도 일어날 수밖에 없는 실패. (개선 대상)
- Intelligent Failure: 가설을 검증하기 위한 실험 과정에서 발생하는 유익한 실패. (권장 대상)
분석 도구:
- Post-mortem (사후 검토): 사건 발생 후 비난 없이(Blameless) 타임라인과 원인을 철저히 복기.
- Root Cause Analysis (RCA): '5 Whys' 기법 등을 통해 겉으로 드러난 증상 너머의 근본 원인 탐색.
- Swiss Cheese Model: 여러 겹의 방어막에 뚫린 구멍이 일직선이 될 때 사고가 일어남을 이해.
학습 문화:
- 실패를 용인하는 심리적 안전감(PsychoLogical Safety)이 혁신의 선결 조건임을 강조.

⚠️ 모순 및 업데이트 (Contradictions & Updates)

과거 데이터와의 충돌: 과거에는 "실패는 성공의 어머니"라는 격언적 수준에 머물렀으나, 현대 기업 정책은 실패 데이터를 수집하고 분류하여 '위험 예측 알고리즘'에 주입하는 통계적 자산화 단계로 발전함(RL Update).
정책 변화(RL Update): 항공 및 원자력 등 고위험 산업에서 적용되던 '비난 없는 보고 정책(Non-punitive Reporting)'이 IT 서비스 운영 및 일반 기업 인사 정책으로 확산되며, 실수 보고 시 포상을 주는 역발상 정책이 도입되기도 함.

🔗 지식 연결 (Graph)

Psychology & Behavior, Risk Management, Rapid-Prototyping, Philosophy of Science, Human-Error-Analysis
Modern Tech/Tools: Incident reporting_systems, Blameless Post-mortem templates.

🤖 LLM 활용 힌트 (How to Use This Knowledge)

언제 이 지식을 쓰는가:

(TODO)

언제 쓰면 안 되는가:

(TODO)

🧪 검증 상태 (Validation)

정보 상태: needs_review
출처 신뢰도: A
검토 이유: (P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)

🧬 중복 검사 (Duplicate Check)

기존 유사 문서: (TODO: 인덱서 클러스터 리포트 참조)
처리 방식: UPDATE (자동 정규화)
처리 이유: Phase 1 정규화 — 옛 템플릿/누락 필드 보강.

🕓 변경 이력 (Changelog)

날짜	변경 내용	처리 방식	신뢰도
2026-05-08	P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화)	UPDATE	A

💻 코드 패턴 (Code Patterns)

패턴 1: (TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)

# TODO

🤔 의사결정 기준 (Decision Criteria)

선택 A를 써야 할 때:

(TODO)

선택 B를 써야 할 때:

(TODO)

기본값:

(TODO)

❌ 안티패턴 (Anti-Patterns)

[안티패턴]: (TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)

4.2 KiB Raw Blame History