---
id: causality
title: "Causality"
category: "10_Wiki/Topics"
status: "draft"
verification_status: "conceptual"
canonical_id: ""
aliases: ["인과관계", "Root Cause"]
duplicate_of: ""
source_trust_level: "B"
confidence_score: 0.90
created_at: 2026-05-24
updated_at: 2026-05-24
review_reason: ""
merge_history: []
tags: ["research", "hypothesis-driven thinking", "root-cause-analysis"]
raw_sources: ["NotebookLM Synthesis"]
applied_at: ["ajr348.github.io/ds4e_course/chapters/02_causality/"]
github_commit: ""
---

# [[Causality]]

## 🎯 한 줄 통찰 (One-line insight)
단순한 상관관계를 넘어 현상의 이면에 숨겨진 메커니즘을 규명하고, 이를 검증 가능한 가설로 변환하여 문제의 근본 원인(Root Cause)을 타격하는 [[Hypothesis-Driven Thinking]]의 핵심 목적 [1-3].

## 🧠 핵심 개념 (Core concepts)
- **Root Cause Analysis (근본 원인 분석):** 현상은 종종 긴 원인과 결과 사슬의 마지막 가시적 부분에 불과하며, 문제를 영구적으로 해결하기 위해서는 사슬의 시작점인 근본 원인을 찾아내야 함 [4, 5].
- **Association vs. Causation (연관성 대 인과관계):** 두 사건이 동시에 발생하는 '연관성'을 확인하는 것은 쉬우나, 한 사건이 다른 사건을 일으킨다는 '인과관계'를 확증하는 데는 엄격한 논리적/통계적 증거가 필요함 [1, 2, 6].
- **Falsifiability (반증 가능성):** 과학적 인과 이론은 관찰을 통해 거짓임이 증명될 수 있는 구체적인 예측을 포함해야 하며, 모든 상황에 끼맞춰질 수 있는 이론(예: 미아즈마 이론)은 비과학적임 [3, 7, 8].
- **Diagnostic Frameworks (진단 프레임워크):** 시스템의 물리적 구조 매핑, 인과관계 추적(Cause-and-Effect), 원인 분류를 통해 복잡한 문제 내의 인과 사슬을 구조화함 [9, 10].

## 🧩 추출된 패턴 (Extracted patterns)
- **"Why" Logic Tree (이슈 트리):** 중앙의 질문을 상호 배타적이고 전체 포괄적인(MECE) 하위 질문으로 분해하여, 해결 가능한 구체적인 'Leaf Root Causes'에 도달할 때까지 분석 범위를 좁힘 [11, 12].
- **Anomalous Case Investigation (예외 사례 추적):** 인과 가설을 검증하기 위해 가설과 일치하지 않는 데이터(Anomalies)를 집중 분석함 (예: 콜레라 유행 중 맥주 공장 직원이 무사했던 이유를 추적하여 가설 강화) [13, 14].
- **Standardized Hypothesis Syntax (가설 표준 문법):** "만약 [특정 행동]을 한다면, [특정 결과]가 발생할 것이다. 왜냐하면 [인과적 근거] 때문이다"라는 구조를 통해 가설을 명시적으로 수립함 [15, 16].

## 📖 세부 내용 (Details)
인과관계는 [[Hypothesis-Driven Thinking]]에서 문제 해결의 방향타 역할을 한다. 단순한 데이터 마이닝이 과거의 패턴을 찾는 데 집중하는 반면, 인과 중심 접근법은 '왜' 그 일이 일어나는지에 대한 메커니즘적 추측(Conjecture)에서 시작한다 [17-19].

1. **인과관계 규명의 어려움:** 상관관계-인과관계 혼동(Correlation-Causation Confusion)은 경영진의 의사결정에서 흔히 발생하는 오류로, 우연히 겹친 두 현상을 원인과 결과로 단정 짓는 '거짓 원인(False Cause)' 논리적 오류를 유발함 [2, 20, 21].
2. **검증의 비대칭성:** 칼 포퍼(Karl Popper)에 따르면, 수천 번의 관찰로도 인과 이론이 '참'임을 확증할 수는 없으나(백조 사례), 단 한 번의 반례로도 이론이 '거짓'임을 확증(Falsification)할 수 있음 [3, 22, 23].
3. **Leaf Root Causes:** 분석의 목표는 해결 가능할 정도로 세분화된 원인인 '리프 루트 코즈'를 찾는 것이며, 이 지점에서 분석을 멈추고 실행 가능한 해결책(Actionable Solutions)을 설계함 [5, 24].
4. **분석 모드 (Day vs. Night Science):** 인과 가설을 생성하는 비정형적 탐색 과정(Night Science)과 수립된 가설을 엄격하게 테스트하는 확증적 과정(Day Science)이 반복적으로 교차하며 진실에 접근함 [25].

