시스템 사고 (Systems Thinking)

한 줄 정의

문제를 개인·사건이 아니라 상호작용하는 구성요소들의 패턴으로 보는 접근. 선형 인과 (A→B) 대신 피드백 루프·지연·구조를 분석. Forrester (1961) Industrial Dynamics와 Meadows (2008) Thinking in Systems가 정립.

일상 한 줄

자녀 따돌림·회사 야근·가족 갈등 — 한 사람을 비난해서 풀리지 않는 문제는 거의 시스템 문제. 구성요소 변경이 아닌 구조·피드백·인센티브를 봐야 함.

흔한 장면

왜 효과 있나 (메커니즘)

빠져나오는 법 / 적용 단계

1. 사건이 아닌 패턴 보기: "이번 한 번"이 아니라 "최근 6개월·1년 반복 패턴". 2. stakeholder map: 문제 주변의 모든 행위자 + 그들의 인센티브 + 상호작용 그림으로. 3. feedback loop 식별: 무엇이 강화 / 무엇이 균형. R·B 표시. 4. leverage point 찾기: Meadows 12 leverage points (낮은 효과 → 높은 효과: 숫자 변경 < 버퍼 < 구조 < 지연 < 정보 흐름 < 규칙 < 목표 < 패러다임). 5. 지연 인식: 개입 → 결과까지 시간. 지연 무시 = over-correction. 6. 개인 비난 멈춤: 시스템 안에서 개인은 합리적으로 행동. 비난 대신 구조 변경.

함께 쓰기 좋은 도구

통념이 무너지는 순간

### "문제 일으킨 사람만 바꾸면 해결" ⚠ 흔한 말: "그 사람 빼면 끝." ✓ 학술: Meadows (2008) — 시스템 안에서 개인은 구조의 산물. 그 사람을 바꿔도 같은 자리에 같은 행동이 재현. 야근하는 직원 해고 → 다른 직원이 야근.

### "복잡한 문제는 복잡한 해결책이 필요" ⚠ 흔한 말: "큰 문제는 큰 개입." ✓ 학술: Meadows (1999) — leverage point는 작은 개입으로 큰 변화. 규칙 한 줄 변경, 정보 흐름 한 채널 추가가 구조 전체를 바꿈. "큰 개입" 가정은 자원 낭비.

### "선형 인과 (A→B)로 충분하다" ⚠ 흔한 말: "원인 찾으면 해결." ✓ 학술: 시스템 문제는 다중 원인 + 피드백 + 지연. 단일 원인 가설은 거의 항상 over-simplification. 개입 후 의도하지 않은 결과가 표준.

### "데이터 많으면 시스템 이해된다" ⚠ 흔한 말: "측정하면 안다." ✓ 학술: Forrester — 데이터는 사건 수준. 구조 (피드백·지연·인센티브)는 데이터에서 직접 안 보임. 데이터 + 시스템 모델 결합 필요.

1차 출처

원문 핵심 인용

"A system is more than the sum of its parts. It may exhibit adaptive, dynamic, goal-seeking, self-preserving, and sometimes evolutionary behavior." — Meadows (2008), p. 12.

"Most of the time we don't see whole systems. We see the parts." — Meadows (2008), p. 7.

핵심 정의·메커니즘

Meadows 12 leverage points (효과 낮음 → 높음): 12. 숫자 (parameters) 11. 버퍼 (buffers) 10. 재고·흐름 구조 (stocks & flows) 9. 지연 (delays) 8. 균형 피드백 (balancing loops) 7. 강화 피드백 (reinforcing loops) 6. 정보 흐름 (information flows) 5. 규칙 (rules) 4. 자기 조직화 (self-organization) 3. 목표 (goals) 2. 패러다임 (paradigm) 1. 패러다임의 초월 (transcending paradigm)

→ 일상 갈등에서 자주 개입하는 곳 = 1-12 (숫자·예산). 진짜 효과는 5-3 (규칙·목표).

주요 후속 연구·메타분석

비판·한계

관련 모델

앱 활용 방법

사고 도구 다른 글