캡스톤: 프로젝트 완전 기획과 관리

모든 것을 하나로

🔄 이전 레슨 복습: 이전 레슨에서 PM 워크플로 자동화를 배웠어요. 이제 7개 레슨의 모든 기법을 결합해 프로젝트를 처음부터 끝까지 관리해요.

7개 레슨에 걸쳐 프로젝트 관리의 모든 단계에 AI 지원 워크플로를 구축했어요: 기획, 스코핑, 태스크 분해, 리스크 관리, 커뮤니케이션, 애자일 세러모니, 워크플로 자동화. 각 스킬은 단독으로도 가치 있어요. 결합하면 프로젝트 관리 방식이 달라져요.

이 캡스톤은 프로젝트를 처음부터 끝까지 관리하는 과정을 안내하며, 각 레슨이 어떻게 하나의 워크플로로 연결되는지 보여줘요.

프로젝트: 신규 프로덕트 피처 런칭

시나리오예요:

회사: 프로젝트 관리 도구를 만드는 B2B SaaS 회사 프로젝트: “클라이언트 포털” 피처 추가 — 고객이 프로젝트 진행을 보고, 산출물을 승인하고, 팀과 커뮤니케이션하는 기능 팀: PM 1명(나), 개발자 2명, 디자이너 1명, QA 1명 타임라인: 10주 이해관계자: VP of Product, 영업 팀장, CS 리드, 베타 고객 3명 방법론: 2주 스프린트 (스크럼 기반)

각 단계를 따라가며 AI 어시스턴트로 연습을 완료하세요.

페이즈 1: 개시 (레슨 2)

브리프에서 시작해 기초 문서를 생성하세요.

연습 1: 프로젝트 차터

다음 프로젝트의 차터를 생성해줘:

프로젝트: 클라이언트 포털 피처
프로덕트: B2B 프로젝트 관리 SaaS 도구
문제: 고객이 현재 이메일과 주간 콜로 프로젝트 업데이트를
  받고 있어. 프로젝트 상태에 대한 실시간 가시성을 원해.
  영업팀에 따르면 가장 많이 요청받는 피처 #1.
팀: PM 1, 개발자 2, 디자이너 1, QA 1
타임라인: 10주
이해관계자: VP Product, 영업 팀장, CS 리드, 베타 고객 3명

전체 차터 생성:
- 목표 (SMART 포맷)
- 스코프 (범위 내외)
- 성공 기준 (구체적, 측정 가능)
- 가정과 제약
- 상위 수준 마일스톤
- 초기 리스크
- 기획 전 해결할 질문

연습 2: 이해관계자 맵

같은 프로젝트 맥락으로 AI에게 이해관계자 맵을 요청하세요: VP of Product(스폰서), 영업 팀장, CS 리드, 개발 리드, 베타 고객 3명, 마케팅, 서포트. 각 이해관계자의 파워, 관심, 참여 전략을 매핑하세요.

두 아웃풋을 리뷰하세요. 조직 지식을 추가하세요: 실제 의사결정자는 누구? 어떤 이해관계자가 저항할 수 있나?

페이즈 2: 기획 (레슨 2-3)

연습 3: WBS

클라이언트 포털 피처의 WBS를 만들어줘:

산출물:
- 클라이언트 대면 대시보드 (프로젝트 상태, 마일스톤 보기)
- 산출물 승인 워크플로 (리뷰, 승인, 변경 요청)
- 인포털 메시징 (스레드 대화)
- 알림 시스템 (이메일 + 인앱)
- 관리자 설정 (어떤 고객이 무엇을 볼지)
- 문서화와 트레이닝 자료

팀: 개발자 2, 디자이너 1, QA 1
타임라인: 10주 (2주 × 5스프린트)

공수 추정, 종속성, 역할 배정이 포함된 계층적 WBS.

자주 잊히는 태스크 포함: 디자인 리뷰, 코드 리뷰,
QA 사이클, 클라이언트 베타 테스트, 문서화, 배포, 모니터링.

연습 4: 리스크 레지스터

AI에게 보안(고객 데이터), 통합, 베타 고객, 타임라인 리스크를 포함한 리스크 레지스터를 요청하세요. 15개 이상 리스크와 트리거, 완화 계획, 오너를 포함. 기억하세요: 이것은 엔터프라이즈 데이터가 있는 고객 대면 피처예요 — 보안 리스크에 특별한 주의가 필요해요.

페이즈 3: 스프린트 플래닝 (레슨 6)

연습 5: 스프린트 1 플래닝

클라이언트 포털 프로젝트의 스프린트 1을 계획해줘.

가용 용량:
- 개발자 2명 × 8일 × 생산적 6시간 = 96 개발시간
- 디자이너 1명 × 8일 × 생산적 6시간 = 48 디자인시간
- QA 1명 × 8일 × 생산적 6시간 = 48 QA시간

스프린트 1 집중: 기반과 코어 대시보드

백로그 (우선순위):
1. 클라이언트 대시보드 — 프로젝트 리스트와 상태 보기
2. 프로젝트 디테일 뷰 — 마일스톤, 타임라인, 팀
3. 인증 — 클라이언트 로그인/초대 시스템
4. 대시보드 디자인 — 반응형, 브랜딩
5. 관리자 설정 — 어떤 고객이 어떤 프로젝트를 볼지
6. 클라이언트 데이터용 API 엔드포인트

권장:
- 스프린트 목표 (결과 중심 한 문장)
- 커밋할 스토리 (용량 내)
- 인수 기준 포함 유저 스토리
- 스프린트 1 고유 리스크

