티스토리 뷰

솔직히 저는 한동안 '문제를 빠르게 해결하는 사람'이 똑똑한 사람이라고 생각했습니다. 그런데 일을 경험하면서 깨달은 게 있는데, 빠르게 해결하는 것보다 '이 문제가 왜 생겼는지'를 제대로 보는 것이 훨씬 어렵고 더 중요하다는 점이었습니다. 구조화된 사고란 바로 그 '제대로 보는 힘'을 기르는 방법입니다. 이걸 몸에 익히고 나서야 오늘 회의실에서 나오기 전에 답을 내야하는 것이 무엇인가를 알게 됐습니다. 

 

 

사고 구조화: 멀티태스킹이 가능한 비결
사고구조화

문제 구조화: 현상 뒤에 숨은 인과관계를 그려라

여러 부서가 얽힌 프로젝트를 진행하다 보면, 같은 현상을 두고 각자 완전히 다른 이야기를 합니다. 영업팀은 "고객이 원하는 기능이 없다"고 하고, 기획팀은 "사업 방향과 맞지 않는 요구사항"이라고 하고, 재무팀은 "이 기능을 넣으면 수익성이 나오지 않는다"고 했습니다. 셋 다 맞는 말이었습니다. 하지만 세 팀이 서로 다른 질문에 답하고 있었기 때문에 회의는 두 시간이 지나도 결론이 나지 않았습니다.

이런 상황에서 필요한 것이 바로 문제 구조화(problem structuring)입니다. 여기서 문제 구조화란 현상과 원인, 원인들 사이의 인과관계(causal relationship), 그리고 최종 결과 사이의 연결 고리를 시각적으로 정리하는 사고 방식을 의미합니다. 복잡하게 들리지만 실제로 해보면 단순합니다. 예를 들어 "프로젝트가 지연됐다"는 현상 하나를 놓고 원인을 쭉 나열해 보는 겁니다.

제가 그렇게 해봤더니 목표 불명확, 의사결정권자 분산, 중간 요구사항 변경, 처음부터 비현실적이었던 일정이라는 네 가지 원인이 나왔습니다. 그런데 이 네 가지가 독립적인 게 아니었습니다. 목표가 불명확하니 요구사항이 계속 바뀌었고, 요구사항이 바뀌니 일정이 더 늘어났고, 의사결정이 분산되어 있으니 변경 사항이 빠르게 처리되지 않았습니다. 즉 원인들 사이에도 인과관계가 있었던 것입니다.

인과관계를 그림으로 그려보면 정말 눈에 보이는 게 있습니다. 어디가 연결이 끊겨 있는지, 어떤 원인이 제일 먼저 시작점이었는지가 선명해집니다. 이 과정에서 제가 중요하게 생각하는 포인트는 아래와 같습니다.

  • 현상(symptom)과 원인(root cause)을 분리해서 나열하기 — 눈에 보이는 것이 원인이 아닐 수 있습니다
  • 원인들 사이의 순서와 연결 고리를 화살표로 이어보기 — 연결이 애매한 곳이 곧 정보가 부족한 지점입니다
  • 구조를 그린 뒤 "다른 설명이 가능한가?" 스스로 반문하기 — 구조는 가설이지 정답이 아닙니다

구조화 역량이 좋다고 알려진 맥킨지, BCG 등 전략 컨설팅 기업들이 공통적으로 강조하는 문제 분해 방식도 이와 맥락이 닿아 있습니다. 복잡한 문제를 구성 요소로 나누고, 요소 간 관계를 명확히 하는 것이 문제 해결의 출발점이라는 원칙입니다. 이걸 어려운 컨설턴트 기법이라고 생각할 수도 있는데, 제 경험상 훈련은 의외로 일상에서도 충분히 할 수 있습니다.

 

요약: 문제 구조화란 현상-원인-인과관계-결과를 연결해 시각화하는 것이며, 구조를 그리는 순간 논리의 빈틈이 눈에 드러납니다.

