직장 의사소통 (MECE, 프레임워크, 기준 공유)

열심히 만든 보고서를 상사에게 내밀었을 때 "이거 왜 빠졌어?"라는 말을 들어본 적 있으신가요? 저는 있습니다. 그것도 여러 번. 그때마다 억울했는데, 지금 돌이켜보면 문제는 성실함이 아니라 기준이었습니다. 저도 나름 열심히 조사했고, 나름 논리적이라고 생각했습니다. 그런데 상사와 저는 애초에 다른 기준으로 그 보고서를 보고 있었던 거죠.

보고서 잘 쓰는 법

MECE, 그냥 빠진 게 없어야 한다는 말 아닌가요?

MECE(Mutually Exclusive, Collectively Exhaustive)는 경영 컨설팅 업계에서 오래전부터 쓰여온 사고 원칙입니다. 여기서 MECE란 "서로 겹치지 않고, 빠짐없이 전체를 포괄해야 한다"는 뜻으로, 쉽게 말해 중복은 빼고 누락은 없어야 한다는 기준입니다.

가위바위보를 떠올려 보십시오. 가위가 빠진 채로 게임을 한다면 보만 내면 무조건 이깁니다. 그건 게임이 아니라 한쪽이 의도적으로 구조를 왜곡한 거죠. 보고서에서 불편한 데이터를 빼는 것도 이와 다르지 않습니다. 상사가 "이거 왜 빠졌어?"라고 할 때, 사실 그 말의 본질은 "너 기준이 뭔데?"에 가깝습니다.

저는 주니어 시절에 누락보다 중복에 더 신경을 썼습니다. 비슷한 내용을 다른 항목인 양 두 번 넣어서, 오히려 리포트를 두꺼워 보이게 만들었습니다. 지금 생각하면 아찔합니다. MECE 관점이 없었던 거죠. 누락과 중복은 동전의 양면인데, 주니어일수록 누락을 먼저 점검하는 게 현실적으로 맞다고 봅니다. 빠진 게 없어야 일단 대화가 시작되니까요.

• 중복(Mutually Exclusive): 같은 내용을 다른 항목으로 포장해 반복하지 않는다
• 누락(Collectively Exhaustive): 검토해야 할 요소를 빠뜨리지 않는다
• 주니어는 누락을, 리더급은 중복을 더 경계해야 한다

요약: MECE는 "중복 없이, 빠짐없이"라는 사고의 기본 틀로, 보고서의 신뢰성은 이 기준에서 시작됩니다.

프레임워크는 지도다, 단 같은 지도를 봐야 한다

프레임워크(Framework)란 복잡한 현실을 일정한 구조로 정리하기 위한 분석 틀입니다. 여기서 프레임워크란 개인의 관점을 체계화해 타인과 공유 가능한 형태로 만든 도구라고 할 수 있습니다. 3C(고객·경쟁사·자사), 4P(제품·가격·위치·프로모션), SWOT(강점·약점·기회·위협) 같은 것들이 대표적입니다(출처: McKinsey & Company Insights).

그런데 솔직히 말씀드리면, 저는 프레임워크를 쓰면서 한동안 이걸 혼자만의 무기로 사용했습니다. GPT한테 "이 업무에 맞는 프레임워크 뽑아줘"라고 물어보고, 그걸 그대로 보고서에 적용했습니다. 결과적으로 나온 구조는 꽤 그럴듯했습니다. 그런데 막상 보고하면 상사가 납득을 못 하는 경우가 있었습니다.

나중에 파악한 이유는 간단했습니다. 상사는 그 업무를 다른 프레임으로 보고 있었던 겁니다. 저는 4P로 제품 문제를 진단했는데, 상사는 이미 3C 관점에서 경쟁사 분석이 먼저 필요하다고 생각하고 있었던 거죠. 아무리 좋은 지도를 들고 있어도 상대가 다른 지도를 보고 있으면, 둘은 전혀 다른 길로 걷게 됩니다. 프레임워크가 효과를 내려면 나만 쓰는 게 아니라 상대와 공유가 되어야 한다는 걸, 저는 그때 처음 체감했습니다.

