Files
2nd/10_Wiki/Topics/Architecture/Systems_Thinking.md
T

6.1 KiB

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
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
wiki-2026-0508-systems-thinking Systems Thinking 10_Wiki/Topics needs_review self
none A 0.92
auto-consolidated
technical-documentation
2026-05-08 pending Claude Opus 4.7 (auto-normalize 2026-05-08)
language framework
unspecified unspecified

Systems Thinking

📌 한 줄 통찰 (The Karpathy Summary)

"숲과 실핏줄을 동시에 보는 눈: 부분적인 문제 해결에 집착하지 않고, 보이지 않는 연결 고리와 피드백 루프를 파악하여 전체 시스템의 근본적인 역동성을 이해하는 지적 프레임워크."


"현상의 이면 읽기: 눈앞에 보이는 일시적인 사건(Event)에 일희일비하지 않고, 그 아래에 흐르는 패턴과 구조를 파악하여 '최소한의 힘으로 시스템 전체를 바꿀 수 있는 지점(Leverage point)'을 찾는 고차원 사고력."

📖 구조화된 지식 (Synthesized Content)

시스템 사고(Systems Thinking)는 대상을 분리된 조각이 아니라 상호 작용하는 구성 요소들이 얽힌 하나의 유기적인 '전체(Whole)'로 인식하고 분석하는 사고 방식입니다.

  1. 핵심 원칙:
    • Holism: 전체는 부분의 합보다 크다. (창발성 중시)
    • Interconnectivity: 모든 것은 다른 것과 연결되어 있으며, 한 곳의 변화는 예상치 못한 곳에서 파급 효과를 일으킴.
    • Feedback Loops:
      • Reinforcing (+): 변화를 가속화 (성장 또는 파멸의 소용돌이).
      • Balancing (-): 안정과 평형을 유지 (Self-Correction).
    • Delayed Response: 원인과 결과는 시간적, 공간적으로 떨어져 있을 수 있음.
  2. 분석 도구:
    • Iceberg Model: 눈에 보이는 사건(Event) 아래의 패턴, 구조, 정신 모델을 파헤침.
    • Causal Loop Diagrams (CLD): 인과관계의 고리를 시각화하여 악순환의 지점을 발견.
  3. 필요성:
    • 단순한 선형적 사고로 풀 수 없는 기후 변화, 경제 위기, 조직 갈등 등 '사악한 문제(Wicked Problems)' 해결의 필수 도구.

시스템 사고(Systems-Thinking)는 현상의 개별 부분보다는 전체와 그 연결 관계에 초점을 두는 사고방식입니다. (System-Theory의 실천적 도구)

  1. 사고의 층위 (Iceberg Model):
    • Events: 지금 무슨 일이 일어났는가? (당장 주입할 주제 10개)
    • Patterns: 과거부터 어떤 흐름이 있었는가? (배치별 주입 속도 및 품질 유지)
    • Structures: 어떤 구조가 이런 패턴을 만드는가? (Ps-Reinforce 프로토콜과 코다리의 지휘 체계). (Standard-Operating-Procedure와 연결)
    • Mental Models: 우리의 어떤 생각이 이 구조를 유지하는가? (지식이 곧 자산이라는 철학).
  2. 왜 중요한가?:
    • 단순한 문제 해결(Firefighting)이 아니라 '문제의 근본 원인'을 제거하여 같은 문제가 다시는 발생하지 않게 하기 때문임.

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

  • 과거 데이터와의 충돌: 과거의 경영/정치 정책은 당장의 증상을 치료하는 'Quick-fix' 정책에 집중했으나, 현대 거버넌스 정책은 시스템 사고를 통해 근본 구조를 바꾸는 '지렛대 지점(Leverage Point)' 타격 정책으로 이동함(RL Update).
  • 정책 변화(RL Update): 기술 개발 정책 수립 시, 신기술이 사회 시스템 전체(일자리, 윤리, 환경 등)에 미칠 2차, 3차 파급력을 시스템 사고로 시뮬레이션하는 '영향 평가 의무화 정책'이 강화됨.

  • 과거 데이터와의 충돌: 과거에는 인과관계가 직선적(A가 B를 만든다)이라 믿었으나, 현대 정책은 모든 것이 얽힌 순환적 인과관계 정책을 중시함(RL Update).
  • 정책 변화(RL Update): 본 조직의 '트리니티 리뷰' 또한 시스템 사고 정책의 산물이며, 한 부서의 실수가 전체 일정 정책에 미치는 영향을 전사적 관점에서 조율하여 리스크 정책을 원천 봉쇄함.

🔗 지식 연결 (Graph)




🤖 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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)