Antigravity Agent
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>
76 lines
6.6 KiB
Markdown
76 lines
6.6 KiB
Markdown
---
|
|
id: 작업-계획-수립
|
|
title: "작업 계획 수립"
|
|
category: "10_Wiki/Topics"
|
|
status: "draft"
|
|
verification_status: "conceptual"
|
|
canonical_id: ""
|
|
aliases: ["Plan Analyses", "분석 디자인", "Work Plan"]
|
|
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", "맥킨지식문제해결 프로세스"]
|
|
raw_sources: ["NotebookLM Synthesis"]
|
|
applied_in: ["Airline Inc. 운영 비용 절감 사례", "Alpha Manufacturing EBITDA 증대 사례", "산불 복구(Bushfire recovery) 사례"]
|
|
github_commit: ""
|
|
---
|
|
|
|
# [[작업 계획 수립]]
|
|
|
|
## 🎯 한 줄 통찰 (One-line insight)
|
|
가설을 효율적으로 검증하기 위해 필요한 분석 과제, 데이터 소스, 최종 결과물 및 담당 자원을 구체적으로 할당하는 전략적 실행 로드맵이다 [1-3].
|
|
|
|
## 🧠 핵심 개념 (Core concepts)
|
|
- **가설 검증 지향 (Hypothesis-driven):** 분석 자체를 위한 분석이 아니라, 수립된 가설이 옳은지 그른지를 증명하는 것을 유일한 목적으로 삼는다 [2, 4, 5].
|
|
- **분석 디자인 (Analysis Design):** 분석해야 할 이슈, 구체적 분석 내용, 데이터 소스, 최종 결과물(End product), 담당자, 마감일을 하나의 양식으로 촘촘히 엮어낸다 [3, 6, 7].
|
|
- **작업 지평 관리 (Planning Horizons):** 프로젝트 종료 시점, 주요 중간 보고(Progress reviews), 주간 및 일일 팀 미팅 단위로 계획을 세분화하여 관리한다 [8, 9].
|
|
- **자원의 최적화 (Resource Alignment):** 가용한 내부 인력과 시간, 외부 전문가 등의 자원을 핵심 이슈 이정표에 맞춰 효율적으로 배치한다 [1, 8, 10].
|
|
|
|
## 🧩 추출된 패턴 (Extracted patterns)
|
|
- **80/20 원칙의 적용:** 전체 문제 해결의 80% 기여도를 가진 핵심 20% 분석에 집중하며, 모든 것을 분석하려는 '바닷물 끓이기'식 접근을 경계한다 [11-13].
|
|
- **하루짜리 답 (One-day answer):** 분석 초기 단계에서 제한된 팩트와 가설을 바탕으로 잠정적인 결론을 먼저 도출하여 분석의 정밀도와 방향성을 조율한다 [3, 14].
|
|
- **다차원 삼각측량 (Triangulation):** 데이터가 불충분하거나 직접적인 분석이 어려운 경우, 유사 분야의 지표를 입체적으로 배치하여 결과값을 유추해낸다 [7, 15].
|
|
- **속도와 방향의 우선순위:** 완벽한 정답(Best)을 찾기 위해 시간을 낭비하기보다, 즉시 실행 가능하고 개선을 유도할 수 있는 '더 나은(Better)' 대안을 빠르게 찾는 데 집중한다 [16-18].
|
|
|
|
## 📖 세부 내용 (Details)
|
|
작업 계획 수립은 문제 해결 프로세스의 네 번째 단계(또는 분석 디자인 단계)로, 구조화된 이슈나 가설을 실질적인 데이터 검증 단계로 연결하는 교량 역할을 한다 [4, 10, 19].
|
|
|
|
### 1. 작업 계획 수립의 2대 주요 과업
|
|
- **과업 정의 (Define work blocks):** 수행해야 할 구체적인 작업 단위를 정의한다. 여기에는 기대되는 최종 산출물의 형태와 이를 도출하기 위해 필요한 분석 방법론을 명확히 명시하는 것이 포함된다 [1, 8].
|
|
- **순서 배열 (Sequence):** 가용한 자원을 고려하여 작업 블록의 순서를 정한다. 프로젝트의 주요 마일스톤(중간 회의 등)과 전체 진행 속도에 맞춰 분석 일정을 정렬한다 [8, 20].
|
|
|
|
### 2. 분석 계획서의 구성 요소
|
|
효과적인 작업 계획을 위해서는 다음과 같은 항목이 포함되어야 한다 [6, 7, 9]:
|
|
- **이슈 (Issue):** 검증하고자 하는 핵심 가설 또는 질문.
|
|
- **분석 내용:** 가설을 입증하기 위해 필요한 구체적인 계산, 모델링, 또는 조사 활동.
|
|
- **데이터 소스:** 내부 보고서, 산업 리서치, 전문가 인터뷰, 고객 설문 등 필요한 정보의 원천.
|
|
- **최종 결과물:** 분석을 통해 생성될 차트, 슬라이드, 또는 보고서의 형태.
|
|
- **담당자 및 마감일:** 책임 주체와 완료 시점을 명확히 하여 실행력을 담보함.
|
|
|
|
### 3. 작업 계획 수립 시 가이드라인
|
|
- **키 드라이버(Key Drivers) 집중:** 결과에 막대한 영향을 미치는 소수의 핵심 요소에 분석 역량을 집중한다 [13, 17].
|
|
- **큰 그림(Big Picture) 유지:** 세부 분석에 몰두하다가 분석의 최종 목적과 전체 비즈니스 맥락을 잊지 않도록 항상 상기한다 [17, 21].
|
|
- **실행 가능성(Actionable):** 분석의 결과는 반드시 구체적인 행동 지침으로 이어질 수 있어야 하며, 입증 가능(Provable)해야 한다 [12, 22].
|
|
- **유연한 계획 수정:** 분석 과정에서 새로운 팩트가 발견되어 초기 가설과 충돌할 경우, 계획을 정기적으로 리뷰하고 가설 자체를 의심하거나 수정하는 유연성을 발휘한다 [23, 24].
|
|
|
|
## ⚖️ 모순 및 업데이트 (Contradictions & updates)
|
|
- **단계 명칭의 차이:** 맥킨지 7단계 모델에서는 '작업 계획 수립(Step 4)'으로 명시되나, 새로운 5단계 기법이나 다른 요약본에서는 '구조화 분석'에 포함되거나 '분석 디자인(Designing)' 단계로 불리기도 한다 [5, 10, 19, 25].
|
|
- **상세 수준의 변화:** 전통적으로는 정교한 계획을 강조했으나, 최근에는 시장의 급격한 변화에 맞춰 '하루짜리 답'을 통한 기민한 수정과 '충분히 좋은(Good enough)' 수준의 빠른 분석을 더욱 중시하는 경향이 있다 [3, 11, 14].
|
|
|
|
## 🛠️ 적용 사례 (Applied in summary)
|
|
- **Airline Inc. 운영 비용 절감 사례:** 2027년까지 4억 달러의 비용을 절감하기 위해 함대 최적화, 운영 효율성 등 가설별로 필요한 데이터 소스와 분석 일정을 수립한 사례가 발견된다 [26, 27].
|
|
- **Alpha Manufacturing EBITDA 증대 사례:** EBITDA를 1,300만 달러 늘리기 위한 수익 증대 및 비용 절감 가설에 대해 분석 블록을 정의하고 자원을 배분하는 계획 수립 모델로 활용되었다 [2, 28].
|
|
- **산불 복구(Bushfire recovery) 사례:** 복구가 필요한 인프라 유형의 우선순위를 정하고, 각 단계별 분석을 실행하기 위한 워크플랜 설계의 예시로 제시되었다 [29, 30].
|
|
|
|
## ✅ 검증 상태 및 신뢰도
|
|
- **상태:** 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. |