Files
2nd/10_Wiki/Topic_General/From_Thinking & Reasoning/Problem Statement Worksheet.md
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

6.0 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
problem-statement-worksheet Problem Statement Worksheet 10_Wiki/Topics draft conceptual
Problem Definition Worksheet
B 0.90 2026-05-24 2026-05-24
research
hypothesis-driven thinking
problem-solving
NotebookLM Synthesis
BCG & McKinsey Problem Solving Process - Step 1

Problem Statement Worksheet

🎯 한 줄 통찰 (One-line insight)

문제 해결의 성패는 이해관계자 간의 정렬된 합의를 바탕으로 문제의 본질과 성공 기준을 SMART 원칙에 따라 구체화하는 작업에 달려 있다 [1, 2].

🧠 핵심 개념 (Core concepts)

  • SMART 질문 (SMART Question): 해결해야 할 핵심 질문을 구체적(Specific), 측정 가능(Measurable), 실행 지향(Action-oriented), 관련성(Relevant), 시간 제한(Time-bound)이 있도록 정의함 [1, 3].
  • 성공 기준 (Success Criteria): 단순한 정량적 수치를 넘어 타이밍, 개선 사항의 가시성, 역량 구축, 사고방식의 전환 등 이해관계자가 정의하는 성공과 실패의 범위를 명확히 함 [1, 3].
  • 범위 및 제약 조건 (Scope and Constraints): 분석에 포함될 시장이나 부문을 정의하고, 유기적 성장만 고려하는 등의 구체적인 제한 사항을 설정하여 '범위 이탈(Scope Creep)'을 방지함 [1, 3].
  • 의사결정권자 정렬 (Stakeholder Alignment): 누가 결정하고, 누가 도울 수 있으며, 누가 진행을 방해할 수 있는지를 사전에 식별하여 기대를 일치시킴 [1, 3].

🧩 추출된 패턴 (Extracted patterns)

  • R1-R2 갭 분석 패턴: 현재의 바람직하지 않은 결과(R1)와 도달하고자 하는 결과(R2) 사이의 간극(\Delta)을 정의하는 구조를 취함 [4-6].
  • SMART 프레임워크: 막연한 목표를 "2027년 이전까지 운영 효율화를 통해 운영 비용을 4억 달러 절감하는 방법은 무엇인가?"와 같은 실행 가능한 질문으로 변환함 [1, 3].
  • 맥락적 진단 패턴: 산업 트렌드, 경쟁 지위, 역량 격차 등 내부 및 외부 요인을 동시에 고려하여 문제의 배경을 설정함 [1, 3].

📖 세부 내용 (Details)

Problem Statement Worksheet는 전략적 문제 해결 프로세스의 첫 번째 단계인 '문제 정의(Define the Problem)'를 효과적으로 수행하기 위해 사용되는 도구이다 [1, 2, 7]. 이 워크시트는 단순해 보이지만, 복잡한 비즈니스 도전 과제에 대해 명확한 기초를 제공하며 팀원과 이해관계자 간의 정렬을 보장한다 [1, 2].

워크시트를 구성하는 주요 요소는 다음과 같다:

  • 해결할 핵심 질문: 가장 중요한 요소로, SMART 원칙을 준수해야 한다. 이는 분석의 방향성을 결정하며 실행 가능한 통찰로 이어지는 통로가 된다 [1, 3].
  • 맥락(Context): 클라이언트가 처한 환경을 다룬다. 여기에는 산업 동향, 경쟁적 위치, 재무적 유연성 등이 포함된다 [1, 3].
  • 범위 및 제약 사항: 무엇을 포함하고 무엇을 제외할지 명확히 선을 긋는다. 예를 들어, 특정 시장이나 세그먼트에 집중하거나 특정 성장 방식만을 고려하도록 제한한다 [1, 3].
  • 성공 기준: 이해관계자들이 무엇을 성공으로 보는지 정의한다. 정량적 목표 외에도 조직 내 변화나 가시적인 개선 사항을 구체적으로 명시한다 [1, 3].
  • 이해관계자(Stakeholders): 핵심 의사결정권자를 식별한다. 누가 프로젝트를 승인하고, 지원하며, 잠재적으로 차단할 수 있는지 이해하는 것이 필수적이다 [1, 3].
  • 핵심 통찰력의 원천: 필요한 전문 지식과 데이터 소스를 사전에 결정한다. 내부 전문가부터 외부 고객 데이터까지 광범위하게 식별한다 [1, 3].

이 워크시트의 각 요소가 불분명할 경우, 프로젝트 진행 중 기대치가 어긋나거나 분석 범위가 통제 불능으로 확장되는 '범위 이탈' 현상이 발생할 가능성이 높다 [1, 3].

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

  • 가설 중심 vs 데이터 중심: 전통적인 접근법은 많은 데이터를 모아 의미를 찾는 것이었으나, 현대의 워크시트 기반 접근법은 가설을 먼저 세우고 이를 검증하기 위한 데이터만 타겟팅하여 수집하는 '가설 주도형(Hypothesis-led)' 방식을 강조한다 [1, 3, 8, 9].
  • 정적 정의 vs 반복적 개선: 문제 정의는 초기 단계(Step 1)에서 이루어지지만, 실제 해결 과정은 직선적이지 않으며 분석 결과에 따라 초기 가설과 문제 정의를 지속적으로 수정하고 정교화하는 반복적인 특성을 지닌다 [1, 10].

🛠️ 적용 사례 (Applied in summary)

  • BCG 및 McKinsey 문제 해결 프로세스: 프로젝트 첫날부터 Associate가 배우는 7단계 방법론의 1단계에서 핵심 도구로 적용된다 [1, 11, 12].
  • 항공사 운영 비용 절감 프로젝트: "2027년 이전까지 운영 효율화를 통해 운영 비용을 4억 달러 절감하는 방법"이라는 SMART 질문을 도출하기 위해 워크시트가 실제 적용된 사례가 있다 [1, 3, 13].
  • SaaS 기업 고객 이탈 분석: 이탈률 증가의 원인을 진단하기 위해 문제 정의 단계에서 성공 기준(이탈률 감소 수치)과 범위(특정 고객 세그먼트)를 설정하는 데 활용된다 [14-16].

검증 상태 및 신뢰도

  • 상태: 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.