예전에 저는 장애 보고서를 읽고 원인을 “배포 미숙”이라 적었습니다. 그런데 다음 달도, 그다음 달도 같은 장애가 났습니다.
그때 깨달았습니다. 우리는 매번 ‘악당 한 명’으로 끝내는 이야기만 쓰고 있었어요. 그래서 시스템 사고가 필요했습니다.
반복 실패는 ‘사람(악당)’이 아니라, 같은 사건을 반복 생산하는 구조에서 나오는 경우가 많습니다.
Hook: 우리는 왜 늘 ‘악당’만 찾을까
우리는 문제를 보면 원인을 한 줄로 요약하고 싶어 합니다. 회의가 그렇게 돌아가니까요. 하지만 시스템 사고는 그 습관을 깨고, 사건이 아니라 구조를 보라고 요구합니다. ‘행태(증상) 뒤에 구조가 있고, 구조가 행태를 만든다’는 관점이죠.
개념 개요는 Systems thinking – Wikipedia와 시스템 사고 – 위키백과(한국어)에서도 확인할 수 있습니다.
시스템 사고는 ‘도표를 그리는 기술’보다 조직이 공유하는 원인-결과 서사(플롯)를 선형에서 순환(피드백)으로 바꾸는 기술에 가깝습니다.
배경/맥락: 시스템 사고는 ‘분석’이 아니라 ‘서사 교정’이다
저는 여기서 한 발 더 나가고 싶습니다. 시스템 사고는 도표를 잘 그리는 기술을 넘어, 조직이 공유하는 플롯(원인-결과 서사) 자체를 바꾸는 기술입니다. 선형 서사에서 순환 서사(피드백 루프)로요.
시스템 사고란 무엇인가: ‘사건’이 아니라 ‘구조’를 보는 렌즈
우리가 흔히 보는 건 ‘사건’입니다. 매출 하락, 이직 증가, 민원 폭발 같은 것. 하지만 시스템 사고는 묻습니다.
“이 사건을 반복 생산하는 구조는 무엇인가?”
실무에서 특히 유용한 핵심 개념은 아래 5가지입니다.
- 피드백(Feedback): 결과가 원인에 되먹임(피드백 루프)
- 시간 지연(Time delay): 원인과 결과 사이의 시차
- 비선형성: 작은 변화가 큰 결과를 만들기도 함
- 레버리지 포인트: 적은 개입으로 큰 변화를 만드는 지점
- 시스템 원형(Archetype): 반복 실패의 전형적 패턴
최근 반복된 문제를 떠올려보세요. 그때 팀은 원인을 ‘사람’으로 끝냈나요, 아니면 ‘규칙/지표/구조’로 확장했나요?
시스템 사고의 뿌리: Forrester에서 Senge까지, 유행어가 아니었다
시스템 사고는 갑자기 뜬 자기계발 트렌드가 아닙니다. 1950년대 후반 MIT의 제이 라이트 포레스터가 시스템 다이내믹스(System Dynamics)를 발전시킨 역사적 흐름이 있습니다.
그리고 1990년대 피터 센게(Peter Senge)가 《The Fifth Discipline》에서 시스템 사고를 학습조직의 ‘통합 규율’로 제시합니다. 원문 맥락은 The Fifth Discipline 관련 PDF(SIUE)와 Business of Government: The Fifth Discipline 글에서도 따라갈 수 있습니다.
중요한 포인트가 하나 있습니다. 시스템 다이내믹스는 정량 모델이 강점이지만, 실무에선 진입장벽이 큽니다. 그래서 현장에서는 먼저 정성적 도구(인과지도/CLD)로 시스템 사고를 시작하는 경우가 많습니다.
복잡계 이론과 시스템 사고: 같은 렌즈가 아니라 ‘다른 확대율’이다
둘을 같은 것으로 묶으면 편하지만, 실무에서는 구분이 도움이 됩니다.
| 구분 | 시스템 사고 | 복잡계 이론 |
|---|---|---|
| 강점 | 개입 설계, 학습 루프 만들기 | 현상 설명, 창발 이해 |
| 핵심 언어 | 피드백, 지연, 레버리지, 원형 | 창발, 자기조직화, 적응, 임계점 |
| 실무 태도 | “어디를 바꾸면 덜 망가지나” | “왜 이런 패턴이 생기나” |
즉, 복잡계 이론이 ‘세상을 이해하는 확대율’이라면, 시스템 사고는 ‘개입을 설계하는 확대율’에 가깝습니다. 특히 복잡한 상황에서는 정답보다 실험-피드백-학습이 중요해지고, 이때 시스템 사고가 빛납니다.
핵심 도구 4가지: 인과지도(CLD)·피드백 루프·시간 지연·시스템 원형
시스템 사고가 ‘새 플롯’을 주는 이유는 도구가 단순하고 선명하기 때문입니다.
1) 인과지도(CLD) 작성 순서(가볍게)
- 변수는 10개로 제한
- 관계에 (+)/(−) 부호를 붙임
- 루프를 2개만 찾기(강화/균형)
- 시간 지연은 ‘||’로 표시
예시(텍스트 CLD):
- 고객 불만 ↑ → 긴급 패치 ↑ (+)
- 긴급 패치 ↑ → 기술부채 ↑ (+)
- 기술부채 ↑ → 장애 ↑ (+)
- 장애 ↑ → 고객 불만 ↑ (+)
이건 강화 루프(피드백 루프)가 도는 구조입니다. ‘악당’은 특정 개발자가 아니라, 긴급 패치를 낳는 구조일 수 있습니다.
2) 강화 루프 vs 균형 루프
잘되면 더 잘되고, 망하면 더 망하는 방향으로 증폭합니다.
목표를 향해 안정화하려는 힘을 무시하면 과잉대응과 반동(진동)이 생깁니다.
3) 시간 지연이 ‘진동’을 만든다
가격이 오르면 생산을 늘리지만 수확까지 시간이 걸립니다. 그 사이 증산이 계속되고, 나중에 과잉공급이 터져 가격이 급락하죠. 이게 시간 지연 + 균형 루프가 만든 과잉행동(진동)의 전형입니다.
여러분의 업무에도 지연이 있습니다.
- 채용 → 역량 → 성과
- 마케팅 → 인지 → 전환
- 정책 → 행동 → 지표
팀이 ‘효과가 나타날 시간’을 합의한 적이 없다면, 과잉대응이 생기기 쉽습니다.
4) 시스템 원형: ‘성장의 한계(Limits to Growth)’는 S-커브다
성장의 한계 원형은 초반엔 강화 루프가 성장을 밀어붙이지만, 어느 순간 제약이 생겨 균형 루프가 브레이크를 거는 패턴입니다. 그래서 결과가 S-커브가 됩니다.
저는 이걸 커리어에서도 자주 봤습니다. 초반엔 “성과 → 기회 → 성과”로 달리다가, 번아웃·품질·신뢰·온보딩 지연 같은 제약이 나타납니다. 그때 ‘더 열심히’는 답이 아닐 때가 많습니다.
(전환점 스토리) 장애는 고쳤는데 왜 또 터질까
제가 실제로 본 장면입니다. 장애가 나면 늘 담당자를 바꿨습니다. 처음엔 효과가 있는 듯했지만, 장애는 다시 났습니다. 사람은 바뀌는데 구조는 안 바뀌니까요.
그때 팀이 60분만 투자해 변수 10개로 인과지도(CLD)를 그렸고, 우리가 빠진 패턴이 ‘문제 전가(대증요법)’에 가깝다는 걸 봤습니다. 근본 원인보다 증상 완화가 빠르니, 조직이 그쪽으로 자동으로 끌려간 겁니다. 개인 의지 문제가 아니었습니다.
의견: 시스템 사고는 ‘똑똑한 사람의 함정’을 줄인다
실무에서 무서운 건 똑똑한 사람이 열심히 하는 겁니다. 잘못된 구조 위에서의 열심은 부작용을 더 빨리 증폭시키거든요.
저는 ‘사건-패턴-구조-정신모델’ 4단계를 자주 씁니다.
- 사건: 이번 분기 이탈 증가
- 패턴: 분기마다 같은 구간에서 증가
- 구조: 단기 KPI가 상담 품질을 압박
- 정신모델: “속도가 곧 경쟁력”이라는 믿음
시스템 사고는 정답을 주기보다 질문을 바꿉니다. ‘누가 잘못했지?’에서 ‘무슨 구조가 그 행동을 합리화했지?’로요.
구조를 말하는 순간, 책임이 증발할 수 있습니다. 무엇을 시스템 밖으로 두느냐(경계 설정)가 결론을 결정합니다.
사례로 보는 시스템 사고: 정책·의료·조직을 ‘원형’으로 분류해보기
정책 실패는 “의도가 좋았다”만으로 설명되지 않습니다. 피드백과 시간 지연이 플롯을 바꾸기 때문입니다.
- 도로 확장 → 일시 완화 → 더 많은 차 유입 → 혼잡 재발
- 쓰레기 종량제 → 다른 형태의 환경 문제 유발
- 신도시 건설 → 수도권 집중 심화
의료에서도 비슷합니다. 예를 들어 의대 정원 확대 같은 이슈는 찬반을 떠나, 자원이 특정 구간에 쏠리며 격차가 커지는 ‘성공한 사람에게 몰아주기’ 원형으로도 진단할 수 있습니다. (중요한 건 결론이 아니라, 구조를 보는 프레임입니다.)
조직에서도 흔합니다. 부서 KPI 최적화가 전체를 망치기도 합니다. 사일로는 사람의 성격이 아니라, 측정과 보상이라는 구조가 만들 때가 많습니다.
실행 가이드: 내 업무에 시스템 사고를 ‘가볍게’ 붙이는 60분 루틴
거창한 모델링부터 하면 실패합니다. 저는 아래 60분 루틴을 추천합니다.
다음 회의에서 “원인 1줄” 대신 변수 10개 + 루프 2개 + 지연 표시(||)로 문제를 다시 서술해보세요.
60분 체크리스트(6단계)
- 문제 문장을 다시 쓰기: 증상 vs 구조
- 변수 10개 제한
- 루프 2개만 찾기(강화/균형)
- 시간 지연 표시(||)
- 레버리지 포인트 후보 3개 적기
- 작은 실험 1개 설계(2주 내 측정)
흔한 실수 3가지
- 변수를 너무 많이 넣음
- (+)/(−)를 감정적으로 붙임
- 경계를 합의하지 않음
복잡계 관점에서 핵심은 ‘큰 계획’이 아니라 ‘짧은 학습 루프’입니다. 실험을 설계하면 인과지도(CLD)가 ‘그림’에서 ‘운영체계’로 바뀝니다.
- 반복되는 문제 1개를 고르고, ‘사건’이 아니라 ‘반복 생산 구조’로 문장을 다시 씁니다.
- 변수 10개만 적고, 강화/균형 루프를 각각 1개씩만 찾습니다.
- 지연(||)이 있는 구간을 표시하고, 측정까지 걸리는 시간을 합의합니다.
- 2주 안에 확인 가능한 ‘작은 실험’ 1개를 정하고, 지표(전/후)를 기록합니다.
마무리: 문제는 사건이 아니라, 이야기 구조에서 반복된다
시스템 사고는 ‘더 넓게 보라’가 아닙니다. 우리가 문제를 설명하는 방식을 바꾸라는 요구에 가깝습니다.
악당 한 명 찾는 플롯을 버리고, 피드백과 시간 지연의 플롯을 쓰는 것.
다음 회의에서 원인 한 줄 대신 루프 두 개를 먼저 그려보면 어떨까요?