프로젝트 거버넌스 모델: 체계적으로 감독받는 프로젝트와 팀이 스스로 다스리는 프로젝트

요지

• 쉽게 말해 거버넌스 모델은 프로젝트에서 누가 무엇을 결정하고 누가 그 결과를 살피는지를 정한 틀이다. PMBOK® 지침서 8판은 체계적 거버넌스 모델과 자율 거버넌스 모델을 설명하고, 둘을 섞은 형태도 인정한다.
• 감독은 많을수록 좋은 것이 아니다. 지나치면 자원이 샐 수 있고, 부족하면 프로젝트가 전략에서 벗어나거나 성과가 떨어질 수 있다. 그래서 어떤 모델을 쓸지는 가볍게 넘길 일이 아니다.
• 자율은 살피는 일이 없다는 뜻이 아니다. 어느 모델이든 목표 메트릭(목표 지표), 미리 알려 주는 신호, 결정을 되돌아보는 피드백이 대체로 필요하다.

같은 회사의 두 프로젝트

한 회사가 두 프로젝트를 함께 진행한다고 하자(가상의 예).

• 결제 시스템 교체. 외부 감사를 받고, 금액이 크며, 단계마다 다음 투자를 승인받는다. 잘못 전환하면 고객의 돈이 묶인다.
• 사내 업무 앱 개선. 작은 팀이 앱을 쓰는 사람의 말을 듣고 2주마다 고친다. 잘못 고쳐도 다음 주기에 되돌릴 수 있다.

회사가 한 가지 규칙을 두 곳에 똑같이 적용하면 어느 쪽이든 탈이 난다. 앱의 화면 문구 하나까지 위원회의 결정을 기다리면 팀의 시간이 낭비된다. 결제 시스템의 전환 결정을 팀 재량에 맡기면 규정 문제를 늦게 알게 된다. 거버넌스 모델을 고른다는 것은 이 차이를 처음부터 인정한다는 뜻이다.

두 모델을 나란히 놓으면

표는 가로로 밀어서 볼 수 있습니다.

「자주 쓰인다」는 경향이지 규칙이 아니다. 8판은 프로젝트의 필요와 조직의 사정에 맞게 모델을 설계하라고 한다. 조직, 포트폴리오, 프로그램, 프로젝트 어느 수준에도 적용할 수 있다고도 한다. 앞의 회사라면 결제 시스템에는 체계적 모델이, 앱 개선에는 자율 모델이 어울린다.

자율은 마음대로가 아니다

자율 거버넌스의 주된 어려움은 결정이 조각나는 것이다. 앱 개선 팀의 두 사람이 서로 다른 기준으로 화면을 고치면 각자는 옳게 결정했어도 앱 전체로는 앞뒤가 맞지 않는다. 8판이 내놓는 처방은 모두가 함께 보는 목표다. 잴 수 있게 정해 두고, 거기서 멀어지는 기미를 미리 알려 주는 지표와 피드백을 곁들인다.

조정 고려사항을 다룬 2.1.7절에는 안내된 자율 거버넌스(guided self-governance)라는 말도 나온다. 넘지 말아야 할 선을 미리 그어 두고, 그 안의 결정은 위에서 일일이 살피지 않고 팀에 맡기는 방식이다. 앱 개선 팀이라면 경계를 이렇게 정할 수 있다.

표는 가로로 밀어서 볼 수 있습니다.

경계가 없으면 자율이 아니라 방치이고, 경계가 너무 촘촘하면 이름만 자율이다. 표의 항목은 이 글의 예이며, 실제 경계는 프로젝트마다 다르다.

어느 모델이든 필요한 세 가지

2.1.3절은 모델과 상관없이 대체로 갖출 구성요소로 세 가지를 꼽는다.

표는 가로로 밀어서 볼 수 있습니다.

회의에 올라오는 숫자가 자원 활용률 같은 값뿐이라면, 일을 얼마나 했는지는 알아도 프로젝트가 목표에 가까워지는지는 알 수 없다. 8판은 이런 값을 투입 메트릭이라 부르고, 프로젝트가 목표에 가까워지는지 보여 주는 값과 구분한다.

예측형에서 더 필요할 수 있는 두 가지

2.1.4절은 예측형 환경에서 두 가지가 더 필요할 수 있다고 한다.

