Inception 템플릿: UP와 Lean/Agile의 통합

현대적인 Inception은 Unified Process의 체계적 리스크 관리와 Lean/Agile의 빠른 가설 검증을 결합한다. 무거운 문서 대신 가벼운 캔버스를 사용하면서도 UP의 마일스톤 게이트를 유지하는 팀들이 더 나은 정렬과 빠른 검증을 달성한다.

UP Inception → 현대 프레임워크 매핑

Craig Larman의 UP how-to-conduct-inception은 결코 몇 달간의 요구사항 수집이 아니었다. Larman이 경고했듯이: Inception이 "몇 주"를 초과하면 오해한 것이다.

전통적인 UP 산출물과 현대적 대응물:

| UP Inception 산출물 | 현대적 대응물 | 핵심 변화 | |---|---|---| | Vision Document | Product Vision Board 또는 Lean Canvas | 여러 페이지 → 한 페이지 | | Use-Case Model (10-20%) | User Story Mapping + JTBD 인터뷰 | 시스템 흐름 → 사용자 결과 | | Supplementary Specification | Quality Attribute Workshop + ADRs | 단일 NFR 문서 → 살아있는 기록 | | Glossary | Ubiquitous Language (DDD) | 정적 사전 → 코드 내장 | | Risk List | Assumption Mapping + lean 실험 | 문서화 리스크 → 테스트된 가정 | | Business Case | Lean Canvas + 단위 경제학 (CAC/LTV) | 재무 예측 → 가설 기반 지표 | | Prototypes | Design Sprints (5일) + Figma 프로토타입 | 개념 증명 → 사용자 검증 프로토타입 | | Project Plan | Now-Next-Later 로드맵 | 간트 차트 → 결과 지향 계획 |

Disciplined Agile Delivery (DAD)는 UP의 Inception을 보존하며 평균 11 작업일을 보고한다. SAFe의 PI Planning은 inception과 유사하지만 한 번이 아니라 8-12주마다 반복된다.

6가지 현대 Inception 프레임워크

효과적인 실무자들은 하나를 선택하지 않고 이들을 결합한다.

1. Lean Canvas (Ash Maurya)

특징: 문제 우선, 20-30분 작성 가능

9개 블록:

• Problem, Solution, Key Metrics
• Unique Value Proposition, Unfair Advantage
• Channels, Customer Segments
• Cost Structure, Revenue Streams

용도: 검증을 위해 먼저 Lean Canvas 작성 → 성장 계획을 위해 BMC로 전환

2. Value Proposition Canvas (Osterwalder)

고객-제품 적합성 확대:

• 고객 측: Customer Jobs, Pains, Gains
• 제품 측: Products & Services, Pain Relievers, Gain Creators

BMC의 Value Proposition과 Customer Segments 블록에 직접 연결.

3. Opportunity Solution Tree (Teresa Torres)

지속적 발견 구조:

• 루트: 원하는 결과
• 가지: 기회 (충족되지 않은 니즈) → 솔루션 → 가정 테스트

핵심: 제품 트리오(PM, 디자이너, 엔지니어)가 협력 구축. 모든 기능이 검증된 고객 니즈로 추적됨.

Torres 강조: 대부분의 가정 테스트는 1-2일 내 실행 가능 (전체 기능 구축보다 훨씬 빠름)

4. Lean Inception (Paulo Caroli)

가장 완전히 문서화된 워크숍 방법론

ThoughtWorks의 2-4주 inception을 5일로 압축:

Day 1: Product Vision → Is/Is Not/Does/Does Not
Day 2: Personas → Features
Day 3: Technical/UX/Business Review → User Journeys
Day 4: Feature Sequencer
Day 5: MVP Canvas

도구: Miro, Mural, Figma 공식 템플릿 제공

5. Agile Inception Deck (Jonathan Rasmusson)

10가지 질문 (며칠~2주):