✅ 확인: 각 페이즈가 이전 페이즈의 아웃풋을 어떻게 활용하는지 봐보세요. 차터가 스코프를 정의하고, WBS로 이어져요. WBS가 태스크를 식별하고, 스프린트 백로그를 채워요. 리스크 레지스터가 이슈를 플래그하고, 스프린트 플래닝에 반영돼요. 이 문서 체인이 프로젝트 관리의 백본이에요.

페이즈 4: 실행 (레슨 5, 6, 7)

연습 6: 3주차 상태 보고서

클라이언트 포털 프로젝트의 3주차 상태 보고서를 생성해줘.

데이터:
스프린트 1 상태: 완료 (모든 스토리 완수)
스프린트 2 상태: 진행 중 (10일 중 3일차)

성과:
- 클라이언트 대시보드 MVP 스테이징 배포
- 인증 시스템 작동 (SSO 통합)
- 베타 고객 3명 초대, 2명 로그인 완료
- 클라이언트 대면 컴포넌트 디자인 시스템 확장

블로커:
- 세 번째 베타 고객이 초대에 무응답
- 프로젝트 50건 이상 시 목록 성능 이슈
- 디자이너가 마케팅에 최종 브랜드 에셋 요청 (5일 전)

리스크 실현:
- 아직 없지만 성능 이슈가 스프린트 2를 지연시킬 수 있음

예정:
- 스프린트 2 집중: 산출물 승인 워크플로
- 4주차 베타 고객 피드백 세션 예정

생성:
1. 임원 요약 (5불릿, RAG 상태)
2. 상세 상태 보고서 (1페이지)
3. 클라이언트 커뮤니케이션 (베타 고객용)

연습 7: 미드 프로젝트 리스크 리뷰

5주차에 원래 리스크 레지스터에 현재 상태를 추가해 AI에 넣으세요: 스프린트 2 완료, 성능 이슈 해결(1스프린트일 소요), 베타 고객 #3 이탈, 디자이너 다음 주 PTO, VP Product가 파일 공유 요청(스코프 밖). 업데이트된 확률, 새 리스크, 종료 리스크, 추천 행동을 요청하세요.

페이즈 5: 변경 대응 (레슨 7)

연습 8: 스코프 변경 요청

AI에게 스코프 변경 요청을 처리하도록 요청하세요: VP of Product가 파일 공유 추가를 원해요(“경쟁사가 방금 발표함”). 10주 중 5주차, 스프린트 3 시작, 코어 피처 정상 궤도. 스코프, 타임라인, 예산, 리스크에 대한 임팩트 분석과 세 가지 옵션을 요청하세요: (1) 타임라인 연장으로 추가, (2) 스코프 트레이드오프로 최소 버전, (3) 런칭 후 Phase 2.

페이즈 6: 레트로스펙티브 (레슨 6)

연습 9: 스프린트 4 레트로스펙티브

스프린트 4 데이터를 AI에 넣으세요: 34포인트 중 28 딜리버, 벨로시티 하락(30→32→36→28), 크리티컬 버그 5건, 비계획 보안 작업 15%. 모호한 인수 기준과 늦은 버그 발견에 대한 팀 피드백 포함. 레트로 포맷, 데이터 기반 토론 프롬프트, 액션 아이템, 전체 스프린트 트렌드 분석을 요청하세요.

페이즈 7: 종료 (레슨 7)

연습 10: 프로젝트 클로즈아웃

클라이언트 포털의 프로젝트 클로즈아웃 문서를 생성해줘.

프로젝트 요약:
- 원래 타임라인: 10주
- 실제 타임라인: 11주 (파일 공유 MVP 추가로 1주 연장 승인)
- 원래 스코프: 대시보드, 승인, 메시징, 알림, 관리자 설정
- 딜리버된 스코프: 원래 전부 + 파일 공유 MVP
- 팀: 모든 커밋먼트 달성
- 예산: 8% 초과 (스코프 추가로)
- 베타 고객 만족도: 3명 중 2명 "매우 만족"

스프린트 벨로시티 데이터:
스프린트 1: 30, 스프린트 2: 32, 스프린트 3: 36, 스프린트 4: 28, 스프린트 5: 34

생성: (1) 임원 요약과 메트릭이 포함된 최종 보고서,
(2) 레슨 러닝, (3) 서포트팀 인수인계 문서,
(4) 런칭 후 90일간 추적할 성공 지표.

완성된 PM 툴킷

이 코스에서 조합한 것:

실행 로드맵

1주차: 현재 프로젝트에 차터·WBS 생성기 사용 시작. 2주차: 상태 보고서 자동화와 리스크 레지스터 추가. 3주차: 스프린트 세러모니 프롬프트 통합. 2개월차: 조직에 맞춤화된 프롬프트 라이브러리 구축. 지속적: 결과를 기반으로 프롬프트를 정제하고 PM 동료와 공유.

마무리

최고의 프로젝트 매니저는 문서를 가장 많이 만드는 사람이 아니에요. 문제가 터지기 전에 보고, 신뢰와 정렬을 만드는 방식으로 커뮤니케이션하는 사람이에요.

AI가 더 나은 리더를 만들어주진 않아요. 하지만 실제로 리드할 수 있는 시간과 여유를 만들어줘요. PM 툴킷의 모든 도구는 오직 내가 할 수 있는 업무에 시간을 돌려주기 위해 존재해요.

멋진 프로젝트를 관리하러 가세요.