[PMP Study - Day 21] 프로젝트 통합 관리 (Integration Management)

 

안녕하세요! 

 

드디어 4주차가 시작되었습니다! 반환점을 돌았네요. 🎉 지난 3주 동안 스코프, 일정, 원가, 품질, 리스크, 조달, 이해관계자라는 각각의 '부품'들을 공부하셨습니다. 오늘 배울 '통합 관리(Integration Management)'는 이 모든 부품을 조립해서 하나의 완성된 자동차(프로젝트)로 굴러가게 만드는 PM 고유의 영역입니다.

 

통합 관리는 PM이 위임할 수 없는 유일한 영역이며, 시험에서 가장 상황 판단력을 요하는 문제(특히 변경 통제)가 많이 나오는 곳입니다.

 

오늘 자료 하나로 통합 관리의 전체 흐름을 완벽하게 정리해 드리겠습니다.

---

1. 프로젝트 통합 관리란?

각 지식 영역(범위, 일정, 원가 등)의 프로세스들을 조정, 결합, 통합하는 과정입니다. 자원을 어떻게 배분할지, 변경 사항을 어떻게 처리할지, 상충되는 목표(일정 vs 품질 등) 사이에서 어떤 결정을 내릴지 판단하는 것이 핵심입니다.

💡 핵심 흐름 (Data Flow)

PMP 시험에서 데이터가 정보가 되고 보고서가 되는 과정을 이해하는 것은 필수입니다.

1. 작업 성과 데이터 (Work Performance Data): 실행 단계에서 날것 그대로 수집된 수치. (예: 실제 원가 100만 원, 작업 3일 소요, 결함 5개)
2. 작업 성과 정보 (Work Performance Information): 데이터를 계획과 비교하여 분석한 것. (예: 계획보다 비용 10% 초과, 일정 2일 지연)
3. 작업 성과 보고서 (Work Performance Reports): 정보를 모아 이해관계자가 의사결정을 할 수 있게 만든 문서. (예: 주간 상태 보고서, 대시보드)

---

2. 프로젝트 작업 지시 및 관리 (Direct and Manage Project Work)

계획대로 실제 작업을 수행하고 결과물을 만들어내는 **'실행(Executing)'**의 핵심 프로세스입니다.

• 주요 활동:
  • 인도물(Deliverables) 생성
  • 작업 성과 데이터(WPD) 수집
  • 이슈 로그(Issue Log) 관리: 문제가 터지면 기록하고 추적합니다.
  • 변경 요청(Change Requests) 구현: 승인된 변경 사항을 실제 작업에 반영합니다.

---

3. 프로젝트 지식 관리 (Manage Project Knowledge)

과거의 정보(교훈)를 가져와서 현재 프로젝트에 쓰고, 현재 프로젝트에서 얻은 새 지식을 미래를 위해 남기는 것입니다.

🔑 암묵지 vs 형식지

• 암묵지 (Tacit Knowledge): 개인의 머릿속에 있는 노하우, 경험, 신념. 공유하기 어려움. (예: 김 부장의 협상 스킬)
  • 해결책: 네트워킹, 인터뷰, 워크숍, 멘토링 등 사람 간의 상호작용으로 공유.
• 형식지 (Explicit Knowledge): 문서, 데이터베이스, 매뉴얼 등 형식이 있는 지식. 공유하기 쉬움.

📄 교훈 등록부 (Lessons Learned Register)

• 프로젝트 초기부터 종료까지 지속적으로 업데이트해야 합니다. (끝날 때 한 번 쓰는 것 아님!)
• 프로젝트가 끝나면 이 내용은 회사의 자산인 **조직 프로세스 자산(OPA)**으로 이관됩니다.

---

4. 통합 변경 통제 수행 (Perform Integrated Change Control) ★★★

PMP 시험의 최다 빈출, 최고 난이도 영역입니다. "고객이 기능을 추가해 달라고 한다", "일정이 지연되었다" 등 계획과 달라지는 모든 상황에서 PM은 이 절차를 따라야 합니다.

🔥 변경 통제 절차 (절대 암기)

변경 요청이 들어오면 PM은 기계적으로 다음 순서를 밟아야 합니다. (무조건 'Yes'도 안 되고, 무조건 'No'도 안 됨)

1. 변경 내용 문서화: 구두 요청은 문서(Change Request)로 남기라고 안내한다.
2. 영향 분석 (Impact Analysis): 이 변경이 일정, 원가, 품질, 리스크 등에 미치는 영향을 먼저 분석한다. (분석 없이 승인 금지)
3. 대안 모색: 영향을 최소화할 방법이 있는지 찾는다.
4. 승인 요청 (CCB): 분석된 내용을 바탕으로 승인 권한자에게 승인을 요청한다.
   • 기준선(Baseline)이 바뀌는 변경: **CCB(Change Control Board, 변경 통제 위원회)**가 승인.
   • 단순한 변경: PM 전결 가능.