요약: 프레임워크는 혼자 잘 쓰는 도구가 아니라, 상대와 같은 틀을 공유했을 때 비로소 의미를 갖습니다.

기준 공유 없이는 기획력도 없다

의사소통을 막는 가장 근본적인 원인이 뭔지 생각해봤을 때, 저는 기준의 불일치라는 결론에 도달했습니다. 기준이 애매할 때는 일을 하는 모든 과정이 고통입니다. 이 길이 맞나 저 길이 맞나 매 순간 의심하다 보니 추진력이 나오지 않고, 추진력이 없으니 성과도 애매해지는 악순환이 반복됩니다.

So What? / Why So?라는 개념이 있습니다. 여기서 So What?이란 "그래서 이게 무슨 의미인가?"라는 질문으로, 데이터와 사실에서 결론을 끌어내는 사고입니다. Why So?는 반대로 "왜 그렇게 말할 수 있는가?"라며 근거를 역으로 검증하는 사고입니다. 이 두 질문을 반복하다 보면 논리 구조가 자연스럽게 탄탄해집니다. 그런데 이 논리 구조가 아무리 견고해도, 상대방이 전혀 다른 결론을 기대하고 있다면 그 구조는 무용지물입니다(출처: Harvard Business Review).

그래서 저는 기획력이란 결국 기준을 먼저 맞추는 능력이라고 봅니다. 상사가 이 보고서를 통해 무엇을 판단하려 하는지, 어떤 기준으로 좋고 나쁨을 볼 것인지를 먼저 파악해야 한다는 뜻입니다. 이 과정 없이 아무리 정교한 분석을 갖다놔도, 그건 어긋난 과녁에 쏜 화살입니다. 정확한 과녁을 먼저 확인하는 게 기획의 시작입니다. "저는 이 방향으로 정리해보려 하는데, 맞게 가고 있는 건지 한번 확인해도 될까요?" 한 마디가 며칠치 삽질을 막아줍니다.

요약: 기획력의 시작은 정교한 분석이 아니라, 상대와 기준을 먼저 맞추는 것입니다.

조직의 철학을 읽어야 프레임워크가 과녁이 된다

GPT로 프레임워크를 뽑아 쓰는 방식은 분명히 효율적입니다. 제가 직접 써봤는데, "유튜브 콘텐츠 개발에 쓸 만한 프레임워크를 제안해줘"라고 물으면 스토리텔링 구조, 고객 여정 지도, 콘텐츠 깔때기 모델 같은 것들이 줄줄이 나옵니다. 혼자 이 구조를 처음부터 만드는 것보다 훨씬 빠르게 관점을 정리할 수 있습니다.

그런데 GPT가 좋은 프레임워크를 내놓더라도, 그게 우리 조직의 철학과 맞지 않으면 이야기가 달라집니다. 예를 들어 상사는 "우리 회사는 단기 매출보다 고객 관계를 먼저 본다"는 철학 위에서 일하는 사람인데, 저는 4P 중 가격과 프로모션 중심으로 분석을 가져오면 애초에 방향이 엇나간 겁니다. 점심 메뉴 추천이라면 상관없겠지만, 전략이나 예산이 걸린 이야기라면 철학이 먼저입니다.

로지컬 씽킹(Logical Thinking)이라는 개념이 있습니다. 여기서 로지컬 씽킹이란 감이나 경험에만 의존하지 않고, 근거와 논리 구조를 통해 주장을 구성하는 사고 방식을 말합니다. 이 사고 방식이 갖춰졌다는 전제 위에서, 조직이 어떤 가치를 우선시하는지 파악하면 프레임워크 선택도 훨씬 정확해집니다. 상사는 저보다 그 조직에 오래 있었던 사람입니다. 그 사람이 어떤 기준으로 판단하는지를 먼저 이해하고 프레임을 가져가는 것, 그게 단순히 일 잘하는 것을 넘어 신뢰를 쌓는 방법이라고 저는 생각합니다.

