PMBOK

왜 PMBOK이 필요한가

PMBOK(Project Management Body of Knowledge)은 미국 프로젝트관리협회(PMI)가 발간하는 프로젝트 관리 글로벌 표준 지식 체계다. 소프트웨어 공학은 학계의 이론으로 비교적 쉽게 접근할 수 있지만, ‘관리’ 지식은 직접 경험하지 않으면 체득하기 어려워 학계에서 정리되기 쉽지 않다.

PMBOK은 이러한 관리의 경험적 지식을 모아, 처음 프로젝트를 맡는 사람이 시행착오를 줄이도록 돕는 참조 체계다.

두 축의 매트릭스 구조

PMBOK의 구조는 두 축으로 요약된다. 하나는 관리 대상 범위(Scope)로, 통합·범위·일정·비용·품질·자원·의사소통·위험·조달·이해관계자의 10개 영역이다.

다른 하나는 체계적 절차(Process)로, 착수·기획·실행·감시통제·종료의 5개 그룹이다. 이 두 축을 교차하면 관리해야 할 과업의 매트릭스가 만들어진다.

중요한 것은 각 영역에 어떤 과업이 있는지를 파악하고, 그에 맞는 관리 기법(테크닉)을 익히는 일이다.

경험의 지식 · BOK 계열

지식을 얻는 가장 확실한 방법은 직접 시행착오를 겪거나 숙련자에게서 배우는 것이지만, 두 경로 모두 시간이 오래 걸리고 잘못된 선례를 따를 위험이 있다. 그 대안이 검증된 사례와 경험을 체계화한 BOK(Body of Knowledge)다.

PMBOK이 관리의 경험을 담았다면, IT 실무는 SWEBOK(소프트웨어 공학), 현업 분석은 BABOK(비즈니스 분석), 데이터 분석은 DABOK으로 정리되어 있다. 모두 이론이 아니라 ‘현장에서 효과를 본 방식’의 집대성이다.

사례 분석의 한계

타사의 사례를 분석하는 것도 유효한 학습이지만, ‘왜 그렇게 했는가’를 물으면 명확한 근거가 없는 경우가 많다. 이론이 아니라 경험에서 나온 판단이기 때문이다.

BOK의 가치는 바로 이 지점에 있다. 흩어진 경험을 후배가 반복해서 헤매지 않도록 구조화해 준다.

따라서 PMBOK은 처음부터 끝까지 암기하는 책이 아니라, ‘이 관리 영역에는 이런 기법이 있다’는 지도를 머릿속에 그려두고 실무에서 막힐 때 참조하는 방식으로 활용해야 한다.

학습 방법

PMBOK은 강의처럼 외우기보다 전체를 통독하며 구조를 이해하는 편이 효과적이다. 핵심은 각 관리 영역의 기법을 실제 상황에 적용할 수 있도록 체화하는 것이다.

프로젝트 관리 역할을 맡았다면 PMP(Project Management Professional) 자격을 함께 준비하는 것이 매트릭스의 기법을 체계적으로 익히는 좋은 출발점이 된다.

약점을 체계로 메운다

관리 지식이 학계에서 정리되기 어려운 까닭은 직접 경험하지 않으면 검증할 수 없기 때문이다. 참고할 이론적 토대가 부족한 이 약점은, 프로젝트를 수행하며 스스로 체계를 만들어 메워야 한다.

PMBOK은 그 출발점을 제공한다. 먼저 길을 간 이들의 경험을 정리해, 처음 관리를 맡는 사람이 같은 시행착오를 반복하지 않도록 돕는다.

그래서 PMBOK은 한 번 읽고 덮는 책이 아니라, 프로젝트마다 자신의 경험을 더해 갱신해 가는 살아 있는 참조 체계로 활용하는 것이 바람직하다. 표준의 구조적 사실(예: 10개 관리 영역)은 그대로 인용하되, 그것을 어떻게 적용할지는 각자의 현장에서 채워 넣어야 한다.