5. 승인/거절 결정: 결정된 사항을 변경 로그(Change Log)에 기록한다.
6. 이해관계자 통보: 결정 내용을 관련자에게 알린다.
7. 실행 및 기준선 업데이트: 승인된 경우 계획서를 수정하고 작업을 지시한다.

---

5. 프로젝트 또는 단계 종료 (Close Project or Phase)

프로젝트가 목표를 달성했거나, 강제로 중단되었을 때 공식적으로 문을 닫는 과정입니다.

✅ 종료 절차 핵심

1. 인수 기준 확인: 모든 인도물이 고객의 요구사항을 충족했는지 확인(Validate Scope가 선행됨).
2. 최종 결과물 이관 (Transition): 제품, 서비스, 결과를 운영팀이나 고객에게 넘김.
3. 최종 보고서 작성: 프로젝트의 성공/실패 여부, 원가/일정 성과 요약.
4. 교훈 정리 및 업데이트: OPA 업데이트.
5. 계약 종료: 조달 관련 청산 (행정적 종료보다 먼저 수행될 수 있음).
6. 자원 해제: 팀원들을 원래 부서로 복귀시키거나 해방.

주의: 프로젝트가 **중도에 강제 종료(Terminate)**되더라도, 반드시 종료 프로세스는 수행해야 합니다. (어디까지 했는지 기록하고 교훈을 남겨야 함)

---

✍️ Day 21 실전 모의고사 (10문제)

Q1. 프로젝트 실행 도중 고객이 중요한 기능 변경을 구두로 요청했습니다. PM은 이 변경이 프로젝트에 도움이 된다고 생각합니다. PM이 가장 먼저 해야 할 일은 무엇입니까?

A. 즉시 변경 작업을 시작하도록 팀에게 지시한다.

B. 고객에게 변경 요청을 공식적인 문서로 작성해 달라고 요청한다.

C. 변경 통제 위원회(CCB)를 소집한다.

D. 변경이 일정과 원가에 미치는 영향을 분석한다.

 

Q2. 프로젝트 팀이 작업을 수행하면서 실제 원가가 계획보다 초과하고 있다는 사실을 발견했습니다. 이와 같이 계획 대비 실적을 비교하고 감시하는 프로세스에서 생성되는 산출물로, 이해관계자에게 현황을 보고하기 위해 가공된 형태는 무엇입니까?

A. 작업 성과 데이터 (Work Performance Data)

B. 작업 성과 정보 (Work Performance Information)

C. 작업 성과 보고서 (Work Performance Reports)

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

 

Q3. 다음 중 '프로젝트 지식 관리(Manage Project Knowledge)' 프로세스에서 다루는 '암묵지(Tacit Knowledge)'를 공유하기 위한 방법으로 가장 적절한 것은 무엇입니까?

A. 위키(Wiki)나 지식 저장소 업데이트

B. 프로세스 문서화

C. 교훈 등록부 작성

D. 전문가 인터뷰 및 멘토링

 

Q4. 변경 통제 위원회(CCB)의 주된 역할은 무엇입니까?

A. 모든 변경 요청을 무조건 거절하여 기준선을 보호한다.

B. 변경 요청을 검토, 승인, 보류 또는 거부하고 그 결정을 기록한다.

C. 변경에 따른 추가 예산을 PM 대신 지불한다.

D. 프로젝트 관리 계획서를 직접 작성하고 수정한다.

 

Q5. 프로젝트가 예산 삭감으로 인해 중도에 강제로 종료(Terminate)되었습니다. PM이 가장 먼저 해야 할 조치는 무엇입니까?

A. 즉시 모든 작업을 중단하고 팀원들을 해산시킨다.

B. 완료된 작업과 미완료된 작업의 수준을 문서화하고 종료 절차를 밟는다.

C. 새로운 스폰서를 찾아 프로젝트를 재개할 방법을 모색한다.

D. 실패한 프로젝트이므로 기록을 남기지 않고 삭제한다.

 

Q6. 다음 중 프로젝트 통합 관리에서 PM이 다른 사람에게 위임할 수 없는 고유의 책임은 무엇입니까?

A. 품질 검사 수행

B. 리스크 식별 회의 진행

C. 프로젝트 관리 계획서 통합 및 프로젝트 목표 간의 절충(Trade-off) 결정

D. 작업 패키지(Work Package)의 상세 일정 수립

 

