Files

T

Antigravity Agent c24165b8bc refactor(topics): 멀티 에이전트용 지식 재편 — _Common(공통 기본기) + Domain_* 구조

에이전트 8종(대화형/프로그래머 C·S/디자이너/설계자/기획자/QA/PD/PM)에게
[공통 기본 능력 + 롤별 Specialty] 2층으로 지식을 주입하기 위한 재분류.
문서 내용·포맷은 무수정, 폴더 이동만 (6,372개 문서 수 보존 확인).

- Topic_Programming → Domain_Programming (내부 구조 보존)
- Topic_Graphic → Domain_Design
- Topic_Business → Domain_Product
- Topic_General → Domain_General
- _Common 신설: Math(구 Topic_Math_Specialty), Reasoning(구 General/From_Thinking & Reasoning),
  Reasoning_Creativity(구 General/From_창의성), Communication(Poetic_Blog_Writing + From_writing)
- 타 도메인의 From_* 폴더는 유지 (출처 표기일 뿐, 이미 도메인에 맞게 분류된 문서)
- 빈 폴더 정리 (memory/procedures)
- 에이전트→폴더 매핑은 workspace의 .astra/agent-knowledge-map.json (9개 에이전트)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

2026-07-11 11:05:56 +09:00

5.9 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

MECE 원칙

🎯 한 줄 통찰 (One-line insight)

복잡한 비즈니스 문제를 중복 없이, 누락 없이 논리적으로 분해하여 문제의 본질을 명확히 파악하고 자원 낭비를 방지하는 맥킨지식 사고의 핵심 규율이다 [1-4].

🧠 핵심 개념 (Core concepts)

상호 배제 (Mutually Exclusive): 전체를 구성하는 개별 요소들이 서로 겹치거나 중복되지 않아야 함을 의미한다 [1, 3, 5].
전체 포괄 (Collectively Exhaustive): 분해된 요소들의 합이 전체 문제 영역을 빠짐없이 포함해야 함을 의미한다 [1, 3, 6].
매직 넘버 3: 사고의 간결함과 명확성을 위해 핵심 항목을 가급적 3가지로 정리하는 것이 원칙이다 [3, 5, 7, 8].
구조화의 토대: 문제 해결 프로세스의 2단계인 '문제 구조화'에서 로직 트리(Logic Tree)와 이슈 트리(Issue Tree)를 구축하는 지배적인 규율로 가동된다 [9-11].

🧩 추출된 패턴 (Extracted patterns)

요소 분해 패턴: 어떤 사안을 독립적인 구성 요소로 쪼개어 문제 구조를 찾는 패턴이다 (예: 3C 분석, 4P 마케팅 믹스) [10, 12].
흐름 파악 패턴: 가치 사슬이나 시간적 흐름에 따라 분석 대상을 정렬하는 패턴이다 (예: 비즈니스 시스템, 고객 여정 분석) [10, 12, 13].
공식/수식 기반 구조화: 변수 간의 사칙연산 관계를 이용하여 인과관계를 명확히 하는 패턴이다 (예: 매출 = 객수 × 객단가) [14].
대비 패턴: 질과 양, 동양과 서양 등 상반된 기준을 세워 대상을 분석하는 패턴이다 (예: 포지셔닝 매트릭스) [12].

📖 세부 내용 (Details)

정의 및 발음: MECE는 "미씨"라고 발음하며, 맥킨지식 사고방식에서 최대의 명확성과 최고의 완결성을 확보하기 위해 사용된다 [3, 5].
문제 해결 프로세스 내 위상:
- Step 1(문제 정의): SMART 원칙과 결합하여 문제의 경계와 제약 조건을 명확히 할 때 사용된다 [15, 16].
- Step 2(구조화 분석): 정의된 핵심 질문을 다루기 쉬운 작은 단위로 쪼개는 핵심 기술이다 [9, 17].
- 소통 도구: 민토 피라미드(Minto Pyramid) 구조에서 각 계층의 논거들이 상위 메시지를 완벽하게 지지하는지 검증하는 'Across' 테스트의 기준이 된다 [18, 19].
실전 활용 기술:
- 축(Dimension) 선정: 비즈니스 상황에서 의미 있는 축을 선정하는 것이 중요하며, 인과관계가 타당한 복수의 축을 설정할 때 분석의 정확도가 높아진다 [14, 20].
- 프레임워크 활용: 이미 MECE화되어 검증된 로직인 3C, 4P, 7S 등의 프레임워크를 사용하면 사고의 누출을 막고 부담을 줄일 수 있다 [20-22].
- 기타/이외 항목: 전체 포괄을 충족시키기 위해 '기타'나 '반대 개념'을 활용할 수 있으나, 중요한 분석 대상을 놓치지 않도록 비중을 고려해야 한다 [23, 24].

⚖️ 모순 및 업데이트 (Contradictions & updates)

과거 데이터의 한계: MECE에 입각한 정밀한 정량 분석일지라도, 이는 본질적으로 과거 데이터에 기반하므로 미래의 비선형적인 패러다임 전환이나 파괴적 혁신을 포착하지 못할 수 있는 한계가 있다 [25-27].
엄격함 대 유연성: 이론적으로는 완벽한 MECE를 지향해야 하지만, 실전에서는 조사 연구의 효율성을 위해 특정 주요 프로세스에 집중하고 예외적인 가능성(예: 환자 사망 프로세스)은 나중에 보완하는 식의 유연한 적용이 필요하기도 한다 [23, 28].

🛠️ 적용 사례 (Applied in summary)

Airline Inc. 운영 비용 감축 (Step 2): 운영 비용을 '기단 최적화', '운영 효율성', '구매 최적화', '기술 자동화'로 MECE하게 분해하여 가설 트리를 구축함 [29].
Alpha Manufacturing EBITDA 전략: EBITDA 증가 목표를 '매출 증대'와 '비용 절감'이라는 상호 배제적인 두 축으로 나누어 분석함 [30, 31].
성수대교 붕괴 원인 분석: '다리 자체 부실(설계/공법/시공)', '지정학적 특성(신도시 건설 영향)', '물리적 하중(중장비 통행)' 등을 수평적으로 전개하여 구조화함 [32-34].
스타벅스 일일 매출 구조화: 매출을 '객수(시간대/연령대/성별)'와 '객단가'라는 수식 관계로 구조화하여 개선안을 도출함 [14].
LG전자 스마트폰 시장 전략 실패 사례: 당시 맥킨지 리포트는 MECE 원칙에 따라 과거 마진율 데이터를 정밀 연산하여 '스마트폰 시기상조' 결론을 냈으나, 플랫폼 생태계 전환이라는 변수를 놓친 흑역사로 기록됨 [25, 26].

✅ 검증 상태 및 신뢰도

상태: draft
검증 단계: conceptual (실제 비즈니스 케이스 및 맥킨지 내부 방법론을 통해 검증됨)
출처 신뢰도: B (Official Documentation / Primary Source via NotebookLM)
중복 검사 결과: 신규 생성 (New discovery)

📝 변경 이력 (Change history)

2026-05-24: Initial draft generated via Datacollector_MAC P-Reinforce engine. ---

5.9 KiB Raw Blame History