Files

T

Antigravity Agent 9148c358d0 docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거

Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를
Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류.

- 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로
  자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거,
  동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거.
- 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming,
  Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business,
  Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로,
  나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는
  title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백).
  원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지.
- 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서.
- 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는
  지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지.
- Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경.
- 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.

2026-07-05 00:33:48 +09:00

5.5 KiB

Raw Blame History

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

title

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.

5.5 KiB Raw Blame History