비판적 사고: 구조가 곧 정답은 아니다

구조화된 사고를 훈련하면서 회의에서 누군가 새 의견을 꺼내면 바로 찬반을 따지기 전에 "지금 우리가 논의하는 것은 목표인가, 방법인가, 아니면 우선순위인가?"를 먼저 생각하게 된 것입니다. 이 습관 덕분에 꽤 여러 번 쓸데없는 논쟁을 조기에 끊을 수 있었습니다. 서로 반대하는 것처럼 보였던 두 의견이 사실은 서로 다른 질문에 답하고 있었다는 걸 먼저 파악했으니까요.

그런데 구조화된 사고를 연습할수록 오히려 조심하게 된 부분도 생겼습니다. 구조화는 강력한 도구이지만, 구조 자체가 진실이 되는 것은 아니라는 점입니다. 비판적 사고(critical thinking)라는 개념이 여기에서 중요해집니다. 비판적 사고란 단순히 반박하는 것이 아니라, 자신이 만든 구조와 논리가 맞는지를 스스로 점검하는 태도를 말합니다.

예를 들어 "비용 절감 → 영업 위축 → 실적 저하 → 핵심 인력 이탈 → 매출 반 토막"이라는 인과관계 사슬을 그렸다고 가정해 봅니다. 구조적으로는 그럴듯합니다. 하지만 실제 매출 감소의 원인이 경쟁사의 가격 인하였을 수도 있고, 시장 자체가 축소된 것일 수도 있습니다. 구조를 예쁘게 그렸다는 사실이 그 구조의 정확성을 보장해 주지는 않습니다. 제가 이 점을 특히 강하게 느꼈던 것은, 구조를 믿은 나머지 데이터 검증을 건너뛰고 결론을 내렸다가 나중에 전혀 다른 원인이 드러났던 경험 때문입니다.

구조화 틀 자체에 편향(bias)이 들어갈 수 있다는 점도 중요합니다. 편향이란 자신이 이미 가진 전제나 선입견이 구조 설계에 영향을 주는 것을 말합니다. 문제를 "원인-결과" 선형 구조로만 바라보면 우연, 상호작용, 조직문화처럼 선형으로 표현하기 어려운 요소들을 놓칩니다. 따라서 구조는 정답을 만드는 과정이 아니라 가설(hypothesis)을 만드는 과정으로 이해하는 것이 훨씬 정확합니다. 이 부분에서 저는 "구조화를 잘하면 배경지식이 없어도 인사이트를 찾아낼 수 있다"는 시각에 살짝 비판적인 입장입니다.

구조화는 '무엇을 연결해야 하는가'를 보여주는 도구입니다. 하지만 그 연결이 실제로 맞는지를 판단하려면 해당 분야의 맥락과 경험이 필요합니다. 패션 전문가가 옷방을 10초 만에 파악하는 것이 가능한 이유도, 구조화 능력만이 아니라 수천 번의 코디 경험이 머릿속 구조에 붙어 있기 때문입니다. 구조화와 도메인 지식은 따로 놓고 볼 수 없다고 생각합니다. MIT 슬론 매니지먼트 리뷰에서도 복잡한 조직 문제 해결에는 구조적 분석과 함께 현장 경험에서 나온 맥락 판단이 병행되어야 한다고 강조한 바 있습니다.

제가 생각하는 구조화된 사고의 진짜 핵심은 "복잡한 것을 단순하게 정리하는 능력"에서 한 단계 더 나아가, "단순화하면서 무엇을 잃어버렸는지까지 확인하는 능력"입니다. 구조를 만든 뒤 반드시 스스로에게 물어봐야 합니다. 내가 지금 무엇을 알고, 무엇을 모르고, 무엇을 그냥 가정하고 있는가? 이 세 가지를 구분하는 순간부터 구조화는 진짜 힘을 발휘합니다.

 