1. Why Are We Here? (왜 여기 있는가?)
2. Elevator Pitch (엘리베이터 피치)
3. Product Box (제품 상자)
4. NOT List (하지 않을 것)
5. Meet Your Neighbors (이웃 만나기)
6. Show the Solution (솔루션 보여주기)
7. What Keeps Us Up at Night? (무엇이 우리를 깨우는가?)
8. Size It Up (크기 측정)
9. What's Going to Give? (무엇을 양보할 것인가?)
10. What's It Going to Take? (무엇이 필요한가?)

실사용: Microsoft, Spotify, Stanford, Toyota

결과물: 살아있는 슬라이드 덱 (정렬 도구 + 기대치 설정)

6. Design Sprints (Google Ventures)

아이디어 → 사용자 테스트를 4-5일로 압축.

Best Practice: Inception 중 식별된 가장 높은 리스크 질문에 대해 배치 (독립 Inception 방법으로는 부적합)

사용 가능한 오픈소스 템플릿

Markdown 템플릿

Lean Canvas:

• markiv's gist: 9개 블록 + 가이드 프롬프트
• Planvas: markdown → HTML 변환
• YJPL: Obsidian vault 버전

Business Model Canvas:

• GeorgLink/Business-Model-Canvas-MD-template (MIT, 27★, 49 forks)
• 각 BMC 섹션별 별도 .md + Financial Plan

Agile Inception Deck:

• t-kanto/markdown-inception-deck (CC-BY-4.0, 155 forks)
• 10가지 질문 + PDF 내보내기

Vision & Design Docs:

• imayobrown/DesignDocumentTemplates (130★)
• VisionDocument.md, UseCaseModel.md, DesignDocument.md 등

협업 도구 템플릿

Miro (지배적):

• Lean Canvas, BMC, VPC, OST
• Lean Inception, Design Sprints 공식 템플릿

대안: Mural, FigJam

제품 발견 플랫폼: Productboard, Jira Product Discovery, Pendo Listen

실무 사례

ThoughtWorks at Sky Gaming (Leeds)

활동: 공감 맵, 여정 매핑, lean canvas, 혁신 워크숍

결과: 100+ 아이디어 → 6 epics, 42 features, 72 stories

Pivotal Labs

스타일: 매우 간결, 1-2일

활동: SMART 목표, 카드 기반 리스크, 사용자 역할, 스토리 매핑

Cloud Foundry 사례:

• Inception에서 명시적 범위 지정
• 예: "로그 스트리밍에 집중, 로그 지속성 제외"
• 결과: 범위 확장 방지

원칙: 전체 팀 참여, 출력을 Pivotal Tracker에 즉시 입력

8th Light

접근: Double Diamond (Discover → Define → Develop → Deliver)

기간: 7주 평가

Fortune 100 기술 회사 사례:

• 산출물: 4 RFCs, 서비스 청사진, 우선순위 로드맵
• 결과: 업데이트 리드타임 8일 → 2시간, 온보딩 15주 → 2일

2024-2025 트렌드: AI 증강 Inception

사용 사례:

• ChatGPT: 수천 개 설문 응답 분석
• 페르소나 시뮬레이션 생성
• 이해관계자 우선순위 클러스터링

Paulo Caroli: AI 지원 워크숍용 "Lean Inception Prompts" 큐레이션

보험 애그리게이터 사례:

• ChatGPT로 3,200개 설문 응답 처리
• Perplexity로 경쟁자 벤치마킹

통합 Inception 템플릿

설계 목적: 1-2주 Inception, 프로젝트 리스크에 따라 확대/축소 가능

템플릿 구조 (17개 섹션)

# 프로젝트 Inception 문서: [프로젝트 이름]

> **최종 업데이트**: [날짜]  
> **Inception 퍼실리테이터**: [이름]  
> **Inception 기간**: [시작] – [종료]  
> **상태**: 초안 | 진행 중 | 완료 | 승인됨

