같은 프로젝트, 두 PM.
A는 PMP를 막 땄습니다. 6판으로 공부해 "착수 → 기획 → 실행 → 감시·통제 → 종료"의 5개 프로세스 그룹과 49개 프로세스를 외웠습니다. 그런데 첫 프로젝트가 2주 스프린트로 도는 애자일 팀입니다. A는 "범위 기준선을 확정하고 변경통제위원회를 거쳐야 한다"고 말하다가 팀과 부딪힙니다. "그건 폭포수 얘기 아닌가요?"
B는 7판으로 공부했습니다. B는 프로세스 순서를 외우는 대신 묻습니다. "이 팀에 맞는 개발방식은 뭐고(예측·애자일·하이브리드), 우리가 결과를 내야 할 영역은 어디며(이해관계자·인도·불확실성…), 그 위에서 우리가 지켜야 할 원칙은 뭔가(가치 집중·조정·리스크 대응…)." B는 같은 PMP지만 애자일 팀에서도 막히지 않습니다.
둘의 차이는 자격증 유무가 아닙니다. PMBOK을 '프로세스 사전'으로 외웠는가, '원칙·가치의 틀'로 이해했는가입니다. 2021년 PMBOK 7판은 바로 이 축을 통째로 바꿨습니다. 이 모듈은 그 변화와, 7판의 두 기둥 — 12가지 원칙과 8가지 성과 영역 — 을 정리합니다.
- 1PMBOK이 6판(프로세스·지식영역 중심)에서 7판(원칙·가치 중심)으로 바뀐 맥락과 이유를 설명할 수 있다
- 2PMBOK 7의 12가지 프로젝트 관리 원칙을 나열하고 각각의 의미를 자기 말로 정리할 수 있다
- 3PMBOK 7의 8가지 성과 영역을 나열하고, 6판식 지식 영역과 무엇이 다른지 구분할 수 있다
- 4"원칙(무엇을 지향할지)"과 "성과 영역(무엇에서 결과를 낼지)"의 역할 차이를 구분할 수 있다
- 5PMP 시험이 PMBOK이 아니라 ECO(2021)를 기준으로 출제된다는 점과, 8판(2025)과의 관계를 설명할 수 있다
6판에서 7판으로 — 축이 바뀌었다
프로세스 사전에서 원칙·가치의 틀로
왜 PMI는 멀쩡히 잘 쓰던 6판의 틀을 7판(2021)에서 통째로 갈아엎었을까요? 답은 한 줄입니다. 세상의 프로젝트가 더 이상 한 가지 방식(폭포수)으로만 굴러가지 않기 때문입니다.
6판까지 PMBOK 가이드는 사실상 프로세스 사전이었습니다. "착수·기획·실행·감시통제·종료"라는 5개 프로세스 그룹과, "통합·범위·일정·원가·품질·자원·의사소통·리스크·조달·이해관계자"라는 10개 지식 영역을 교차시킨 49개의 프로세스를 정의했습니다. 이 틀은 정밀했지만, 암묵적으로 예측형(폭포수) 을 전제했습니다. 범위를 미리 확정하고 기준선을 잡는 방식이 기본값이었던 것이죠.
문제는 현실의 절반 이상이 애자일·하이브리드로 옮겨갔다는 점입니다. 2주 스프린트로 도는 팀에 "범위 기준선 확정 → 변경통제위원회"를 그대로 요구하면 충돌합니다. 그래서 7판은 관점을 바꿉니다.
| 비교 축 | PMBOK 6판 (~2017) | PMBOK 7판 (2021) |
|---|---|---|
| 중심 질문 | "어떤 프로세스를 어떤 순서로?" | "어떤 원칙·가치를 따르며 어디서 결과를 낼까?" |
| 구성 단위 | 5개 프로세스 그룹 × 10개 지식 영역 → 49개 프로세스 | 12가지 원칙 + 8가지 성과 영역 |
| 전제 개발방식 | 사실상 예측형(폭포수) 중심 | 예측·애자일·하이브리드 모두 포용 |
| 성격 | 무엇을 할지 규정하는 '프로세스 사전' | 무엇을 지향할지 안내하는 '원칙 틀' |
| 산출물 | 프로세스별 ITTO(투입·도구·산출) | 가치 전달과 성과 중심 |
핵심은 "버린 것"이 아니라 "올라선 것" 이라는 점입니다. 7판은 프로세스를 부정하지 않습니다. 다만 "이 프로세스를 쓰라"가 아니라 "이 원칙을 지키려면 이 프로젝트엔 어떤 프로세스가 맞을지 당신이 조정(Tailoring) 하라"로 한 칸 올라섰습니다. 그래서 7판은 더 얇아졌지만 더 넓어졌습니다.
확대
12가지 프로젝트 관리 원칙
원칙 — '무엇을 지향할지'의 나침반
원칙(Principles)은 행동의 나침반입니다. 구체적인 절차를 지시하지 않습니다. 대신 "어느 방향이 옳은가"를 가리킵니다. 예측형이든 애자일이든, 모든 프로젝트가 공통으로 따라야 할 12가지 지향점입니다. 절차가 헷갈릴 때 "이 원칙에 비추면 어느 쪽인가?"로 되돌아오는 기준이 됩니다.
| # | 원칙 (영문) | 한 줄 의미 |
|---|---|---|
| 1 | 관리자 정신 (Stewardship) | 성실하고 존중하며 배려하는 자세로, 조직·사회·환경에 책임지는 청지기처럼 행동한다 |
| 2 | 협력적 팀 환경 (Team) | 서로 책임지고 존중하는 협력적 팀 문화를 만든다 |
| 3 | 이해관계자 (Stakeholders) | 이해관계자를 효과적으로 식별하고 적극 참여시켜 가치를 함께 만든다 |
| 4 | 가치 (Value) | 활동량이 아니라, 이해관계자에게 전달되는 '가치'에 집중한다 |
| 5 | 시스템 사고 (Systems Thinking) | 프로젝트를 고립된 일이 아니라 상호작용하는 시스템으로 인식하고 대응한다 |
| 6 | 리더십 (Leadership) | 직위가 아니라 행동으로, 동기를 부여하는 리더십을 보인다 |
| 7 | 조정 (Tailoring) | 프로젝트의 맥락·규모·리스크에 맞게 접근방식과 절차를 가감해 설계한다 |
| 8 | 품질 (Quality) | 품질을 사후 검사가 아니라 프로세스와 산출물에 처음부터 내재화한다 |
| 9 | 복잡성 (Complexity) | 모호함·불확실성·상호의존이 만든 복잡성을 인식하고 끊임없이 대응한다 |
| 10 | 리스크 (Risk) | 위협은 줄이고 기회는 살려, 리스크 대응을 최적화한다 |
| 11 | 적응성·회복력 (Adaptability & Resiliency) | 변화에 적응하고, 차질에서 빠르게 회복하는 역량을 갖춘다 |
| 12 | 변화 (Change) | 사람과 조직이 미래 상태로 이행할 수 있도록 변화를 끌어낸다 |
이 12개는 외우기용 목록이 아니라 판단의 기준입니다. 예를 들어 "고객이 추가 기능을 자꾸 요구한다"는 상황에서, 4번(가치)은 "그 요청이 진짜 가치를 더하는가?"를, 7번(조정)은 "지금 방식이 이 변화에 맞는가?"를, 12번(변화)은 "조직이 이 변화를 감당할 준비가 됐는가?"를 동시에 묻게 합니다.
8가지 성과 영역
성과 영역 — '어디서 결과를 낼지'의 무대
성과 영역(Performance Domains)은 프로젝트가 결과를 내야 하는 8개의 무대입니다. 6판의 10개 지식 영역이 "관리할 대상을 잘게 쪼갠 목록"이었다면, 7판의 8개 성과 영역은 "성과가 나와야 할 묶음"입니다. 서로 독립된 단계가 아니라, 프로젝트 내내 동시에·상호작용하며 굴러갑니다.
| # | 성과 영역 (영문) | 무엇에서 성과를 내는가 |
|---|---|---|
| 1 | 이해관계자 (Stakeholders) | 이해관계자를 식별·참여시켜 생산적 관계와 만족을 만든다 |
| 2 | 팀 (Team) | 성과를 내는 협력적 팀을 구성하고 이끈다 |
| 3 | 개발방식과 생애주기 (Development Approach and Life Cycle) | 예측·애자일·하이브리드 중 맞는 방식과 생애주기를 선택한다 |
| 4 | 기획 (Planning) | 가치 전달에 필요한 일정·범위·자원·예산을 점진적으로 계획한다 |
| 5 | 프로젝트 작업 (Project Work) | 프로세스·자원·조달·의사소통 등 실제 작업을 운영한다 |
| 6 | 인도 (Delivery) | 약속한 범위·품질의 결과물과 가치를 실제로 인도한다 |
| 7 | 측정 (Measurement) | 성과를 측정·평가하고, 적시에 의사결정에 반영한다 |
| 8 | 불확실성 (Uncertainty) | 리스크·모호함·복잡성·변동성에 대응한다 |
6판과의 매핑이 헷갈릴 수 있으니 짚으면 — 6판의 '원가 관리'·'일정 관리'·'범위 관리'는 7판에서 독립 영역이 사라지고, 기획·프로젝트 작업·측정 안으로 녹아 들어갔습니다. 즉 7판은 "원가를 따로 관리"하는 게 아니라 "기획에서 예산을 세우고, 측정에서 원가 성과를 본다"로 봅니다. 관리 대상을 쪼개는 대신, 결과를 묶어 본다는 7판의 철학이 여기서 드러납니다.
확대
그림: 원칙(무엇을 지향할지의 나침반) 12가지와 성과 영역(어디서 결과를 낼지의 무대) 8가지를 한 장으로 정리한 PMBOK 7 지도.
직접 해보기 — 원칙·영역으로 상황 매핑하기
아래 5개 상황을 읽고, (1) 가장 관련된 원칙(번호) 과 (2) 가장 관련된 성과 영역(번호) 을 각각 하나씩 골라 보세요. 정답과 해설은 ObserveBlock에 있습니다.
A. "2주 스프린트로 도는 팀인데, 6판식 범위 기준선·변경통제위원회를 그대로 적용하려다 충돌했다."
B. "기능을 다 만들긴 했는데, 정작 고객이 '이건 우리한테 의미가 없다'고 한다."
C. "협력사·발주사·현업 부서가 서로 딴 얘기를 한다. 누가 무엇을 원하는지부터 정리해야 한다."
D. "지난달 위협 3건이 실제 지연으로 터졌다. 사전에 식별·대응했어야 했다."
E. "새 시스템을 인도했지만 현업이 옛 방식을 못 버린다. 조직이 변화를 못 따라온다."
각 상황에서 "이건 방향(원칙)의 문제인가, 결과를 내는 무대(성과 영역)의 문제인가"를 같이 떠올리는 게 핵심입니다. 한 상황이 여러 원칙·영역에 걸칠 수 있으니, '가장 핵심' 하나를 고르는 연습을 하세요.
분류: 원칙 N / 성과영역 N- A = 원칙 7(조정) / 성과영역 3(개발방식과 생애주기). 6판 절차를 애자일 팀에 그대로 복사한 것이 문제 — 맥락에 맞게 조정해야 한다
- B = 원칙 4(가치) / 성과영역 6(인도). 산출물은 만들었지만 가치가 0 — "무엇을 했는가"가 아니라 "어떤 가치를 인도했는가"로 본다
- C = 원칙 3(이해관계자) / 성과영역 1(이해관계자). 식별·참여가 먼저 — 누가 무엇을 원하는지 정리하지 않으면 그 위 모든 활동이 흔들린다
- D = 원칙 10(리스크) / 성과영역 8(불확실성). 위협을 사전에 식별·대응(리스크 최적화)했어야 함 — 사후 수습은 불확실성 관리 실패
- E = 원칙 12(미래 상태로의 변화 가능) / 성과영역 6(인도) 또는 1(이해관계자). 인도는 끝이 아니라, 조직이 변화를 흡수해야 가치가 완성된다
- 핵심 감각: 원칙은 "어느 방향이 옳은가", 성과 영역은 "어디서 결과를 내야 하는가". 같은 상황도 두 렌즈로 동시에 보면 대응이 입체적으로 잡힌다
현장에서 자주 보는 함정
증상: (1) 프로세스 그룹과 49개 프로세스를 외워 PMP를 땄는데, 막상 현장의 팀은 스프린트로 돌아 "그건 폭포수 얘기"라는 반응을 받습니다. (2) PMBOK을 통째로 외웠는데, 시험에서 PMBOK 목차와 다른 형태의 문제가 나와 당황합니다.
원인:
- (1) PMBOK을 '원칙·가치의 틀'이 아니라 '프로세스 사전'으로만 외웠습니다. 7판은 예측·애자일·하이브리드를 모두 포용하도록 원칙 중심으로 재편됐는데, 6판식 암기는 이 유연성을 놓칩니다.
- (2) PMP 시험의 출제 기준은 PMBOK이 아니라 ECO(Examination Content Outline, 2021) 입니다. ECO는 사람(People)·프로세스(Process)·비즈니스 환경(Business Environment)의 3개 도메인으로 구성되며, PMBOK은 그중 하나의 참고서일 뿐입니다. PMBOK 목차를 곧 시험 목차로 착각한 것이 원인입니다.
해결 방향:
- 원칙·성과 영역을 '암기 목록'이 아니라 '판단 기준'으로 이해합니다. 상황을 만나면 "어떤 원칙에 비추면, 어떤 성과 영역에서 결과를 내야 하나"로 환원하는 연습을 합니다.
- 시험 준비는 ECO(2021)를 기준선으로 삼고, PMBOK 7판·애자일 실무 가이드 등을 그 위에 얹는 참고서로 씁니다.
- PMBOK 8판(2025) 이 출시되어 원칙·영역의 구성이 일부 조정되더라도, 시험 기준(ECO)은 그와 별개로 PMI가 따로 개정·고지한다는 점을 기억합니다. "신판이 나오면 시험이 자동으로 바뀐다"는 오해를 버려야 합니다.
PMBOK 7은 외워서 끝나는 사전이 아니라, 어떤 방식의 프로젝트에서도 같은 질문을 던지게 해주는 틀입니다.
심화 — 조정하라는 표준, 조정을 막는 계약
심화: Tailoring의 역설 — 감리·산출물 체계 아래에서의 원칙 중심 관리
7판의 조정(Tailoring) 원칙은 '맥락에 맞게 가감하라'지만, 한국 공공·금융 SI에는 그 조정 권한을 제약하는 상위 틀이 있습니다 — 정보시스템 감리, 발주기관의 산출물 표준, 그리고 계약 그 자체입니다. 감리는 사실상 단계별 산출물 목록을 기준으로 점검하므로, PM이 7판을 근거로 산출물을 줄이면 '표준 미준수' 지적으로 돌아옵니다. 조정의 자유도는 표준이 아니라 계약이 정합니다.
- 그 결과가 관리의 이중화입니다: 감리·검수용 산출물 체계 따로, 팀이 실제로 일하는 관리 체계(이슈 트래커·스프린트 보드) 따로. 이 이중화는 그 자체로 공수이고, 둘의 괴리가 커지면 문서가 현실을 반영하지 못하는 리스크가 됩니다. 7판이 요구하는 실전 역량은 산출물을 줄이는 결단이 아니라, 어떤 산출물이 계약상 필수이고 어디에 조정 여지가 있는지를 착수 시점에 발주사·감리와 합의해 이중화를 최소화하는 협상입니다.
- 원칙의 수사화(修辭化)를 경계해야 합니다: 가치·이해관계자·시스템 사고 같은 원칙 어휘가 제안서와 착수보고 표지에는 등장하지만, 실제 거버넌스(주간보고·검수)는 진척률과 산출물 개수로만 도는 조직이 많습니다. 원칙이 실제 판단에 개입한 흔적 — 예컨대 가치가 낮은 요구를 뒤로 미룬 의사결정 기록 — 이 없다면, 그 조직의 7판은 장식입니다.
- 규모·발주처에 따라 출발점이 다릅니다: 민간·소형 프로젝트일수록 조정 자유도가 커서 7판이 곧바로 실전 언어가 되고, 공공·대형일수록 '계약이 허용하는 조정 범위 확인'이 Tailoring의 첫 단계가 됩니다. 같은 원칙이라도 적용 순서가 다른 것입니다.
상황: 공공기관 시스템 구축 사업에 투입된 신임 PM이 착수 단계에서 "PMBOK 7판 기준으로, 가치 중심으로 갑니다"라며 산출물을 내부 판단으로 간소화했습니다 — 상세설계서 일부를 화면 정의서로 갈음하고 단계별 검토서·회의록을 줄였습니다. 팀 생산성은 눈에 띄게 올랐지만, 5개월 차 중간 감리에서 '산출물 미비·절차 미준수' 지적 30여 건을 받았습니다. 시정조치 기한 2주 동안 개발을 멈추고 문서를 소급 작성하는 처지가 됐습니다.
원인: Tailoring을 '수행사 PM이 정하는 것'으로 오해했습니다. 이 사업의 산출물 목록은 제안요청서(RFP)와 계약, 감리 기준에 이미 정의돼 있었고, 조정하려면 발주사·감리법인과의 사전 합의가 필요했습니다. 표준(PMBOK)은 참고 틀이고 계약이 상위입니다 — 조정 원칙은 맥락(규제·계약)을 반영해 설계하라는 뜻이지, 계약 산출물을 임의 생략해도 된다는 뜻이 아닙니다.
진단: 감리 지적 목록을 계약·RFP의 산출물 목록과 대조합니다. 지적 30건 중 계약상 명시 산출물이 몇 건인지 확인하면 항변 가능 여부가 갈립니다 — 명시 산출물의 생략은 "7판 기준"이라는 말로 방어되지 않습니다.
해결: 시정조치는 소급 작성으로 막되, 남은 단계는 착수 때 했어야 할 일을 지금 합니다 — 발주사·감리와 산출물 조정 협의를 공식으로 열어, 통합 가능한 문서(예: 화면 정의서가 상세설계 일부를 대체)를 합의서로 남깁니다. 다음 사업부터는 Tailoring의 순서를 지킵니다: (1) 계약·감리 기준에서 필수 산출물 확인 → (2) 조정 여지 식별 → (3) 발주사와 합의·문서화 → (4) 그 위에서 팀의 작업 방식 설계. 조정은 선언이 아니라 합의입니다.
한국 현장에서 PMBOK 7의 두 기둥은 특히 발주사·원청의 PM/PMO와 SI 사업관리 자리에서 무기가 됩니다.
첫째, 많은 공공·금융 SI 프로젝트는 여전히 예측형(폭포수) 으로 계약되지만, 내부 개발팀이나 협력사는 애자일·하이브리드로 돌아가는 경우가 늘고 있습니다. 이 간극에서 관리자가 6판식 프로세스만 고집하면 "현실 모르는 PM" 소리를 듣습니다. 7판의 조정(Tailoring) 원칙과 개발방식·생애주기 성과 영역은, "계약은 예측형이지만 실행은 반복형"이라는 현실을 정당하게 설계할 언어를 줍니다.
둘째, 가치(Value)·인도(Delivery) 원칙/영역은 보고의 격을 바꿉니다. "WBS 80% 진행"이 아니라 "발주사가 원한 결과를 어디까지 인도했는가"로 보고하면, 산출물 보고에 익숙한 현장에서 신뢰를 얻습니다.
셋째, 자격증 측면에서 PMP는 ECO(2021) 기준임을 정확히 아는 것 자체가 실무 신뢰로 이어집니다. 후배·협력사 PM이 "PMBOK 8판 나왔으니 시험 바뀌었죠?"라고 물을 때, 시험 기준(ECO)과 참고서(PMBOK)의 관계를 정확히 구분해 설명할 수 있는 관리자는 그 자체로 다르게 보입니다. 기술과 절차를 아는 관리자가 협력사와 대등하게 대화하고 잘못된 보고에 속지 않듯, 표준의 '기준선'을 아는 관리자는 자격·일정·범위 협상에서 흔들리지 않습니다.
관련 모듈로 더 깊이:
- 프로젝트 생애주기와 접근법 — 조정(Tailoring) 원칙이 실제로 갈리는 생애주기·접근법 선택
- 범위와 요구사항 — 가치·인도 원칙을 받치는 범위·요구사항 정의
- 리스크와 이슈 관리 — 불확실성 원칙을 실무 관리대장으로 옮기는 법
다음 모듈에서는 이 원칙과 성과 영역이 실제로 어떻게 흘러가는지를 결정하는 축 — 프로젝트 생애주기(예측·애자일·하이브리드)를 비교하고, 어떤 상황에 어떤 방식을 골라 조정하는지를 다룹니다.