PR/FAQ를 3개월 일일 로드맵으로 만드는 커맨드 한 줄의 마법

## 소개

최근 저는 **넥스트 제너레이션 아키비스트 클럽** 프로젝트의 PR/FAQ를 작성했습니다. Amazon Working Backwards 방법론을 적용해서 고객 중심으로 프로젝트를 기획했죠.

그런데 PR/FAQ를 완성하고 나니 이런 생각이 들었습니다:
> "이 멋진 계획을... 대체 어떻게 실행해야 하지?"

PR/FAQ는 "무엇을 만들 것인가"에 대한 답이었지만, **"언제, 어떻게, 무슨 순서로 실행할 것인가"**는 여전히 막막했습니다.

그때 `/generate-roadmap` 커맨드가 떠올랐고, 바로 실행해봤습니다. 결과는... **3개월간의 디테일한 일별 실행 로드맵이 자동으로 생성**되었습니다.

이 경험을 공유합니다!

## 사용한 도구

- **Claude Code**: `/generate-roadmap` 커맨드 (저는 `/daily-roadmap`으로 커스텀)
- **Obsidian**: PKM 시스템에서 PR/FAQ 및 로드맵 관리
- **Working Backwards 방법론**: PR/FAQ를 기반으로 역순 계획
- **데일리노트 연동**: `/daily-start`, `/daily-done`, `/daily-review` 커맨드로 반자동화

## 실행 과정

### 1단계: PR/FAQ 완성

먼저 PR/FAQ를 완성했습니다.

**프로젝트**: 넥스트 제너레이션 아키비스트 클럽
**목표 날짜**: 약 3개월 후
**시작일**: 2025년 11월 19일
**총 기간**: 약 3개월

핵심은 "커뮤니티가 원하는 미래"를 명확하게 정의하는 것이었습니다.

### 2단계: `/daily-roadmap` 커맨드 실행

터미널에서 커맨드를 입력했습니다:

```bash
/daily-roadmap
```

클로드가 물어봤습니다:
> "일별 실행 로드맵을 생성합니다! PR/FAQ 문서 위치를 알려주세요."

프로젝트 폴더를 지정했습니다.

### 3단계: PR/FAQ 자동 분석

클로드가 PR/FAQ를 읽고 자동으로 분석했습니다:

```
📄 PR/FAQ 분석 완료:

✅ 프로젝트: 넥스트 제너레이션 아키비스트 클럽
✅ 목표 날짜: 2026년 2월
✅ 현재일: 2025년 11월 19일
✅ 남은 기간: 81일 (약 3개월)

일별 로드맵을 생성할까요? (Y/N)
```

### 4단계: Phase 구분 제안

클로드가 자동으로 전체 기간을 Phase로 구분했습니다:

```
Phase를 어떻게 나눌까요?

제안:
[Phase 0] 11월 19일 → PR/FAQ 완성 ✅
[Phase 1] 11월 20-30일 (10일) → 초기 세팅
[Phase 2] 12월 1-11일 (11일) → 준비 단계
[Phase 3] 12월 12-31일 (20일) → 실행 1단계
[Phase 4] 2026년 1월-2월 초 (34일) → 실행 2단계
[Phase 5] 2월 중순 (15일) → 마무리 및 회고
```

### 5단계: 일별 작업 자동 생성

그리고... 마법이 일어났습니다.

클로드가 **3개월간의 모든 날짜를 하나하나 채워가기 시작**했습니다.

**11월 19일 (수)**: PR/FAQ 완성 ✅
**11월 20일 (목)**:
- [ ] 웹사이트 레퍼런스 수집
- [ ] 협력자 후보 리스트 작성
- [ ] 도메인 구매

**11월 21일 (금)**:
- [ ] 커뮤니티 예상 멤버 인터뷰 진행
- [ ] 웹사이트 와이어프레임 디지털화
- [ ] 프로그램 소개 페이지 구조 설계

...

