PMBOK Guide Overview
PMI 프로젝트 관리 표준, 5대 프로세스 그룹, 10대 지식영역, 공공 SI 적용
🎯 PMBOK이란?
PMBOK (Project Management Body of Knowledge): PMI(Project Management Institute)에서 발행하는 프로젝트 관리 지식 체계 표준
| 항목 | 설명 |
|---|---|
| 발행 | PMI (미국, 1969년 설립) |
| 현재 버전 | 7th Edition (2021) |
| 성격 | 프로젝트 관리 베스트 프랙티스 모음 |
| 자격증 | PMP (Project Management Professional) |
| 적용 범위 | IT, 건설, 제조, 의료 등 산업 무관 |
💡 PMBOK 6th(2017)까지는 프로세스 중심, 7th(2021)부터는 원칙(Principle) 중심으로 전환. 실무와 시험에서는 아직 6th 프로세스 체계가 많이 쓰임.
왜 알아야 하나?
| 이유 | 설명 |
|---|---|
| 제안서 | 공공 SI 제안서에 “PMBOK 기반 관리 방법론” 거의 필수 언급 |
| 공통 언어 | PM, 개발, 인프라 팀 간 프로젝트 용어 통일 |
| 감리 대응 | 단계별 산출물, 프로세스가 PMBOK 체계와 연결 |
| 체계적 관리 | 경험 기반 → 프레임워크 기반 관리로 전환 |
📊 프로젝트 기본 개념
프로젝트 vs 운영
| 구분 | 프로젝트 | 운영 |
|---|---|---|
| 기간 | 한시적 (시작과 끝) | 지속적 |
| 목적 | 고유한 결과물 | 반복적 업무 |
| 예시 | 클라우드 이관 사업 | 서버 모니터링, 장애 대응 |
프로젝트의 제약 조건 (Triple Constraint)
flowchart TB Scope["범위 (Scope)"] Time["일정 (Time)"] Cost["비용 (Cost)"] Quality["품질 (Quality)"] Scope --- Quality Time --- Quality Cost --- Quality Scope --- Time Time --- Cost Scope --- Cost
세 가지는 서로 연동됨. 범위가 늘면 일정이나 비용이 증가하고, 비용을 줄이면 범위나 품질에 영향을 줌.
프로젝트 관련 역할
| 역할 | 설명 |
|---|---|
| 스폰서 (Sponsor) | 프로젝트 예산/권한 부여. 공공 SI에서는 발주처 담당 |
| PM (Project Manager) | 프로젝트 전체 관리 책임자 |
| PMO | Project Management Office, 조직 차원의 PM 지원 |
| 이해관계자 (Stakeholder) | 프로젝트에 영향을 주거나 받는 모든 사람/조직 |
🔄 5대 프로세스 그룹
프로젝트 수행의 흐름. 순차적이 아니라 반복/중첩됨.
flowchart LR Init["착수<br/>Initiating"] Plan["기획<br/>Planning"] Exec["실행<br/>Executing"] MC["감시/통제<br/>Monitoring<br/>& Controlling"] Close["종료<br/>Closing"] Init --> Plan --> Exec --> Close Plan <--> Exec MC -.->|"전 단계 감시"| Init MC -.-> Plan MC -.-> Exec MC -.-> Close
각 프로세스 그룹 상세
1. 착수 (Initiating)
프로젝트를 공식적으로 시작하는 단계임.
| 활동 | 설명 |
|---|---|
| 프로젝트 헌장 작성 | 프로젝트 목적, 범위, 예산, PM 권한 정의 |
| 이해관계자 식별 | 누가 관련되어 있는지 파악 |
공공 SI에서는: 계약 체결, 착수 보고회, 사업수행계획서(PMP) 제출
2. 기획 (Planning)
어떻게 수행할지 계획을 수립하는 단계임. PMBOK에서 가장 많은 프로세스가 여기 집중됨.
| 활동 | 설명 |
|---|---|
| 범위 정의 | WBS 작성, 무엇을 하고 무엇을 안 하는지 |
| 일정 계획 | 작업 순서, 기간 산정, 마일스톤 |
| 비용 산정 | 예산 배분, 원가 기준선 |
| 품질 계획 | 품질 기준, 검증 방법 |
| 리스크 계획 | 위험 식별, 대응 전략 |
| 조달 계획 | 외부 구매/하도급 계획 |
공공 SI에서는: 요구사항 분석, AS-IS 분석, TO-BE 설계, 시험 계획
3. 실행 (Executing)
계획을 실제로 수행하는 단계임.
| 활동 | 설명 |
|---|---|
| 작업 수행 | 실제 개발, 구축, 설치 |
| 팀 관리 | 인력 배치, 역량 개발 |
| 이해관계자 관리 | 의사소통, 기대 관리 |
| 품질 보증 | 프로세스가 기준에 맞는지 확인 |
공공 SI에서는: 인프라 설치, 소프트웨어 구축, 데이터 이관
4. 감시 및 통제 (Monitoring & Controlling)
계획 대비 실적을 추적하고 차이를 조정하는 단계임. 프로젝트 전 기간에 걸쳐 수행됨.
| 활동 | 설명 |
|---|---|
| 진척 관리 | 일정/비용 대비 실적 추적 |
| 변경 통제 | 범위/일정 변경 요청 관리 |
| 리스크 감시 | 식별된 위험 추적, 새 위험 감지 |
| 품질 통제 | 산출물이 기준에 맞는지 검증 |
공공 SI에서는: 주간/월간 보고, 감리 대응, 이슈 관리, 변경 관리
5. 종료 (Closing)
프로젝트를 공식적으로 마무리하는 단계임.
| 활동 | 설명 |
|---|---|
| 산출물 인수인계 | 고객에게 결과물 전달 |
| 교훈 정리 | Lessons Learned 기록 |
| 계약 종료 | 공식적 완료 확인 |
공공 SI에서는: 완료 보고회, 최종 감리, 인수인계, 하자보수 시작
📚 10대 지식영역
프로젝트 관리의 주제별 분류. 각 영역이 5대 프로세스 그룹에 걸쳐 프로세스를 갖고 있음.
flowchart TB subgraph Core["핵심 영역"] Scope["범위<br/>Scope"] Schedule["일정<br/>Schedule"] Cost["비용<br/>Cost"] Quality["품질<br/>Quality"] end subgraph Support["지원 영역"] Resource["자원<br/>Resource"] Comm["의사소통<br/>Communication"] Risk["리스크<br/>Risk"] Procurement["조달<br/>Procurement"] Stakeholder["이해관계자<br/>Stakeholder"] end Integration["통합<br/>Integration"] Integration --> Core Integration --> Support
1. 통합 관리 (Integration Management)
전체를 하나로 묶는 역할임. PM의 핵심 업무.
| 프로세스 | 단계 | 설명 |
|---|---|---|
| 프로젝트 헌장 개발 | 착수 | 프로젝트 공식 승인 문서 |
| 프로젝트 관리 계획서 개발 | 기획 | 모든 계획을 통합한 마스터 계획 |
| 프로젝트 작업 지시/관리 | 실행 | 계획에 따른 작업 수행 |
| 통합 변경 통제 | 감시 | 변경 요청 심사/승인 |
| 프로젝트 종료 | 종료 | 공식 마무리 |
💡 변경 통제는 공공 SI에서 특히 중요. 범위 변경 시 계약 변경이 수반되기 때문.
2. 범위 관리 (Scope Management)
무엇을 하고, 무엇을 안 하는지 정의함.
| 프로세스 | 설명 |
|---|---|
| 요구사항 수집 | 이해관계자 요구사항 도출 |
| 범위 정의 | 프로젝트 범위 기술서 작성 |
| WBS 작성 | 작업 분해 구조도 |
| 범위 확인 | 고객의 공식 수락 |
| 범위 통제 | 범위 변경 관리 |
WBS (Work Breakdown Structure):
flowchart TB Proj["인프라 구축 프로젝트"] A["1. 분석"] B["2. 설계"] C["3. 구축"] D["4. 시험"] E["5. 이관"] A1["1.1 현황 분석"] A2["1.2 요구사항 분석"] B1["2.1 아키텍처 설계"] B2["2.2 상세 설계"] C1["3.1 HW 설치"] C2["3.2 SW 설치"] C3["3.3 네트워크 구성"] D1["4.1 단위 시험"] D2["4.2 통합 시험"] E1["5.1 데이터 이관"] E2["5.2 인수인계"] Proj --> A & B & C & D & E A --> A1 & A2 B --> B1 & B2 C --> C1 & C2 & C3 D --> D1 & D2 E --> E1 & E2
💡 WBS는 제안서와 프로젝트 계획서의 뼈대. 일정, 비용, 인력 산정의 기준이 됨.
3. 일정 관리 (Schedule Management)
언제까지 완료할지 계획하고 추적함.
| 프로세스 | 설명 |
|---|---|
| 활동 정의 | WBS → 구체적 활동 목록 |
| 활동 순서 배열 | 선후행 관계 정의 |
| 활동 기간 산정 | 각 활동에 걸리는 시간 |
| 일정 개발 | 전체 일정표 (Gantt Chart) |
| 일정 통제 | 실적 대비 지연 관리 |
주요 기법:
| 기법 | 설명 |
|---|---|
| CPM | Critical Path Method. 최장 경로 = 최소 프로젝트 기간 |
| Fast Tracking | 순차 작업을 병렬로 수행 (리스크 증가) |
| Crashing | 자원 추가 투입으로 기간 단축 (비용 증가) |
| 마일스톤 | 주요 시점 표시. 감리, 보고 기준 |
4. 비용 관리 (Cost Management)
예산 수립과 비용 통제.
| 프로세스 | 설명 |
|---|---|
| 비용 산정 | 각 활동의 비용 추정 |
| 예산 결정 | 비용 기준선 수립 |
| 비용 통제 | EVM(Earned Value Management) |
EVM 핵심 지표:
| 지표 | 의미 | 설명 |
|---|---|---|
| PV | Planned Value | 계획된 작업의 예산 |
| EV | Earned Value | 완료된 작업의 예산 가치 |
| AC | Actual Cost | 실제 투입 비용 |
| SPI | Schedule Performance Index | EV/PV (1.0 이상이면 일정 앞섬) |
| CPI | Cost Performance Index | EV/AC (1.0 이상이면 예산 절감) |
예시:
PV = 1억 (이 시점까지 계획된 작업량의 가치)
EV = 8천만 (실제 완료된 작업량의 가치)
AC = 9천만 (실제 사용한 비용)
SPI = 0.8 → 일정 20% 지연
CPI = 0.89 → 비용 11% 초과
5. 품질 관리 (Quality Management)
결과물과 프로세스가 요구사항을 충족하는지 확인함.
| 프로세스 | 설명 |
|---|---|
| 품질 계획 | 품질 기준, 측정 방법 정의 |
| 품질 보증 (QA) | 프로세스가 기준에 맞는지 감사 |
| 품질 통제 (QC) | 산출물 검사, 결함 식별 |
공공 SI에서의 품질:
| 항목 | 적용 |
|---|---|
| 시험 계획서 | 단위/통합/성능/보안 시험 기준 |
| 감리 | 외부 감리법인의 품질 점검 |
| 검수 기준 | 발주처의 인수 조건 |
6. 자원 관리 (Resource Management)
인력과 물적 자원 관리.
| 프로세스 | 설명 |
|---|---|
| 자원 계획 | 필요 인력/장비 식별 |
| 팀 확보 | 인력 배치, 투입 일정 |
| 팀 개발 | 역량 향상, 팀빌딩 |
| 팀 관리 | 성과 관리, 갈등 해결 |
공공 SI 인력 구성 (일반적):
| 역할 | 담당 |
|---|---|
| PM | 프로젝트 총괄 |
| PL | 파트별 리더 (인프라 PL, 개발 PL) |
| SA | 시스템 아키텍트 |
| 인프라 엔지니어 | 서버, 네트워크, 스토리지 구축 |
| DBA | 데이터베이스 설계/구축 |
| QA | 품질 관리, 시험 |
7. 의사소통 관리 (Communications Management)
적절한 정보를 적절한 사람에게 적시에 전달함.
| 프로세스 | 설명 |
|---|---|
| 의사소통 계획 | 누가, 무엇을, 언제, 어떻게 |
| 의사소통 관리 | 정보 배포, 보고 |
| 의사소통 감시 | 효과적으로 전달되고 있는지 |
공공 SI 의사소통 채널:
| 유형 | 빈도 | 대상 |
|---|---|---|
| 일일 스탠드업 | 매일 | 프로젝트 팀 |
| 주간 보고 | 매주 | PM, PL, 발주처 |
| 월간 보고 | 매월 | 경영진, 스폰서 |
| 감리 보고 | 단계별 | 감리법인, 발주처 |
| 이슈 보고 | 수시 | 관련자 |
8. 리스크 관리 (Risk Management)
불확실성을 사전에 식별하고 대응함.
| 프로세스 | 설명 |
|---|---|
| 리스크 식별 | 잠재적 위험 목록화 |
| 정성적 분석 | 발생 확률 × 영향도 → 우선순위 |
| 정량적 분석 | 수치적 영향 분석 (대규모 프로젝트) |
| 대응 계획 | 회피, 전가, 완화, 수용 |
| 리스크 감시 | 지속적 추적, 새 리스크 감지 |
리스크 대응 전략:
| 전략 | 설명 | 예시 |
|---|---|---|
| 회피 (Avoid) | 원인 제거 | 검증 안 된 기술 대신 검증된 기술 선택 |
| 전가 (Transfer) | 제3자에게 전가 | 보험, 외주 계약의 손해배상 조항 |
| 완화 (Mitigate) | 확률/영향 줄이기 | 이중화 구성, 백업 장비 확보 |
| 수용 (Accept) | 감수 | 리스크 발생 시 대응 예산(예비비) 확보 |
인프라 프로젝트 주요 리스크:
| 리스크 | 대응 |
|---|---|
| HW 납기 지연 | 조기 발주, 대체 벤더 확보 |
| 기존 시스템 호환성 | 사전 PoC, 호환성 테스트 |
| 데이터 이관 오류 | 단계별 검증, 롤백 계획 |
| 핵심 인력 이탈 | 지식 공유, 백업 인력 |
| 요구사항 변경 | 변경 통제 프로세스, 영향 분석 |
9. 조달 관리 (Procurement Management)
외부 구매와 계약 관리.
| 프로세스 | 설명 |
|---|---|
| 조달 계획 | 무엇을 외부에서 조달할지 |
| 조달 수행 | 입찰, 평가, 계약 |
| 조달 통제 | 계약 이행 관리 |
공공 SI 조달 특수성:
| 항목 | 설명 |
|---|---|
| 나라장터 | 조달청 전자입찰 시스템 |
| 규격 심사 | 기술 규격 충족 여부 |
| 분리 발주 | HW, SW, SI를 분리 발주하는 경우 |
| 하도급 | 전문 업체에 일부 위탁 |
10. 이해관계자 관리 (Stakeholder Management)
이해관계자의 기대를 파악하고 관리함.
| 프로세스 | 설명 |
|---|---|
| 이해관계자 식별 | 누가 관련되는지 파악 |
| 참여 계획 | 참여 수준/전략 수립 |
| 참여 관리 | 기대 관리, 관계 유지 |
| 참여 감시 | 참여도 변화 추적 |
공공 SI 이해관계자:
flowchart TB PM["PM"] Client["발주처<br/>(갑)"] Auditor["감리법인"] Vendor["HW/SW 벤더"] Sub["하도급 업체"] User["최종 사용자"] Mgmt["수행사 경영진"] PM --- Client PM --- Auditor PM --- Vendor PM --- Sub PM --- User PM --- Mgmt
🗂️ 프로세스 그룹 × 지식영역 매핑
49개 프로세스가 5대 프로세스 그룹과 10대 지식영역에 걸쳐 분포함.
| 지식영역 | 착수 | 기획 | 실행 | 감시/통제 | 종료 |
|---|---|---|---|---|---|
| 통합 | 헌장 | 관리계획 | 작업수행 | 변경통제, 감시 | 종료 |
| 범위 | WBS, 범위정의 | 범위확인, 통제 | |||
| 일정 | 활동정의, 일정개발 | 일정통제 | |||
| 비용 | 산정, 예산 | 비용통제 | |||
| 품질 | 품질계획 | 품질보증 | 품질통제 | ||
| 자원 | 자원계획 | 팀확보, 관리 | 자원통제 | ||
| 의사소통 | 의사소통계획 | 의사소통관리 | 의사소통감시 | ||
| 리스크 | 식별, 분석, 대응 | 리스크감시 | |||
| 조달 | 조달계획 | 조달수행 | 조달통제 | ||
| 이해관계자 | 식별 | 참여계획 | 참여관리 | 참여감시 |
💡 **기획(Planning)**에 프로세스가 가장 많다 → 계획이 프로젝트 성패를 좌우함.
🏗️ 공공 SI 인프라 프로젝트에서의 적용
PMBOK ↔ 공공 SI 단계 매핑
flowchart LR subgraph PMBOK["PMBOK 프로세스 그룹"] I["착수"] P["기획"] E["실행"] MC["감시/통제"] C["종료"] end subgraph SI["공공 SI 단계"] S1["착수/착수보고"] S2["분석/설계"] S3["구축/시험"] S4["이관/안정화"] S5["완료/하자보수"] end I --> S1 P --> S2 E --> S3 E --> S4 MC -.->|"전 단계"| S1 MC -.-> S2 MC -.-> S3 MC -.-> S4 C --> S5
단계별 주요 산출물
| SI 단계 | PMBOK 연결 | 주요 산출물 |
|---|---|---|
| 착수 | 착수 | 사업수행계획서(PMP), 착수 보고서 |
| 분석 | 기획 | 현황 분석서, 요구사항 정의서, AS-IS 분석서 |
| 설계 | 기획 | TO-BE 설계서, 아키텍처 설계서, 상세 설계서 |
| 구축 | 실행 | 설치 결과서, 구성 내역서, 시험 계획서 |
| 시험 | 실행+감시 | 시험 결과서, 성능 시험 보고서, 보안 점검 |
| 이관 | 실행 | 이관 계획서, 데이터 이관 검증서 |
| 안정화 | 감시/통제 | 안정화 보고서, 장애 대응 이력 |
| 완료 | 종료 | 완료 보고서, 인수인계서, 운영 매뉴얼 |
감리와 PMBOK
공공 SI에서 감리는 감시/통제(Monitoring & Controlling) 역할의 외부 버전임.
| 감리 시점 | PMBOK 매핑 | 점검 내용 |
|---|---|---|
| 착수 감리 | 착수/기획 | 계획 적정성, 인력/일정 타당성 |
| 중간 감리 | 실행/감시 | 진척률, 산출물 품질, 이슈 관리 |
| 종료 감리 | 종료 | 산출물 완성도, 인수 조건 충족 |
🆚 PMBOK 6th vs 7th
| 구분 | 6th Edition (2017) | 7th Edition (2021) |
|---|---|---|
| 접근 | 프로세스 중심 (49개) | 원칙 중심 (12개) |
| 구조 | 프로세스 그룹 + 지식영역 | 성과 도메인 (8개) |
| 방법론 | 예측형(Waterfall) 중심 | 적응형(Agile) 포용 |
| 적용 | 명확한 프로세스 가이드 | 유연한 원칙 적용 |
7th Edition 12대 원칙:
- 근면하고 존중하며 배려하는 스튜어드십
- 협업적 팀 환경 조성
- 이해관계자와 효과적 관계 구축
- 가치에 집중
- 시스템 상호작용 인식
- 리더십 행동 발휘
- 맥락에 따른 테일러링
- 프로세스와 결과물에 품질 내재화
- 복잡성 탐색
- 리스크 대응 최적화
- 적응성과 회복력 확보
- 변화를 통한 목표 달성
💡 공공 SI는 아직 Waterfall 기반 + PMBOK 6th 프로세스 체계가 주류. 7th는 참고 수준.
📋 요약
핵심 프레임워크
| 구분 | 내용 |
|---|---|
| 5대 프로세스 그룹 | 착수 → 기획 → 실행 → 감시/통제 → 종료 |
| 10대 지식영역 | 통합, 범위, 일정, 비용, 품질, 자원, 의사소통, 리스크, 조달, 이해관계자 |
| 49개 프로세스 | 프로세스 그룹 × 지식영역에 분포 |
공공 SI에서 특히 중요한 영역
| 영역 | 이유 |
|---|---|
| 범위 관리 | 계약 범위 = 프로젝트 범위. 변경 시 계약 변경 |
| 일정 관리 | 납기 준수가 핵심. 지체상금 |
| 리스크 관리 | HW 납기, 호환성, 이관 리스크 |
| 의사소통 관리 | 발주처, 감리, 벤더 간 다자간 소통 |
| 조달 관리 | 나라장터, 분리 발주, 하도급 |
🔗 관련 문서
- 공공 SI 인프라 구축 라이프사이클 — 단계별 절차, 산출물, 감리 체크포인트
- 인프라 제안서 작성 가이드 — 제안서 인프라 파트 작성법
- Cisco PPDIOO — 인프라 설계/구축/운영 방법론
- ITIL Overview — IT 서비스 관리/운영 프레임워크