[PMP Study - Day15] 프로젝트 헌장 & 프로젝트 관리 계획서

1. 프로젝트 착수 (Initiating) 단계의 핵심

프로젝트가 공식적으로 존재하게 만들고, PM에게 권한을 부여하는 단계입니다.

1) 프로젝트 헌장 (Project Charter)

프로젝트 헌장은 **"프로젝트의 출생 신고서"**이자 **"PM의 임명장"**입니다.

• 정의: 프로젝트의 존재를 공식적으로 승인하고, 프로젝트 관리자(PM)에게 자원을 사용할 **권한(Authority)**을 부여하는 문서.
• 작성 주체: 프로젝트 스폰서(Sponsor) 또는 발주자. (PM이 작성을 도울 수는 있지만, 발행 및 승인 책임은 스폰서에게 있음)
• 포함되는 내용 (High-Level):
  • 프로젝트 목적 및 정당성 (왜 하는가? - 비즈니스 케이스 기반)
  • 상위 수준의 요구사항 및 범위 (구체적 스펙 X)
  • 상위 수준의 리스크
  • 요약 이정표(Milestone) 일정
  • 사전 승인된 재무 자원 (대략적인 예산)
  • 주요 이해관계자 목록
  • PM의 이름과 권한 수준
• PMP 시험 포인트 (시험에 자주 나오는 상황):
  • "프로젝트가 취소될 위기다" → 헌장의 비즈니스 케이스(타당성)를 재확인한다.
  • "PM이 팀원에게 업무를 지시했는데 따르지 않는다" → 헌장에 명시된 PM의 권한을 확인한다.
  • "프로젝트 헌장이 없다" → 프로젝트를 시작할 수 없다. (No Charter, No Project)

2) 가정 사항 기록부 (Assumption Log)

• 가정(Assumption): 증명되지는 않았지만 사실이라고 믿고 진행하는 것 (예: "내년 환율은 1300원일 것이다")
• 제약(Constraint): 프로젝트 팀의 선택을 제한하는 요소 (예: "예산은 1억 원을 넘을 수 없다", "마감일은 12월 31일이다")
• 헌장 개발 시점에 처음 생성되며, 프로젝트 내내 업데이트됩니다.

---

2. 프로젝트 계획 (Planning) 단계의 큰 그림

헌장이 승인되면, 이제 "어떻게(How)" 프로젝트를 실행하고 감시할지 구체적인 계획을 세웁니다.

1) 프로젝트 관리 계획서 (Project Management Plan)

이것은 단순한 일정표가 아닙니다. 프로젝트의 **모든 관리 영역을 통합한 "운영 매뉴얼"**입니다.

• 정의: 프로젝트 실행, 감시, 통제, 종료 방식을 기술한 포괄적인 문서.
• 구성 요소 (주요 3가지):
  1. 기준선 (Baselines): 성과 측정의 기준 (이것과 실제 실적을 비교함)
     • 스코프 기준선 (Scope Baseline)
     • 일정 기준선 (Schedule Baseline)
     • 원가 기준선 (Cost Baseline)
     • 참고: 이 3가지를 합쳐 '성과 측정 기준선(PMB)'이라고도 함.
  2. 보조 관리 계획서 (Subsidiary Plans): 각 영역별 "How-to" 가이드
     • 범위 관리 계획서, 일정 관리 계획서, 원가 관리 계획서, 품질 관리 계획서, 자원 관리 계획서, 의사소통 관리 계획서, 리스크 관리 계획서, 조달 관리 계획서, 이해관계자 참여 계획서 등.
  3. 기타: 변경 관리 계획서, 형상 관리 계획서, 개발 접근 방식(애자일/워터폴 등)

2) 핵심 차이점: 헌장 vs 관리 계획서

구분	프로젝트 헌장 (Charter)	프로젝트 관리 계획서 (PM Plan)
목적	프로젝트 승인 & PM 권한 부여	프로젝트 실행 및 통제 가이드
내용	상위 수준 (High-level) 정보	상세한 (Detailed) 기준과 계획
질문	Why & What (왜, 무엇을 하는가?)	How (어떻게 관리할 것인가?)
승인	스폰서 (Sponsor)	스폰서, 주요 이해관계자, PM 등

---

3. 💡 PMP 튜터의 시험 꿀팁 (Mindset)

시험 문제를 풀 때 다음 사고방식을 장착하세요.

