PMO · 프로젝트 관리 조직

PMO이란?

PMO가 들어오면 가장 먼저 달라지는 것은 월례 경영회의의 대화 방식입니다. 그전까지 어느 프로젝트에 사람을 더 붙일지는 임원 중 누가 더 세게 말하느냐로 결정됐고, '진척률 80%'라는 보고도 팀마다 뜻이 달랐습니다. 개발팀은 설계 완료를, 생산팀은 투입 공수 소진율을 80%라 불렀습니다. PMO가 하는 일의 절반은 진척률과 완료의 정의를 한 문장으로 못 박는 것이고, 나머지 절반은 그렇게 모인 숫자로 프로젝트들을 같은 저울에 올리는 일입니다.

권한 수준은 지원형·통제형·지시형으로 나뉘지만, 현장에서 먼저 따져야 할 것은 규모입니다. 동시 진행 과제가 10개 미만이면 전담 조직보다 기획팀 과장 1명의 겸직이 낫고, 20~30개를 넘어서면서 부서 간 인력 중복이 생길 때 전담 2~3명이 의미를 갖습니다. PM과 PMO의 경계도 분명히 해야 합니다. PM은 자기 과제의 납기와 산출물을 책임지고, PMO는 과제와 과제 사이의 자원·우선순위·중단 결정을 책임집니다. 이 선이 흐려지면 PMO는 PM의 상사 노릇을 하다 반발만 삽니다.

PMO가 실제 힘을 갖는 지점은 보고서가 아니라 게이트입니다. 착수·설계완료·양산이관 같은 3~4개 관문에서 예산과 인력을 다시 배분할 수 있어야 통제가 작동합니다. 자원 계획에서도 원칙이 하나 필요합니다. 가동률 100%로 짜인 인력 계획은 사실상 지연 예약이라는 것입니다. 휴가·장애 대응·재작업을 감안해 15~20% 버퍼를 남기지 않으면, 한 과제가 밀리는 순간 연결된 과제가 줄줄이 무너집니다.

가장 흔한 오해는 PMO를 감사 조직으로 세우는 것입니다. 통제부터 시작하면 현업은 팀 내부용 실제 일정과 PMO 제출용 일정을 따로 관리하는 이중장부를 만듭니다. 이때 현황판의 숫자는 전부 맞지만 현실과는 무관해집니다. 판단 기준은 단순합니다. 출범 3개월 안에 현업의 보고 작성 시간이 줄어들지 않았다면 그 PMO는 이미 실패 궤도에 있습니다. 템플릿과 데이터로 현업의 손을 덜어주고, 그 대가로 표준을 받아내는 순서여야 합니다.