## ⚖️ 모순 및 업데이트 (Contradictions & updates)
- **가설 우선 vs. 증거 우선:** 전통적인 컨설팅 방법론(McKinsey, BCG)은 빠른 해결을 위해 '가설 우선(Hypothesis-first)'을 제안하나 [26, 27], 일부 연구는 이것이 인지적 정착(Anchoring)과 확증 편향을 강화할 수 있다고 경고하며 '증거 우선(Evidence-First)' 탐색을 대안으로 제시함 [28-30].
- **통계적 유의성의 한계:** 상관관계는 통계적으로 유의미할 수 있으나, 그것이 반드시 인과적 메커니즘을 설명하는 것은 아니며, 데이터 관찰 후 가설을 만드는 '사후 이론화(Post hoc theorizing)'는 가짜 인과관계를 만들어낼 위험이 큼 [31, 32].

## 🛠️ 적용 사례 (Applied in summary)
- **John Snow의 역학 조사 (1854):** 콜레라의 원인이 '나쁜 공기(Miasma)'가 아닌 '오염된 물'이라는 가설을 세우고, 사망자 지도를 그려 브로드 스트리트 펌프와의 인과관계를 입증함 [33-35].
- **Thoughtworks DDHD:** 레거시 시스템의 성능 병목 현상을 해결하기 위해 데이터 기반 가설을 수립하고 소규모 실험을 통해 인과적 개선 효과를 검증함 [36, 37].
- **McKinsey 이슈 분석:** 뉴욕시 재정 위기 당시 "예산 적자가 지출 증가보다 수익 부족에 기인하는가?"와 같은 'Yes/No' 질문 트리를 통해 재정 악화의 인과 구조를 분석함 [38, 39].

## ✅ 검증 상태 및 신뢰도
- **상태:** draft
- **검증 단계:** conceptual
- **출처 신뢰도:** B (컨설팅 방법론, 통계학 가이드, 과학 철학 문헌 및 역사적 케이스 스터디의 합성)
- **중복 검사 결과:** 신규 생성


## 🔗 관련 문서 링크 (Related document links)

### 상위/유사 개념

#### [론리적 토대 (Logical Foundation)]
- [[Hypothesis-Driven Thinking]]
  - 연결 이유: 인과관계를 증명하기 위한 최상위 전략적 사고 방식.
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 가설이 어떻게 인과 관계의 '필터' 역할을 수행하는지.
- [[Scientific Method]]
  - 연결 이유: 인과관계를 규명하는 인류의 가장 정교한 표준 프로세스 [3, 40].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 실험과 관찰을 통한 인과 입증의 메커니즘.

#### [구조화 도구 (Structuring Tools)]
- [[Issue Tree]]
  - 연결 이유: 인과관계를 계층적으로 분해하는 시각적 도구 [11].
- [[MECE]]
  - 연결 이유: 인과 분석 시 논리적 틈새나 중복을 방지하는 필수 원칙 [41, 42].

### 심층 후속 질문 (Deeper Research Questions)
- 인과관계와 상관관계의 혼동이 비즈니스 의사결정에서 어떤 'Type I error(false positive)'를 유발하는가? [43]
- 가설 수립 없이 순수하게 데이터에서 인과관계를 도출하는 것이 가능한가, 아니면 항상 '추측'이 선행되어야 하는가? [25]
- 'Leaf Root Cause'에 도달했음을 판단하고 분석을 중단하는 명확한 기준은 무엇인가? [24]
- 확증 편향(Confirmation Bias)이 인과 분석 과정에서 데이터를 필터링하는 방식에 어떤 영향을 미치는가? [44, 45]
- 복잡한 사회 시스템에서 통제된 실험(A/B Test 등)이 불가능할 때 인과를 입증하는 대안적 방법론은 무엇인가? [46]

### 실무 적용 맥락 (Practical Application Contexts)
- **Implementation:** 문제 해결 시 "왜?"라는 질문을 최소 5번 반복하여 표면적인 증상이 아닌 근본 원인에 도달하도록 함 [47].
- **System Design:** 소프트웨어 성능 저하 시 추측이 아닌 데이터 기반 가설을 세우고, 지표(Metrics) 변화를 통해 인과적 개선을 확인하는 DDHD 프로세스 적용 [36, 37].
- **Operation / Maintenance:** 장애 발생 시 사후 분석(Post-mortem)을 통해 인과 사슬을 복기하고, 동일한 원인이 재발하지 않도록 시스템 구조를 수정함 [48].
- **Learning Path:** 단순한 데이터 해석 능력을 넘어, 논리적 비약 없이 원인과 결과의 연결 고리를 구성하는 '비판적 사고' 역량 강화 [49, 50].

### 인접 주변 주제 (Adjacent Topics)
- [[Confirmation Bias]]
  - 확장 방향: 인과관계를 오인하게 만드는 인지적 방해 요소 분석.
- [[Falsifiability]]
  - 확장 방향: 인과 가설의 과학적 타당성을 평가하는 기준점.


## 📝 변경 이력 (Change history)
- 2026-05-24: Initial draft generated via Datacollector_MAC P-Reinforce engine. [i] (passages referenced: 3, 5, 6, 11, 13, 142, 189, 274, 277, 429, 479, 537, 554, 611, 640, 756, 780, 866, 887, 888, 927, 930, 934, 935, 963, 970, 972, 973, 981, 982, 983, 985, 986, 988, 990, 992, 995, 996, 1061, 1087, 1088, 1092, 1093, 1103, 1118, 1125, 1133)