1. 헌장은 헌법이다: 프로젝트 중에 근본적인 목표나 PM의 권한에 대해 의문이 생기면 무조건 '프로젝트 헌장'을 봅니다.
2. 계획이 먼저다: 무언가 실행하기 전에 반드시 "계획서를 확인한다" 혹은 "계획을 수립한다"가 우선입니다. 바로 행동(Do)으로 뛰어들지 마세요.
3. PM은 통합자다: PM은 범위, 일정, 원가 등 각각의 계획이 서로 모순되지 않도록 통합된 관리 계획서를 만드는 책임자입니다.

---

✍️ Day 15 실전 미니 테스트 (5문제)

Q1. 당신은 새로운 프로젝트의 PM으로 배정되었습니다. 프로젝트의 목표와 주요 이해관계자, 그리고 당신의 권한 수준을 확인하기 위해 가장 먼저 검토해야 할 문서는 무엇입니까?

A. 비즈니스 케이스

B. 프로젝트 관리 계획서

C. 프로젝트 헌장

D. 이해관계자 등록부

 

Q2. 프로젝트 실행 도중, 팀원들이 특정 작업의 수행 방식에 대해 혼란스러워하고 있습니다. 품질 기준과 승인 절차를 확인하기 위해 PM은 팀원들에게 어떤 문서를 보라고 안내해야 합니까?

A. 프로젝트 헌장

B. 프로젝트 관리 계획서 (품질 관리 계획서)

C. 레슨 런드 (교훈 등록부)

D. 이슈 로그

 

Q3. 프로젝트 헌장을 개발하는 프로세스에서 PM의 역할로 가장 적절한 것은 무엇입니까?

A. 헌장을 직접 승인하고 서명한다.

B. 스폰서가 헌장을 작성할 때 전문적인 조언을 제공하고 작성을 돕는다.

C. 프로젝트 예산을 확정하고 상세 일정을 수립한다.

D. 헌장 개발에는 참여하지 않고, 승인된 후에만 개입한다.

 

Q4. 다음 중 프로젝트 관리 계획서(Project Management Plan)에 포함되지 않는 문서는 무엇입니까? (문서의 성격을 구분하세요)

A. 스코프 기준선 (Scope Baseline)

B. 리스크 관리 계획서

C. 프로젝트 헌장

D. 변경 관리 계획서

 

Q5. 프로젝트 스폰서가 PM에게 전화를 걸어 "시장 상황이 변해서 프로젝트를 당장 시작해야 하니, 문서 작업은 나중에 하고 개발부터 시작해라"라고 지시했습니다. PMP 윤리 및 절차상 PM이 해야 할 올바른 행동은?

A. 스폰서의 지시이므로 즉시 개발팀을 소집하여 작업을 시작한다.

B. 프로젝트 헌장이 승인되기 전까지는 자원을 사용할 권한이 없으므로, 헌장 승인을 우선 요청한다.

C. 구두로 승인된 것으로 간주하고 리스크 등록부에 기록 후 진행한다.

D. 팀원들에게 상황을 설명하고 자발적으로 참여할 사람만 모집한다.

---

✅ 정답 및 해설

Q1. 정답: C (프로젝트 헌장)

• 해설: 프로젝트의 상위 수준 목표, 주요 이해관계자, PM의 권한이 명시된 문서는 '프로젝트 헌장'입니다. 관리 계획서는 아직 만들어지기 전 단계입니다.

Q2. 정답: B (프로젝트 관리 계획서)

• 해설: "어떻게" 작업하고 검사할지에 대한 구체적인 절차는 '프로젝트 관리 계획서'(그중에서도 품질 관리 계획서)에 있습니다. 헌장은 너무 상위 수준이라 구체적 절차가 없습니다.

Q3. 정답: B

• 해설: 헌장의 승인 권한은 스폰서에게 있습니다. 하지만 PM은 비즈니스 케이스를 검토하고 전문적 판단을 제공하여 작성을 '도울(Facilitate)' 수 있습니다.

Q4. 정답: C (프로젝트 헌장)

• 해설: 프로젝트 헌장은 프로젝트 관리 계획서의 **입력물(Input)**이지, 계획서의 구성 요소(부속 계획서나 기준선)가 아닙니다. 헌장은 계획서보다 상위의 '승인 문서'입니다.

Q5. 정답: B

• 해설: "No Charter, No Project." 프로젝트 헌장이 승인되지 않으면 PM은 조직의 자원(돈, 사람)을 쓸 권한이 없습니다. 아무리 급해도 최소한의 공식 승인(헌장)을 먼저 받아야 합니다.