**2026년 2월 초**: 프로젝트 마무리
**2026년 2월 중순**: 회고 및 차기 기획

### 6단계: 완성된 로드맵 저장

최종 결과물:

**구성**:
- 전체 타임라인: 2025년 11월 19일 ~ 2026년 2월 (약 90일)
- Phase: 6개
- 일별 작업: **약 350개의 체크박스**
- KPI 트래킹 섹션 포함
- 우선순위 섹션 포함 (🔥 High / ⚡ Medium / 📌 Low)

## 핵심 배운 점

### 1. "큰 그림"에서 "오늘 할 일"까지 자동 연결

가장 놀라웠던 점은, **PR/FAQ의 "큰 비전"이 "오늘 할 일"로 자동 분해**되었다는 것입니다.

**Before**:
- PR/FAQ: "3개월 후 프로젝트가 성공적으로 완료됩니다!"
- 나: "...그래서 오늘 뭐 하지?"

**After**:
- 로드맵: "오늘 협력자 후보 리스트 작성하고, 웹사이트 와이어프레임 스케치하세요!"

**구체적인 행동**으로 바뀌니 바로 실행할 수 있었습니다.

### 2. 역순 계획의 힘 (Working Backwards)

로드맵이 "목표일부터 역순"으로 생성되었다는 게 핵심입니다.

**일반 계획**:
1. 오늘 뭐 할까?
2. 내일 뭐 할까?
3. 모레 뭐 할까?
→ 목표에 도달할 수 있을지 불명확

**Working Backwards**:
1. 2월에 프로젝트 완료 → 그럼 전날엔?
2. 전날에 최종 점검 → 그럼 그 전날엔?
3. ...
4. 그럼 오늘은? → 협력자 컨택 + 와이어프레임!
→ **목표 달성 확률 대폭 상승**

### 3. 디테일의 힘

로드맵이 **너무 디테일**해서 놀랐습니다.

시간대별로 구분되어 있고, 각 작업이 체크리스트로 정리되어 있습니다. 이 정도 디테일이면 당일 아침에 로드맵만 보고 그대로 실행하면 됩니다.

### 4. 체크박스의 힘

가장 중요한 점:
> **모든 작업이 체크박스 형식 `- [ ]`으로 되어 있다**

**체크박스의 심리적 효과**:
- ✅ 하나 완료할 때마다 성취감
- ✅ 진행 상황 시각화
- ✅ "다음 할 일"이 명확

매일 아침 로드맵을 열고, 오늘 할 일의 체크박스를 하나씩 완료해나가면...
**3개월 뒤엔 프로젝트가 완성되어 있습니다.**

### 5. 데일리노트와 자동 연동

로드맵을 생성한 후, 더 놀라운 발견이 있었습니다.

**3가지 커맨드로 완전 자동화**:

```bash
# 1. 아침 루틴: 오늘 할 일 자동 수집
/daily-start
→ 오늘 날짜의 Daily Note 생성
→ 로드맵에서 오늘 할 일 자동 추출
→ Google Calendar 일정도 함께 수집

# 2. 저녁 루틴: 완료한 작업 동기화
/daily-done
→ 오늘 완료한 체크박스 확인
→ 로드맵에 자동 반영
→ 프로젝트 진행률 업데이트

# 3. 일간 회고: 진행 상황 점검
/daily-review
→ 오늘 완료 항목 정리
→ KPI 달성률 확인
→ 내일 우선순위 조정
```

**결과**:
- 매일 아침 로드맵을 일일이 찾아보지 않아도 됨
- Daily Note에 오늘 할 일이 자동으로 정리됨
- 완료한 작업이 로드맵과 자동 동기화
- 프로젝트 진행률이 실시간 업데이트

이제 정말로 **"생각(PR/FAQ) → 계획(Roadmap) → 실행(Daily Note)"**이 하나의 흐름으로 연결되었습니다.

### 6. Working Backwards 방법론의 완성

**PR/FAQ + 로드맵 + 데일리노트 = Working Backwards 방법론의 완성형**