Q7. 프로젝트 종료 단계에서 고객이 최종 인도물의 인수를 거부하고 있습니다. 고객은 사소한 결함을 이유로 들고 있습니다. PM은 어떻게 해야 합니까?

A. 법적 소송을 진행한다.

B. 프로젝트 헌장을 참조하여 PM의 권한을 확인한다.

C. 인수 기준(Acceptance Criteria)이 명시된 문서를 검토하여 조건이 충족되었는지 확인하고 협의한다.

D. 고객이 만족할 때까지 무상으로 수정 작업을 계속한다.

 

Q8. 교훈 등록부(Lessons Learned Register)에 대한 설명으로 올바른 것은 무엇입니까?

A. 프로젝트 실패 원인만 기록하는 문서이다.

B. 프로젝트 종료 시에 한 번만 작성하여 보관한다.

C. 프로젝트 관리자만 열람하고 작성할 수 있다.

D. 프로젝트 초기부터 종료 시까지 지속적으로 업데이트되며, 종료 후에는 조직 프로세스 자산(OPA)으로 이관된다.

 

Q9. 변경 요청(Change Request)에 포함될 수 있는 활동이 아닌 것은 무엇입니까?

A. 시정 조치 (Corrective Action)

B. 예방 조치 (Preventive Action)

C. 결함 수정 (Defect Repair)

D. 기준선 유지 (Maintain Baseline)

 

Q10. 프로젝트 실행 지시 및 관리(Direct and Manage Project Work) 프로세스의 주요 산출물이 아닌 것은?

A. 인도물 (Deliverables)

B. 작업 성과 데이터 (Work Performance Data)

C. 이슈 로그 (Issue Log)

D. 승인된 변경 요청 (Approved Change Requests)

---

✅ 정답 및 해설

Q1. 정답: B (공식적인 문서 요청)

• 해설: 변경 통제 절차의 첫 단계는 변경 요청을 공식화(문서화)하는 것입니다. 분석(D)이나 CCB 소집(C)은 문서 접수 후에 이루어집니다.

Q2. 정답: C (작업 성과 보고서)

• 해설:
  • 데이터(Data): 날것의 수치
  • 정보(Info): 분석된 비교 값
  • 보고서(Report): 의사결정을 위해 정보들을 모아놓은 문서 (현황 보고서, 메모 등)

Q3. 정답: D (전문가 인터뷰 및 멘토링)

• 해설: 암묵지(경험, 노하우)는 문서화하기 어렵기 때문에 사람 간의 대화나 상호작용(인터뷰, 멘토링, 쉐도잉 등)을 통해 공유해야 합니다. 나머지는 형식지 관리 방법입니다.

Q4. 정답: B

• 해설: CCB는 프로젝트 기준선에 영향을 미치는 변경 사항을 검토하고 승인/거부 여부를 결정하는 공식적인 그룹입니다.

Q5. 정답: B (문서화 및 종료 절차)

• 해설: 프로젝트가 강제 종료되더라도, 현재까지의 상태를 문서화하고 교훈을 정리하는 등 공식적인 종료 프로세스를 수행해야 합니다. 그냥 해산(A)하거나 기록 삭제(D)는 잘못된 행동입니다.

Q6. 정답: C

• 해설: 통합 관리, 특히 계획의 통합과 목표 간의 균형(일정 vs 품질 등)을 맞추는 의사결정은 PM의 핵심 책임이며 위임할 수 없습니다.

Q7. 정답: C

• 해설: 감정적으로 대응하거나 무조건 수용하기보다, 사전에 합의된 '인수 기준(Acceptance Criteria)'을 근거로 객관적으로 판단하고 설득해야 합니다.

Q8. 정답: D

• 해설: 교훈은 성공과 실패 모두 기록하며, 프로젝트 전 기간에 걸쳐 업데이트되는 살아있는 문서입니다.

Q9. 정답: D

• 해설: 변경 요청은 무언가를 바꾸거나 고치는 것입니다. 시정(과거 수정), 예방(미래 대비), 결함 수정 등이 포함됩니다. '기준선 유지'는 변경 요청의 대상이 아닙니다.

Q10. 정답: D (승인된 변경 요청)

• 해설: '승인된 변경 요청'은 이 프로세스의 **입력물(Input)**입니다. 즉, 승인된 변경 사항을 받아서 작업을 수행(Direct and Manage)하여 인도물을 만들어내는 것입니다.

---

4주차의 시작을 멋지게 해내셨습니다! 통합 관리는 PM의 존재 이유이기도 합니다. 특히 **"변경은 절차를 따르고, 종료는 공식적으로 한다"**는 원칙을 꼭 기억해 주세요.