• 에스컬레이션. 팀이 풀지 못하는 일을 위로 올려 결정을 받는 길이다. 위계가 뚜렷한 조직에서는 윗사람이 막힌 일을 더 쉽게 풀어 줄 수 있고, 결정할 사람 가운데 팀 밖 사람이 들어 있는 경우도 있다. 이런 곳에서 쓸모 있을 때가 많다.
• 투자 통제. 맡은 돈을 어떻게 쓰는지 공식적인 책임이 따르는 곳에 필요할 때가 많다. 정부 기관이나 일부 금융 기관이 그런 예다. 8판은 대출로 자금을 대는 건설 프로젝트를 예로 든다. 앞의 결제 시스템이라면 단계 검토에서 다음 투자를 승인하는 일이 여기에 해당한다.

무엇을 보고 고를까

8판은 고르는 공식을 주지 않는다. 2.1.7절이 규제, 불확실성 같은 조정 요인과 사례 세 가지를 들 뿐이다. 다음 질문은 이를 바탕으로 이 글에서 정리한 것이다.

1. 밖에서 정한 규정이나 감사를 받는가.
2. 잘못된 결정을 되돌리는 비용이 큰가.
3. 단계마다 투자 승인을 받아야 하는가.
4. 요구가 자주 바뀌어 빠른 피드백이 중요한가.
5. 팀이 목표 지표를 직접 볼 수 있고, 결정할 권한을 실제로 받을 수 있는가.

앞의 세 질문에 「예」가 많으면 체계적 모델 쪽이고, 뒤의 두 질문에 「예」가 많으면 자율 모델 쪽이다. 둘 다 많으면 결정의 종류에 따라 나누면 된다. 예산과 범위를 크게 바꾸는 일은 위원회가 맡고, 작업 순서는 팀이 정하는 식이다. 정한 뒤에 다시 조정할 수도 있다. 2.1.7절에 따르면 조정은 프로젝트나 단계를 시작할 때 하는 것이 보통이지만 거기에 묶이지는 않는다.

책을 읽다 헷갈릴 수 있는 낱말

한국어판은 2.1.2절 본문에서 「체계적 거버넌스 모델」, 「자율 거버넌스 모델」이라 쓰는데, 같은 절에 「자율 운영 모델」이 있고 그림 2-1 안에는 「자치」로 나온다. 그림 제목은 「체계적 프로젝트와 자율 거버넌스 프로젝트」다. 영어판은 structured와 self-governance, self-governing으로 쓰므로 다른 개념이 아니다. 이 글은 찾아보기와 같은 「체계적 거버넌스 모델」, 「자율 거버넌스 모델」을 따랐다.

이번 주에 해 볼 일

맡은 프로젝트에서 지난달에 내린 결정 세 개를 적고, 결정마다 다음을 물어본다.

1. 누가 결정했는가. 그 사람이 정하기로 어디에 적혀 있는가, 아니면 그냥 그렇게 해 왔는가.
2. 결정까지 며칠이 걸렸는가. 기다리는 동안 무엇이 멈췄는가.
3. 그 결정이 잘됐는지 나중에 확인한 사람이 있는가.

세 결정 모두 3번의 답이 「없다」라면 모델의 이름을 따지기 전에 피드백부터 만들면 된다.

거버넌스 성과 영역에 프로세스가 몇 개이고 어느 포커스 영역에 놓이는지는 「성과 영역과 포커스 영역은 어떻게 다른가: PMBOK® 지침서 8판의 두 틀」에서 볼 수 있습니다.

참고

• PMI, PMBOK® 지침서 8판 영어판과 한국어판의 2.1.2절과 그림 2-1, 2.1.3절, 2.1.4절, 2.1.7절(확인일 2026-11-05). 두 판을 직접 찾아 대조했으며, 문장은 옮기지 않았습니다.
• 두 모델을 나란히 놓은 표는 2.1.2절의 내용을 이 글의 말로 줄인 것입니다. 다만 「조심할 점」 칸의 왼쪽은 8판이 거버넌스 전반에 대해 한 말을 이 글에서 체계적 모델 쪽에 놓은 것입니다. 구성요소 표의 예, 경계의 예, 모델을 고를 때 볼 질문, 이번 주에 해 볼 일은 이 글에서 정리한 것이며 PMI가 정한 것이 아닙니다.
• 결제 시스템 교체와 사내 업무 앱 개선은 이 글을 위해 만든 가상의 예입니다.
• 이 글은 PMI의 표준을 한국어로 설명한 독립 해설이며, PMI와 관계가 없습니다.
• PMI와 PMBOK은 Project Management Institute, Inc.의 상표 및/또는 등록 상표입니다.