프레임워크를 더 정확한 과녁으로 만드는 건 AI가 아니라, 조직을 읽는 사람의 역할입니다.

요약: 아무리 정교한 프레임워크라도 조직의 철학과 어긋나면 빗나간 화살이 됩니다. 도구보다 맥락을 먼저 읽으십시오.

자주 묻는 질문

Q. MECE를 실무에서 어떻게 연습하면 되나요?

A. 처음부터 완벽하게 하려 하면 막막합니다. 저는 기존에 익히 알려진 프레임워크(3C, 4P, SWOT 등)를 체크리스트처럼 먼저 사용하는 걸 추천합니다. "내가 이 항목들을 다 검토했는가?"를 확인하는 것만으로도 누락을 상당히 줄일 수 있습니다. 반복하다 보면 자연스럽게 MECE 감각이 생깁니다.

Q. 상사가 어떤 프레임워크를 쓰는지 어떻게 파악하나요?

A. 상사의 과거 보고서나 피드백 패턴을 분석하면 어느 정도 파악됩니다. "고객 중심으로 봐라", "경쟁사랑 비교해봐라" 같은 말이 반복된다면, 그 사람은 3C 관점으로 생각하는 겁니다. 또는 보고 전에 "제가 이 방향으로 정리하려 하는데 맞게 가고 있는지 확인해도 될까요?"라고 먼저 묻는 것도 방법입니다. 이게 귀찮은 것 같지만 실제로는 시간을 가장 많이 아껴줍니다.

Q. 로지컬 씽킹 책, 실제로 도움이 되나요?

A. 읽기만 하면 크게 도움이 안 된다는 의견도 있고, 저도 처음 읽었을 때 "이론은 알겠는데 어떻게 쓰지?"라는 벽이 있었습니다. 하지만 실제 업무 보고서 하나에 So What? / Why So? 구조를 직접 적용해보고 나서는 달라졌습니다. 책은 도구이고, 써봐야 의미가 생깁니다. 수영 책만 읽고 수영을 마스터한 사람은 없습니다.

Q. GPT로 프레임워크를 만들어 쓰면 전문성이 없어 보이지 않나요?

A. 전문성은 도구가 아니라 판단력에서 나온다고 봅니다. GPT가 10개의 프레임워크를 뽑아줬을 때, 그 중 어떤 걸 우리 상황에 맞게 골라서 적용하느냐는 여전히 사람의 몫입니다. 도구를 쓴다는 사실이 전문성을 낮추는 게 아니라, 도구를 맥락 없이 그대로 가져다 쓰는 것이 문제입니다.

결론

열심히 일하는데 계속 엇나간다는 느낌이 드신다면, 한 번쯤 "나와 상대가 같은 기준으로 이 일을 보고 있는가?"를 먼저 점검해보시길 권합니다. MECE로 누락을 막고, 프레임워크로 구조를 잡고, So What? / Why So?로 논리를 다듬는 것 모두 중요합니다. 하지만 그 모든 것보다 먼저 해야 할 일은 상대와 기준을 맞추는 일입니다.

저는 이게 단순히 직장 내 소통 기술의 문제라고 생각하지 않습니다. 기준이 명확한 사람은 혼자 일할 때도 흔들리지 않고, 협업할 때도 방향을 잃지 않습니다. 그 기준을 키우는 연습으로, 로지컬 씽킹의 원칙들을 실제 업무 하나에 직접 적용해보시길 바랍니다. 읽고 고개 끄덕이는 것과, 한 번이라도 써보는 것의 차이는 생각보다 큽니다.

 

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