AI로 프로젝트 기획과 스코핑

모호한 브리프 문제

“고객 포털을 리뉴얼해야 해요. 모던하고, 모바일 친화적이고, 지금보다 낫게. 대표님이 Q3까지 원해요. 예산은 유연하지만 무한하지는 않아요. 시작하세요.”

이게 실제 프로젝트 브리프예요. 그리고 기획 용도로는 거의 쓸모없어요. “모던"이 뭔가요? 현재 포털의 구체적 문제는? 유저가 누군가요? “완료"가 뭘 의미하나요? 실제 예산 범위는?

모든 프로젝트는 모호함으로 시작해요. PM의 첫 번째 임무는 모호함을 명확함으로 바꾸는 것이에요. AI가 올바른 질문을 생성하고, 구체성을 강제하는 구조적 문서를 초안해서 이 과정을 극적으로 가속해요.

브리프를 차터로 변환

프로젝트 차터는 첫 번째 명확화 문서예요. 업무 시작 전에 모든 사람이 기본사항에 동의하게 강제해요.

이 프로젝트 브리프를 받았어:

"[받은 실제 브리프를 붙여넣기]"

다음 섹션으로 프로젝트 차터를 생성해줘:

1. 프로젝트 개요
   - 프로젝트명 (명확하고 설명적인 이름 제안)
   - 문제 정의 (어떤 문제를 해결하는가?)
   - 비즈니스 케이스 (왜 조직에 중요한가?)
   - 성공 기준 (성공을 어떻게 알 수 있는가?)

2. 목표 (SMART 포맷)
   - 구체적이고 측정 가능한 목표 3-5개

3. 스코프
   - 범위 내: 포함되는 것 (구체적 산출물)
   - 범위 밖: 명시적으로 포함되지 않는 것
   - 가정: 사실로 가정하는 것
   - 제약: 알려진 제한 (시간, 예산, 리소스)

4. 이해관계자
   - 프로젝트 스폰서
   - 프로젝트 매니저
   - 코어 팀
   - 주요 이해관계자

5. 상위 수준 타임라인
   - 주요 마일스톤 (상세 태스크 아님)
   - 목표 완료일
   - 주요 의사결정 포인트

6. 리스크 (초기 평가)
   - 브리프에서 보이는 상위 3-5개 리스크
   - 초기 완화 아이디어

7. 해결해야 할 질문
   - 상세 기획 전에 반드시 답해야 할 질문 리스트

"범위 밖" 섹션을 특히 꼼꼼하게 —
나중에 스코프 크리프를 방지하는 핵심이에요.

“해결해야 할 질문” 섹션이 금이에요. AI가 실행 단계에서 몇 주 후에야 발견할 모호함을 지금 식별해요. 지금 발견하면 고통스러운 중간 궤도 수정을 절약해요.

SOW (작업 명세서) 작성

차터가 승인되면 SOW로 구체화해요:

이 승인된 프로젝트 차터를 기반으로:

[차터 또는 핵심 섹션 붙여넣기]

다음 내용으로 작업 명세서를 생성해줘:

1. 프로젝트 설명
   무엇을 딜리버할 건지 상세 설명 (2-3문단)

2. 산출물
   각 산출물마다:
   - 설명 (구체적, 모호하지 않게)
   - 인수 기준 (완료를 어떻게 아는지)
   - 담당자
   - 예상 완료일

3. 타임라인과 마일스톤
   - 페이즈별 분해와 일정
   - 페이즈 간 종속성
   - 클라이언트 리뷰/승인 포인트
   - 페이즈 간 버퍼 타임

4. 팀과 역할
   - 주요 산출물별 RACI 매트릭스

5. 예산 (해당 시)
   - 페이즈 또는 산출물별 비용 분해
   - 마일스톤 연동 결제 일정
   - 변경 요청 프로세스

6. 범위 밖 (확장)
   - 포함되지 않는 것 상세 리스트
   - 클라이언트가 스코프를 추가하고 싶으면

7. 가정과 종속성
   - 클라이언트/이해관계자에게 필요한 것
   - 외부 종속성
   - 타이밍 가정

8. 변경 관리 프로세스
   - 스코프 변경 요청 방법
   - 평가 방법 (임팩트, 비용, 타임라인)
   - 변경 승인 주체

✅ 확인: SOW의 “변경 관리 프로세스” 섹션이 왜 중요할까요? 스코프 변경은 항상 발생하니까요. 변경 처리에 대한 합의된 프로세스가 “스코프 크리프"와 “관리된 스코프 진화"의 차이를 만들어요.

이해관계자 맵 만들기

이해관계자 관리가 프로젝트를 살리거나 죽여요. AI로 전체 지형을 매핑하세요:

[프로젝트 설명] 프로젝트를 기획 중이에요.

관련된 사람/그룹:
[이해관계자와 역할 리스트]

이해관계자 맵을 만들어줘:

1. 이해관계자 분석 테이블
   | 이름/그룹 | 역할 | 관심도 (상/중/하) |
   | 영향력 (상/중/하) | 태도 (챔피언/중립/회의적) |
   | 커뮤니케이션 니즈 | 참여 전략 |

