2a2a1ad3b1
- 10_Wiki/Topics/Thinking & Reasoning/ 다수 신규 토픽 추가 (3C, 4P, 5 Whys, 7S, 80/20 법칙, 인과관계, 디자인 씽킹 변형 등) - Premium/Logic Tree/ 11개 파일 → Thinking & Reasoning 으로 흡수 - Premium/Thinking & Reasoning/ 동기화 갱신 - memory/long_term.json + .DS_Store 자동 갱신 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
5.5 KiB
5.5 KiB
id, title, category, status, verification_status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, created_at, updated_at, review_reason, merge_history, tags, raw_sources, applied_in, github_commit
| id | title | category | status | verification_status | canonical_id | aliases | duplicate_of | source_trust_level | confidence_score | created_at | updated_at | review_reason | merge_history | tags | raw_sources | applied_in | github_commit | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| what-tree | What Tree | 10_Wiki/Topics | draft | conceptual | B | 0.85 | 2026-05-24 | 2026-05-24 |
|
|
|
What Tree
🎯 한 줄 통찰 (One-line insight)
전체 과제의 구성 요소를 MECE 원칙에 따라 분해하여 현황을 명확히 파악하고 관리 가능한 단위로 구조화하는 로지컬 씽킹의 기초 도구 [1-4].
🧠 핵심 개념 (Core concepts)
- 현황 파악 (Status Assessment): 문제 해결의 첫 번째 단계로, 복잡한 비즈니스 환경의 실체를 MECE하게 파악하여 집중해야 할 요소를 식별함 [3-6].
- 요소 분해 (Decomposition): 하나의 큰 주제를 나무 모양(Tree)으로 가지치기 하듯 잘게 쪼개어 전체 구성 요소를 한눈에 볼 수 있게 함 [5, 7, 8].
- MECE 정합성: 상호 배타적이고 전체를 포괄하는 원칙을 적용하여 분류 항목 간 중복을 배제하고 누락된 요소가 없도록 보장함 [9-11].
- 체크리스트 기능: 과제의 전체 구성 요소를 빠짐없이 나열함으로써 실행 과정에서의 누락 방지 및 업무 분장의 기초 자료로 활용됨 [1, 2, 12, 13].
🧩 추출된 패턴 (Extracted patterns)
- 검증된 프레임워크 치환 패턴: 재무상태표(순자산 파악)나 손익계산서(수익력 파악) 등 이미 논리적으로 완결된 기존 경영 툴을 What Tree 구조로 활용함 [7, 8, 14].
- Top-Down 구조화 패턴: 상위의 핵심 토픽에서 하위 단계로 1차, 2차 전개를 진행하며 무조건 MECE하게 구분하여 논리적 설득력을 확보함 [1, 2, 9].
- 3-3-3 원리: 1주제 3단위, 각 단위별 계층을 3개 전후로 설정하여 의사결정자가 복잡함을 느끼지 않도록 간결하게 정리함 [15-18].
📖 세부 내용 (Details)
What Tree는 로직 트리의 세 가지 종류(What, Why, How) 중 가장 먼저 작성되는 단계로, 문제 해결을 위해 "무엇이 문제인가?" 또는 "어떤 요소로 구성되어 있는가?"를 탐색하는 도구이다 [4, 12, 13]. 비즈니스 업무는 덩어리가 크고 뒤엉켜 있어 해결이 어려우므로, What Tree를 통해 개별 업무 단위로 쪼개어 역할 분담과 실행 우선순위를 결정할 수 있게 한다 [1, 2].
작성 시에는 핵심 토픽을 중앙에 배치하고, 1차 전개에서는 반드시 MECE 원칙을 준수해야 한다 [1, 3]. 1차 전개는 보통 2~4개로 나누는 것이 복잡성을 줄이는 데 효과적이며, 5개 이상은 지양한다 [1, 2]. 예를 들어 기업의 인원 현황을 파악할 때 직급(임원, 간부, 사원)이나 부문(관리, 영업, 생산)을 기준으로 나누는 방식이 이에 해당한다 [19].
What Tree는 특히 복잡한 상황에서 분석의 범위를 설정하는 데 강력한 효력을 발휘한다 [3]. 수익성 분석 시 매출(제품/고객/지역별), 비용(직접/간접/운영비), 영업이익 등을 MECE하게 구조화함으로써 어떤 지점에서 수익력이 약화되었는지 즉각적으로 포착할 수 있게 돕는다 [3, 20].
⚖️ 모순 및 업데이트 (Contradictions & updates)
- 전개 단계별 MECE 엄격도 차이: 1차 전개에서는 무조건 MECE를 준수해야 하나, 3차 전개 이후부터는 논리적 완결성보다 실행 가능성에 초점을 맞추어 MECE에 덜 구애받아도 된다는 실무적 절충안이 존재한다 [1, 2].
- MECE의 한계성 비판: 소스 중 위키피디아 내용은 MECE 원칙이 불필요한 항목을 제외하지 못하고 중복이 필요한 경우(예: 이중 국적자 분류)를 처리하기에 너무 제한적일 수 있다는 비판적 관점을 제시한다 [21, 22].
🛠️ 적용 사례 (Applied in summary)
- 현대자동차 글로벌 전략 재편: 북미시장 성장 정체 분석 시 What Tree를 적용하여 판매 성과(모델/딜러별), 마케팅 효과, 제품 포트폴리오, 가격 경쟁력 등의 현황을 구조화함 [23, 24].
- 한국카본 안전사고 분석: 밀양공장 폭발사고 조사 시 사고 발생 시점, 작업 프로세스, 피해 범위, 안전 관리 시스템 현황 등을 What Tree로 구성하여 실태를 파악함 [25, 26].
- 맥킨지 글로벌 클라이언트 혁신 프로젝트: 클라이언트 기업의 혁신 역량 진단을 위해 조직 구조, 인재 역량, 프로세스, 기술 인프라라는 4가지 축으로 What Tree를 설계함 [27, 28].
- 식자재 부족 원인 분석 프로세스: 문제 해결의 선행 단계로서 식자재 지급 및 납입 현황을 프로세스별(발주, 납품, 지급)로 분해하는 What Tree적 접근이 활용됨 [29, 30].
✅ 검증 상태 및 신뢰도
- 상태: draft
- 검증 단계: conceptual (사례 연구를 통한 실무 적용성 확인됨)
- 출처 신뢰도: B (월간HRD, 맥킨지 방법론 기반 컨설팅 아티클 등 주요 소스 활용)
- 중복 검사 결과: 신규 생성 (New discovery)
📝 변경 이력 (Change history)
- 2026-05-24: Initial draft generated via Datacollector_MAC P-Reinforce engine.