| 단계    | 도구           | 질문                         | 결과                       |
| ------- | -------------- | ---------------------------- | -------------------------- |
| 기획    | PR/FAQ         | "무엇을 만들 것인가?"        | 고객 중심 비전 + FAQ       |
| 계획    | Roadmap        | "어떻게 실행할 것인가?"      | 일별 실행 계획 (350개 체크박스) |
| 실행    | Daily Note 연동 | "오늘 뭐 하지?"             | 자동 수집 + 동기화         |
| 점검    | 실행 & 회고    | "계획대로 가고 있는가?"      | 주간 KPI 점검 + 조정       |

이제 **"생각만 하던 것"이 "매일 실행하는 것"**으로 바뀌었습니다.

## 트러블슈팅

### 문제 1: PR/FAQ 없이 로드맵 생성 시도
- **원인**: 커맨드가 PR/FAQ를 기반으로 작동하는데, PR/FAQ가 없었음
- **해결**: 먼저 PR/FAQ 작성 → 그 다음 로드맵 생성

### 문제 2: Phase 구분이 너무 거칠게 제안됨
- **원인**: PR/FAQ에 마일스톤이 명확하지 않았음
- **해결**: PR/FAQ Internal FAQ에 마일스톤 추가 → 재실행

### 문제 3: 일별 작업이 추상적
- **원인**: 커맨드 프롬프트 수정 필요
- **해결**: 커맨드 파일(`.claude/commands/generate-roadmap.md`)에 "구체적 작업으로 분해" 지시 추가

## 느낀 점

### 커맨드 한 줄의 마법

**/generate-roadmap 커맨드 한 줄이 3개월을 바꿨습니다.**

**Before**:
- PR/FAQ만 있고, 실행 계획 없음
- "대체 어디서부터 시작하지?"
- 막연한 불안감

**After**:
- 90일간의 구체적 실행 계획
- "오늘은 이거 3개 하면 돼"
- 확신과 동기부여

### Working Backwards의 진짜 의미

**"Working Backwards"의 의미**를 알 것 같습니다.

단순히 "사람부터 생각하기"가 아니라:
1. **커뮤니티가 원하는 미래(PR/FAQ)**
2. **그 미래로 가는 역순 경로(Roadmap)**
3. **오늘부터 실행(Daily Actions)**

**이 3가지가 하나의 흐름으로 연결**되는 게 Working Backwards입니다.

### 클로드의 역할

클로드는 단순히 "문서 생성 도구"가 아니었습니다.

**클로드의 역할**:
1. **기획자**: PR/FAQ 분석 → 목표 추출
2. **프로젝트 매니저**: 타임라인 계산 → Phase 구분
3. **실행 파트너**: 일별 작업 분해 → 체크리스트 생성
4. **코치**: KPI 설정 → 우선순위 안내

마치 **"옆에서 같이 계획 세워주는 동료"** 같았습니다.

### 도구와 방법론의 조합

이번 경험을 통해 깨달은 것:
> **"좋은 도구 + 좋은 방법론 = 실행 가능한 프로젝트"**

- **좋은 도구**: Claude Code, 커스텀 커맨드
- **좋은 방법론**: Amazon Working Backwards
- **실행 가능한 프로젝트**: 구체적 실행 계획으로 이어지는 비전

이제는 **"생각을 실행으로 바꾸는 방법"**을 알게 되었습니다.

## 참고 자료
- 커스텀 커맨드: `/generate-roadmap`, `/daily-start`, `/daily-done`, `/daily-review`
- 방법론: Amazon Working Backwards
- 도구: Claude Code, Obsidian
- 프로젝트: 넥스트 제너레이션 아키비스트 클럽

---

**작성일**: 2025-11-21
**소요 시간**: PR/FAQ 분석 5분 + 로드맵 생성 10분 = 총 15분
**핵심 교훈**: "큰 그림에서 오늘 할 일까지, 커맨드 한 줄로 연결된다"