## 1. 우리가 여기 있는 이유

### 문제 진술
<!-- 무엇을? 누구를 위해? 왜 지금? -->

### 비즈니스 맥락
<!-- 시장, 경쟁, 전략 -->

### 성공 기준
<!-- 측정 가능한 결과 -->

## 2. 엘리베이터 피치

**대상:** [목표 고객]  
**누가:** [니즈/기회]  
**제품:** [이름]은 [카테고리]입니다  
**그것은:** [핵심 혜택]  
**다음과 달리:** [경쟁 대안]  
**우리 제품은:** [차별화]

## 3. Lean Canvas

| Problem | Solution | UVP | Unfair Advantage | Customer Segments |
|---------|----------|-----|------------------|-------------------|
| 상위 1-3 문제 | 상위 3 기능 | 명확한 메시지 | 복사 불가 | 목표 고객 |

| Key Metrics | Channels | Cost Structure | Revenue Streams |
|-------------|----------|----------------|-----------------|
| 측정 활동 | 고객 경로 | 고정/변동 비용 | 수익 모델 |

## 4. Value Proposition Canvas

### 고객 프로필
- Customer Jobs (기능적/사회적/감정적)
- Pains (고통)
- Gains (이득)

### 가치 맵
- Products & Services
- Pain Relievers
- Gain Creators

## 5. 페르소나 (2-4개)

### 페르소나 1: [이름]
- 역할/맥락
- 인구통계
- 행동
- 니즈/목표
- 고통점
- 인용구

## 6. 제품 경계

| | IS | IS NOT |
|---|----|----|
| 제품은... | | |

| | DOES | DOES NOT |
|---|------|----------|
| 제품은... | | |

### 범위 결정
- 범위 내 / 범위 외 / 미해결

## 7. 사용자 여정 & 스토리 매핑

### 여정: [이름]
- 페르소나, 목표
- 단계별: 사용자 행동 → 시스템 응답

### 스토리 맵
- 활동(백본) → 스토리 → MVP 라인

## 8. 기술 아키텍처

- 고수준 다이어그램
- 주요 기술 결정 (언어, DB, 호스팅, 통합)
- Architecture Decision Records (ADRs)

## 9. 품질 속성 & NFR

| 속성 | 요구사항 | 우선순위 | 검증 |
|------|----------|----------|------|
| 성능 | < 200ms | 높음 | 부하 테스트 |
| 보안 | SOC 2 | 중요 | 감사 |

## 10. 리스크, 가정, 실험

### 리스크 레지스터
- 확률, 영향, 완화 전략

### 가정 맵 (2x2: 중요도 vs 확실성)
- 가정 → 검증 실험 → 타임라인

## 11. 비즈니스 케이스 & 단위 경제학

### 투자 요약
- 팀 규모, 기간, 비용

### 단위 경제학
- CAC (고객 획득 비용)
- LTV (생애 가치)
- LTV:CAC 비율
- 회수 기간

## 12. 트레이드오프 슬라이더

범위 / 예산 / 시간 / 품질 중 유연성 순위 (1-4)

## 13. 이해관계자 맵 & 팀

- 핵심 팀 (역할, 헌신도)
- 이해관계자 (관심, 영향력, 참여 수준)
- 종속성

## 14. MVP 정의 & 기능 순서

### MVP Canvas
- MVP 비전
- 목표 페르소나
- 포함 여정
- 기능
- 검증 지표

### 기능 순서
- Wave 1 (MVP), Wave 2, Wave 3...

## 15. 용어집 / Ubiquitous Language

| 용어 | 정의 | 맥락 |
|------|------|------|

## 16. 릴리스 로드맵

- **Now** (2-4주): 약속된 작업
- **Next** (1-3월): 계획, 변경 가능
- **Later** (3-6월): 희망적, 발전 중

## 17. Inception 마일스톤 체크리스트

