---
id: wiki-2026-0508-wicked-problems
title: Wicked Problems
category: 10_Wiki/Topics
status: needs_review
canonical_id: self
aliases: [P-Reinforce-AUTO-WIPR-001]
duplicate_of: none
source_trust_level: A
confidence_score: 0.95
tags: [auto-reinforced, wicked-problems, complexity, social-policy, Systems-Thinking, conflict]
raw_sources: []
last_reinforced: 2026-04-20
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
---

# [[Wicked-Problems|Wicked-Problems]]

## 📌 한 줄 통찰 (The Karpathy Summary)
> "풀 수 없는, 그러나 다뤄야만 하는 난제들: 정답이 없고, 해결하려 할수록 또 다른 문제를 야기하며, 이해관계가 복잡하게 얽혀 '최선'이 아닌 '최악 피하기'를 강요하는 가혹한 도전."

## 📖 구조화된 지식 (Synthesized Content)
사악한 문제(Wicked Problems)는 호르스트 리텔(Horst Rittel) 등이 제안한 개념으로, 정의 내리기 어렵고 고정된 정답이나 해결책이 존재하지 않는 극도로 복잡한 사회적/시스템적 난제를 뜻합니다.

1.  **사악한 문제의 특징**:
    *   **No Clear Definition**: 문제 자체가 무엇인지 정의하는 것부터가 논쟁의 대상임.
    *   **No Stopping Rule**: 언제 문제가 '해결'되었는지 알 수 없음.
    *   **Irreversibility**: 한번 내린 결정은 되돌릴 수 없으며 대규모 파급 효과를 낳음.
    *   **Uniqueness**: 모든 사악한 문제는 그 맥락이 독특하여 과거의 해법을 그대로 적용할 수 없음.
2.  **대표적 사례**:
    *   기후 변화, 빈곤 문제, 교육 시스템 개혁, AI 윤리 거버넌스, 지정학적 갈등.
3.  **대응 전략**:
    *   **Collaborative [[Logic|Logic]]**: 다양한 이해관계자의 협력을 통한 '사회적 타협' 추구.
    *   **Iterative Approach**: 완벽한 해법 대신 끊임없는 시도와 피드백을 통한 개선.
    *   **[[Systems Thinking|Systems Thinking]]**: 부분 최적화가 아닌 전체 시스템의 역동성을 파악하여 부작용 최소화.

## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌**: 과거의 관료적 정책은 사악한 문제를 선형적인 '기술적 문제'로 오인하여 단순 해법을 강구하다 실패했으나, 현대 정책은 이를 '복잡계의 특성'으로 인정하고 장기적 관리 정책으로 전환함(RL Update).
- **정책 변화(RL Update)**: 국가 정책 수립 시, 사악한 문제 해결을 위해 단일 부처가 아닌 전 부처가 협력하는 'Whole-of-Government' 접근 방식과 시민 참여형 '리빙랩(Living Lab)' 정책이 표준으로 자리 잡음.

## 🔗 지식 연결 (Graph)
- Understanding Complexsystems, [[Systems Thinking|Systems Thinking]], [[Social Systems Theory|Social Systems Theory]], [[Decision Theory|Decision Theory]], [[Risk Management|Risk Management]]
- **Modern Tech/Tools**: Policy simulation models, Multi-[[Stakeholder|Stakeholder]] platforms.
---

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