2. 파워/관심 그리드
   각 이해관계자 분류:
   - 높은 파워, 높은 관심: 긴밀 관리
   - 높은 파워, 낮은 관심: 만족 유지
   - 낮은 파워, 높은 관심: 정보 제공
   - 낮은 파워, 낮은 관심: 모니터

3. 커뮤니케이션 플랜
   각 이해관계자 그룹에 대해:
   - 필요한 정보
   - 빈도 (일간/주간/월간/마일스톤)
   - 포맷 (이메일, 미팅, 대시보드, 보고서)
   - 커뮤니케이션 담당자

4. 리스크 평가
   - 프로젝트를 탈선시킬 수 있는 이해관계자는?
   - 반대를 트리거하는 것은?
   - 어떻게 사전에 방지하는지?

성공 기준 정의

가장 흔한 기획 실패: “완료"가 뭔지 정의 안 하는 것. AI가 구체성을 강제해요:

[프로젝트 산출물]을 만들 거예요.

이해관계자들이 "좋게", "빠르게", "유저 프렌들리하게",
"확장 가능하게" 원한다고 했어요.

이 모호한 요구사항을 구체적이고 측정 가능한 성공 기준으로 변환해줘:

각 모호한 요구사항에 대해:
1. 정확한 의미를 파악하기 위한 명확화 질문
2. 구체적이고 측정 가능한 기준 2-3개 제안
3. 각 기준의 측정 방법
4. 현실적인 목표 설정

예시:
모호: "유저 프렌들리"
구체: "신규 유저의 90%가 서포트 문의 없이 온보딩 완료"
측정: 온보딩 완료율과 신규 유저 서포트 티켓 추적
목표: 런칭 3개월 내 90%

리소스 기획

AI가 요청하기 전에 필요한 것을 체계적으로 정리해요:

이 프로젝트의 리소스 플랜을 만들어줘:

[프로젝트 요약]
[산출물과 타임라인]

1. 필요 역할
   각 역할에 대해:
   - 필요 스킬
   - 예상 투입 시간 (풀타임 대비 %)
   - 필요 기간 (어떤 프로젝트 페이즈)
   - 기존 팀원인지 채용인지

2. 도구/기술 요구사항
   - 필요 도구
   - 라이선스·구독
   - 셋업·학습 시간

3. 외부 종속성
   - 서드파티 서비스·벤더
   - 클라이언트 제공 자산·의사결정
   - 규제·컴플라이언스 요구사항

4. 예산 함의
   - 인건비 (시간 × 단가)
   - 도구·기술 비용
   - 컨틴전시 버퍼 (% 제안)

5. 리소스 리스크
   - 핵심 인원이 불가하면?
   - 도구가 기대대로 작동 안 하면?
   - 최소 가능 팀 구성은?

기획 템플릿 라이브러리

재사용 가능한 기획 문서 세트를 만드세요:

[프로젝트 유형] 프로젝트를 위한 기획 템플릿 킷을 만들어줘.

포함할 템플릿:
1. 원페이저 프로젝트 브리프 (초기 승인용)
2. 프로젝트 차터 (공식 프로젝트 개시)
3. 작업 명세서 (산출물과 기대치 정의)
4. 이해관계자 맵 (커뮤니케이션과 참여 관리)
5. 리소스 플랜 (필요한 것 식별)
6. RACI 매트릭스 (책임 명확화)

각 템플릿에 포함:
- 섹션 헤더
- 각 섹션에 들어갈 내용에 대한 간단한 지침
- 참고용 예시 콘텐츠
- [프로젝트별 정보] 플레이스홀더

실습 과제

실제 시작 예정 프로젝트의 초기 브리프를 AI에 넣고 생성해보세요:

프로젝트 차터
기획 진행 전 답이 필요한 질문 리스트
주요 인물의 이해관계자 맵

AI 아웃풋과 수동 작성 결과를 비교해보세요. AI가 놓쳤을 것을 추가한 것은? 수정하거나 추가해야 할 도메인 지식은?

핵심 정리

모든 프로젝트는 모호함으로 시작 — PM의 첫 임무는 모호함을 명확함으로 변환
프로젝트 차터는 기본사항에 대한 정렬을 강제: 스코프, 목표, 이해관계자, 제약
“범위 밖” 섹션이 스코프 크리프에 대한 최고의 방어선
AI가 몇 주 후에 발견할 모호함과 명확화 질문을 지금 식별
SOW는 모든 산출물에 인수 기준이 필요
이해관계자 맵이 서프라이즈를 방지: 누가 파워, 누가 관심, 무엇을 필요로 하는지
모호한 성공 기준(“좋게 만들어주세요”)을 구체적이고 측정 가능한 목표로 변환해야
AI 생성 플랜은 항상 도메인 지식과 이해관계자 인풋으로 검증하세요

다음 레슨: 레슨 3: 태스크 분해와 업무 배분에서 플랜을 실행으로 옮기는 법을 배워요.