- [ ] 이해관계자 정렬
- [ ] 리스크 식별 & 완화
- [ ] 기술 검증
- [ ] 비즈니스 케이스 승인
- [ ] 팀 헌신
- [ ] MVP 정의
- [ ] 첫 스프린트 계획
- [ ] Go/No-Go 결정

### 결정
- [ ] GO (진행)
- [ ] PIVOT (수정)
- [ ] NO-GO (중단)

Inception 실행 방법

이 템플릿은 퍼실리테이션된 워크숍의 결과물이다. 순차적으로 혼자 작성하는 것이 아니다.

기간 조정

• 저위험: 2-3일
• 표준: 1주 (Caroli's Lean Inception)
• 고복잡도: 2주

Larman의 원칙: 몇 주 초과 시 → 너무 많은 선행 작업

참가자

핵심 그룹 (7-12명):

• Product Owner
• Tech Lead
• UX Designer
• 개발자 2-3명
• 비즈니스 이해관계자
• 전담 퍼실리테이터

규칙:

• 이해관계자는 킥오프 & 최종 쇼케이스 참석
• 노트북 금지 (Pivotal, ThoughtWorks 원칙)

입증된 5일 일정

| 요일 | 오전 | 오후 | |------|------|------| | 월 | 킥오프 + "Why Are We Here" + Elevator Pitch | Lean Canvas + Value Proposition Canvas | | 화 | Personas + Is/Is Not/Does/Does Not | User Journeys + Story Mapping | | 수 | Technical Architecture + Quality Attributes | Risk & Assumption Mapping + Experiments | | 목 | Feature Discovery + Tech/UX/Business Review | Feature Sequencing + Trade-off Sliders | | 금 | MVP Canvas + Business Case/Unit Economics | 이해관계자 쇼케이스 + Go/No-Go |

일일 원칙:

• 에너자이저로 시작
• 5분 회고로 종료
• 파킹 랏 유지 (주제 외 항목)

원격 팀: Miro의 Lean Inception Workshop 템플릿 (Miroverse 무료)

핵심 원칙

1. 형식이 아니라 의도

UP Inception과 Lean/Agile 발견의 이분법은 허구다. Larman도 항상 짧고 반복적이며 리스크 중심을 의도했다.

진정한 진화:

• 형식: 캔버스가 문서 대체, 실험이 리스크 로그 대체
• 의도: 마일스톤 게이트, 리스크 주도 개발 (동일)

2. No-Go도 성공

Caroli의 관찰:

Inception은 "no go" 결정을 초래할 수 있으며, 그 결과는 성공이다 (실패가 아님)

조직이 잘못된 것을 구축하는 것을 막는다 = 성공적인 Inception.

3. 문서보다 정렬

Inception의 진정한 가치:

• 문서 생성 ❌
• 팀 정렬 & 공유 이해 ✓
• 불확실성 제거 ✓
• 리스크 조기 발견 ✓

실전 적용 팁

템플릿 커스터마이징

작은 프로젝트 (1-2주):

• 섹션 1-3, 6-7, 10, 14, 17만 사용
• 나머지 생략

큰 프로젝트 (4주+):

• 전체 템플릿 사용
• 각 섹션 더욱 상세화

도구 선택

물리적 워크숍: 포스트잇, 화이트보드 원격 워크숍: Miro > Mural > FigJam 비동기 작업: Notion, Confluence에 템플릿 복사

퍼실리테이션 스킬

성공의 열쇠:

• 중립적인 퍼실리테이터
• Time-boxing 엄수
• 모든 목소리 경청
• 합의보다 정렬 (alignment > agreement)

실패 신호:

• 한 사람이 지배
• 세션이 계속 연장
• "나중에 결정"이 너무 많음
• 기술 vs 비즈니스 분리

이 통합 템플릿은 unified-process-phases의 Inception과 현대 Lean/Agile 프랙티스의 장점을 결합한다. 무거운 문서화 없이도 체계적인 리스크 관리를 달성할 수 있다.