Antigravity Agent
c24165b8bc
에이전트 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>
57 lines
4.2 KiB
Markdown
57 lines
4.2 KiB
Markdown
---
|
|
id: six-sigma
|
|
title: "Six Sigma"
|
|
category: "10_Wiki/Topics"
|
|
status: "draft"
|
|
verification_status: "conceptual"
|
|
canonical_id: ""
|
|
aliases: []
|
|
duplicate_of: ""
|
|
source_trust_level: "B"
|
|
confidence_score: 0.85
|
|
created_at: 2026-05-24
|
|
updated_at: 2026-05-24
|
|
review_reason: ""
|
|
merge_history: []
|
|
tags: ["research", "mutually exclusive collectively exhaustive 원칙"]
|
|
raw_sources: ["NotebookLM Synthesis"]
|
|
applied_in: []
|
|
github_commit: ""
|
|
---
|
|
|
|
# [[Six Sigma]]
|
|
|
|
## 🎯 한 줄 통찰 (One-line insight)
|
|
기술적 문제 해결 절차인 DMAIC를 MECE 원칙으로 재구성하여 의사결정권자에게 최적화된 고효율 커뮤니케이션을 실현하는 방법론 [1, 2].
|
|
|
|
## 🧠 핵심 개념 (Core concepts)
|
|
- **DMAIC 프로세스:** Six Sigma 프로젝트에서 사용하는 표준적인 문제 해결 프로세스 (Define, Measure, Analyze, Improve, Control) [1, 2].
|
|
- **정보 재구조화 (Reorganization):** 문제 해결 과정과 소통 과정을 분리하여, 복잡한 기술 데이터를 논리적 단위로 재배치하는 행위 [1, 2].
|
|
- **MECE 기반 커뮤니케이션:** 경영진 등 보고 대상의 필요에 맞춰 중복과 누락 없이 정보를 정리하여 전달하는 방식 [1, 2].
|
|
- **SCQA 프레임워크 결합:** 스토리텔링 구조를 활용해 주제의 핵심을 빠르게 짚고 논리적 근거를 제시하는 도구 [1, 2].
|
|
|
|
## 🧩 추출된 패턴 (Extracted patterns)
|
|
- **해결과 소통의 분리 패턴:** 가장 효과적인 문제 해결 방법(DMAIC)이 반드시 가장 효과적인 소통 방법은 아니라는 인식을 바탕으로, 보고 시에는 MECE 원칙을 적용해 정보를 완전히 새롭게 구조화함 [1, 2].
|
|
- **의사결정자 맞춤형 요약 패턴:** 상세한 기술적 디테일에 관심이 적은 경영진을 위해 정보를 '논리적이고 깨끗한 분석 버킷(Logical, clean buckets)'으로 나누어 배분함 [1-3].
|
|
|
|
## 📖 세부 내용 (Details)
|
|
- **Six Sigma와 DMAIC:** Six Sigma는 대표적인 기술적 문제 해결 프로젝트이며, 그 핵심 실행 구조로 DMAIC 프로세스를 채택함 [1, 2].
|
|
- **소통의 한계점:** 프로젝트 수행 시 발생하는 방대한 기술적 상세 정보는 요약된 개요를 원하는 경영진(Executive audiences)에게 전달될 때 정보 과부하나 소통 저해를 야기할 수 있음 [1].
|
|
- **MECE 원칙의 적용:** Six Sigma의 성과를 보고할 때 MECE(상호 배타적이고 전체를 포괄하는 원칙)를 적용하면, 정보를 중복 없이(ME) 빠짐없이(CE) 분류하여 보고서의 논리적 완결성을 높일 수 있음 [1, 3, 4].
|
|
- **효과적 전달을 위한 도구:** 단순히 정보를 나누는 것에 그치지 않고, 관련 스토리텔링 프레임워크인 SCQA를 함께 사용하여 주제의 핵심을 신속하게 언급하고 이를 적절한 세부 데이터로 뒷받침함 [1, 2].
|
|
- **최종 목적:** 문제 해결의 논리적 엄밀함을 유지하면서도, 청중에게 설득력 있고 명확하게 아이디어를 전달하는 '효과적인 커뮤니케이션'을 달성하는 것이 핵심임 [1, 2].
|
|
|
|
## ⚖️ 모순 및 업데이트 (Contradictions & updates)
|
|
- 소스 데이터 내에서 Six Sigma 자체의 정의나 프로세스에 대한 상충되는 정보는 발견되지 않음. 다만, Six Sigma와 같은 기술 프로젝트에서는 '문제 해결 방식'과 '소통 방식'이 동일하지 않아야 한다는 방법론적 구분을 강조함 [1, 2].
|
|
|
|
## 🛠️ 적용 사례 (Applied in summary)
|
|
현재 소스 데이터 내에서 Six Sigma와 관련된 구체적인 코드, Git 커밋, 의사결정 ID(decision_id) 등의 실제 적용 사례는 발견되지 않았습니다. 소스는 주로 Six Sigma 환경에서 MECE 원칙이 커뮤니케이션 도구로 활용되는 논리적 구조를 설명하는 데 집중하고 있습니다 [1, 2].
|
|
|
|
## ✅ 검증 상태 및 신뢰도
|
|
- **상태:** draft
|
|
- **검증 단계:** conceptual (실제 적용 사례 발견 시 applied/validated로 승격 가능)
|
|
- **출처 신뢰도:** B (Official Documentation / Primary Source via NotebookLM)
|
|
- **중복 검사 결과:** 신규 생성 (New discovery)
|
|
|
|
## 📝 변경 이력 (Change history)
|
|
- 2026-05-24: Initial draft generated via Datacollector_MAC P-Reinforce engine. |