요약: 구조화된 사고는 강력하지만, 만들어진 구조는 가설일 뿐이며 비판적 사고로 검증하는 과정이 반드시 뒤따라야 합니다.

자주 묻는 질문

Q. 구조화된 사고는 어떻게 연습하면 되나요?

A. 처음에는 뉴스 기사 하나를 읽고 현상, 원인, 결과를 종이에 분리해서 써보는 것만으로도 충분합니다. 구조화 연습은 거창한 도구가 필요한 것이 아니라, 매일 접하는 정보를 "이 현상의 원인은 무엇인가, 그 원인들은 서로 어떻게 연결되어 있는가"라는 질문으로 다시 보는 습관에서 시작됩니다. 제 경험상 꾸준히 2~3주만 해도 회의에서 상황을 보는 눈이 달라집니다.

 

Q. 구조화 능력만 있으면 전문성이 없어도 인사이트를 낼 수 있나요?

A. 구조화만으로 전문성을 대체할 수 있다는 시각도 있는데, 저는 여기에 한 가지를 덧붙이고 싶습니다. 구조화는 "무엇을 연결해야 하는지"를 보여주지만, 그 연결이 실제로 타당한지를 판단하려면 도메인 경험이 필요합니다. 구조화는 가설을 빠르게 만드는 도구이고, 그 가설을 검증하는 것은 별개의 과정입니다. 두 가지가 함께 작동할 때 비로소 완성도 있는 인사이트가 나옵니다.

 

Q. 회의에서 논쟁이 길어질 때 구조화 사고를 어떻게 활용하나요?

A. 논쟁이 길어질 때 제가 주로 쓰는 방법은, 각자의 주장이 "목표", "방법", "우선순위" 중 어디에 해당하는지를 먼저 구분하는 것입니다. 서로 반박하는 것처럼 보여도 사실은 서로 다른 층위의 질문에 답하고 있는 경우가 많습니다. 이걸 명확하게 짚어주는 것만으로도 회의의 방향이 정리되는 경험을 여러 번 했습니다.

 

Q. 구조화가 잘못되면 어떤 위험이 있나요?

A. 가장 큰 위험은 잘못 만든 구조를 사실처럼 믿어버리는 것입니다. 구조가 그럴듯해 보일수록 오히려 검증을 건너뛰고 싶은 유혹이 생깁니다. 제 경우에도 한번은 구조가 완성됐다는 안도감에 데이터 확인을 미뤘다가 전혀 다른 원인이 뒤늦게 드러난 적이 있었습니다. 구조를 만든 뒤에는 반드시 반대 설명 가능성을 확인하는 단계를 루틴으로 넣는 것이 좋습니다.

결론

구조화된 사고는 문제를 빠르게 해결하는 기술이라기보다, 문제를 제대로 정의하는 능력에 가깝습니다. 제가 일하면서 느낀 것은, 흩어진 정보를 연결해 하나의 그림으로 만드는 사람과 그렇지 않은 사람 사이에는 생각보다 큰 차이가 있다는 것입니다. 그리고 그 차이는 연차나 직급보다 이 사고 습관에서 비롯되는 경우가 많았습니다.

다만 구조화를 맹신하는 것은 경계해야 한다고 생각합니다. 만들어진 구조는 어디까지나 가설이고, 비판적 사고로 검증하는 과정이 없으면 오히려 잘못된 방향으로 확신을 굳히는 도구가 될 수 있습니다. 구조화와 비판적 사고가 함께 작동할 때, 비로소 문제를 제대로 이해하고 더 나은 결정을 내릴 수 있습니다. 지금 당장 뉴스 하나를 펼치고 현상-원인-결과를 직접 종이에 그려보는 것을 권합니다. 처음엔 어색하지만, 그 어색함이 곧 성장의 시작점입니다.

 

참고: https://www.youtube.com/watch?v=Tx5iJUOLMk0