포트폴리오 위원회 회원에게 지난 분기에 몇 개의 프로젝트를 중단했는지 물어보세요.
보통의 대답은 ‘전혀 없다’입니다. 비록 그들이 보고 있는 대시보드에는 모든 프로젝트가 아주 상세하게 표시되어 있더라도 말이죠. 이것이 바로 대부분의 EPM 도입 실패 뒤에 숨겨진 패턴입니다. 기업들은 가시성 계층(대시보드, 집계 보고서, 상태 보고서)만 구축하고 의사결정 계층(중단 스위치)은 생략하기 때문에, 아무도 ‘정상(green)’ 상태인 프로젝트를 중단할 수 없는 것입니다.
청구 시스템을 잘 이해하는 동일한 8명의 엔지니어가 4개의 이니셔티브에 걸쳐 배치됩니다. 각 프로젝트 계획서에는 마감일이 어긋날 때까지 이들이 완전히 가용한 상태로 표시됩니다. Enterprise 프로젝트 관리는 다른 여러 문제와 더불어 이러한 마감일 문제를 해결할 수 있지만, 중요한 순간에 포트폴리오 위원회가 ‘거절’할 수 있는 권한을 부여할 때만 가능합니다.
이 가이드에서는 EPM과 PMO의 차이점, 효과적인 프레임워크에 필요한 8가지 요소, 7단계 도입 절차, 귀사의 규모에 적합한 소프트웨어 카테고리, 그리고 모든 과정이 제대로 작동했는지 여부를 알려주는 핵심 질문 하나를 다룹니다.
요약: 기업 프로젝트 관리(EPM)는 조직 내 모든 프로젝트를 하나의 포트폴리오로 취급합니다. EPM의 기능으로는 단일 인티크 게이트, 점수 평가 모델, 기술별 역량 점검, 그리고 정기적인 진행/중단 검토가 있습니다. 하지만 EPM은 누군가가 프로젝트를 일시 중지하고 인력을 우선순위가 더 높은 업무로 재배치할 수 있을 때만 제대로 작동합니다. 따라서 방법론이나 도구를 선택하기 전에 누가 그러한 권한을 가지고 있는지 명확히 정해 두십시오.
PMO는 결과물의 일관성을 보장하는 반면, EPMO는 어떤 결과물을 제공할지 결정합니다. 스프레드시트와 BI 계층으로 시작하세요. 팀 간 실시간 데이터가 필요하면 업무 관리 플랫폼으로 전환하고, 규제가 엄격하고 자본 집약적인 포트폴리오의 경우 PPM 제품군으로 전환하세요.
기업 프로젝트 관리란 무엇인가?
엔터프라이즈 프로젝트 관리(EPM)는 조직 내의 모든 프로젝트를 단일 포트폴리오로 통합합니다. 하나의 규칙 체계에 따라 어떤 프로젝트가 승인될지, 누가 어떤 업무를 담당할지, 진행 상황은 어떻게 보고될지가 결정됩니다.
EPM이 없다면, 개별 프로젝트는 순조롭게 진행될 수 있지만 회사는 제자리걸음을 할 수 있습니다. 마케팅 부서는 캠페인을 진행하고, IT 부서는 플랫폼 마이그레이션을 완료하며, 운영 부서는 단가를 절감합니다. 이 세 가지 모두 제시간에 완료되지만, 회사 전체에 있어서는 의미 있는 진전을 가져오지 못합니다. 이는 그 세 가지 프로젝트가 동시에 진행하기에 적절한 것이었는지 아무도 묻지 않았기 때문입니다.
이 문제는 사람들로 인해 더욱 악화됩니다. 주로 마감일이 지나기 전까지는 자신이 과도한 업무를 맡고 있는지조차 알지 못하기 때문입니다. EPM은 모든 프로젝트와 모든 담당자를 한 번에 파악함으로써 이 문제를 해결합니다. 포트폴리오 보기를 통해 단일 스프린트가 시작되기 전에 동일한 엔지니어가 세 가지 플랜에 동시에 배정된 상황을 확인할 수 있습니다.
기업 프로젝트 관리 대 전통적인 프로젝트 관리
전통적인 프로젝트 관리는 단일 프로젝트가 일정, 예산, 범위 내에서 계획대로 진행되도록 관리합니다. 프로젝트 관리자의 역할은 해당 프로젝트가 약속한 결과를 달성하는 순간 끝납니다.
기업 프로젝트 관리는 더 넓은 관점에서 접근합니다. 회사가 현재 진행 중인 다른 모든 업무를 고려할 때, 해당 프로젝트를 계속 진행해야 하는지 여부를 묻습니다. 어떤 프로젝트는 모든 메트릭에서 양호한 성과를 보일지라도, 그 프로젝트에 투입된 인력을 잘못 활용하고 있을 수 있습니다.
| 차원 | 전통적인 프로젝트 관리 | 기업 프로젝트 관리 |
|---|---|---|
| 관리 대상 | 단일 프로젝트 | 모든 프로젝트를 하나의 포트폴리오로 |
| 여러분이 끊임없이 묻는 질문 | 이 프로젝트를 제시간에 완료할 수 있을까요? | 도대체 우리가 여전히 이런 일을 해야 할까요? |
| 성공을 측정하는 방법 | 일정, 예산, 범위 | 그 프로젝트가 실제로 비즈니스를 발전시켰을까요? |
| 누가 일을 수행하나요? | 이 프로젝트에 배정된 팀 | 경쟁 관계에 있는 여러 프로젝트에 동시에 투입되는 공유 전문가들 |
| 위험의 실체 | 프로젝트 내부의 위험 | 프로젝트 간 충돌 (동일한 인력, 시스템, 마감일) |
| 결정권자는 누구인가 | 프로젝트 관리자와 후원자 | 전체 포트폴리오를 조망하는 다기능 팀 |
| 얼마나 앞서 플랜을 세우느냐 | 이 프로젝트의 시작부터 완료까지 | 이동 분기 및 연간 주기 |
| 가장 어려운 결정 | 타임라인 조정 | 순조롭게 진행 중인 프로젝트를 일시 중단하는 경우 |
순조롭게 진행 중인 프로젝트를 취소하는 것은 타임라인을 재조정하는 것보다 더 어렵습니다. 인력과 예산을 당장 비즈니스에 더 시급한 업무로 전환해야 하기 때문입니다. 이러한 결정을 내리기 위해서는 모든 프로젝트를 파악하고 있으며, 결정을 내릴 권한을 가진 사람이 필요합니다.
PMO와 EPMO의 차이점은 무엇인가요?
프로젝트 관리 사무소(PMO)는 프로젝트를 성공적으로 수행하는 데 도움을 줍니다. PMO는 팀이 일관된 방식으로 업무를 수행할 수 있도록 템플릿, 프로세스, 교육 프로그램을 관리합니다. 하지만 PMO가 일반적으로 할 수 없는 일은, 애초에 회사가 어떤 프로젝트를 진행해야 할지 결정하는 것입니다. 그 결정권은 PMO보다 상위 기관에 있습니다.
기업 프로젝트 관리 사무소(EPMO)는 어떤 프로젝트를 승인할지 결정하고, 회사가 해당 프로젝트를 수행할 인력과 예산을 갖추고 있는지 확인하며, 진행 중인 프로젝트를 검토하여 계속 진행해야 할지 여부를 판단합니다. 이러한 결정에는 최고 경영진의 승인이 필요하기 때문에 EPMO는 최고 경영진에게 직접 보고합니다.
프로젝트에 ‘아니오’라고 말할 수 없는 EPMO는 그저 관리 비용이 더 많이 드는 PMO일 뿐입니다. 이 둘 중 어느 것을 선택할지는 PMO의 구조와 운영 모델에 달려 있습니다.
기업 프로젝트 관리의 이점
기업 프로젝트 관리는 네 가지 구체적인 이점을 제공합니다: 자원 충돌을 조기에 파악할 수 있고, 중복 프로젝트를 줄일 수 있으며, 정치적 고려가 아닌 기준에 따라 우선순위를 결정할 수 있고, 프로젝트 완료 이후까지 책임 소재가 명확히 규명됩니다.
- 자원 충돌을 조기에 파악할 수 있습니다. 세 개의 프로젝트가 각각 동일한 스프린트 기간에 고객을 대상으로 한 변경 사항을 출시할 계획입니다. 각 프로젝트 리더는 자신의 타임라인만 확인했을 뿐, 지원팀이 세 가지 출시를 동시에 처리할 수 있는 여력을 확인한 사람은 아무도 없었습니다. 포트폴리오 뷰를 통해 이러한 업무 일정을 나란히 비교할 수 있습니다. 이를 통해 용량 계획 단계에서 충돌을 파악할 수 있으며, 출시 시기를 분산할 수 있을 만큼 충분히 일찍 대응할 수 있습니다.
- 중복 프로젝트 감소. 서로 다른 두 팀이 각각 온보딩 워크플로우 도구를 의뢰하고 서로 다른 경로를 통해 요청을 제출하면, 어느 쪽도 상대방의 요청을 알 수 없습니다. 단일 접수 파이프라인을 통해 모든 요청이 동일한 대기열에 통합됩니다. 누군가가 동일한 일에 두 번 자금을 지원하기 전에 중복을 발견할 수 있습니다.
- 더 공정한 프로젝트 우선순위 결정. 공유된 평가 모델이 없으면, 프로젝트 승인은 종종 회의실에서 가장 영향력 있는 사람이 누구인지에 따라 결정되곤 합니다. 점수 평가 모델은 이러한 상황을 바꿉니다. 각 프로젝트는 예상 매출 영향, 비용, 완료 소요 시간, 전략적 적합성 등 동일한 요소에 따라 평가됩니다. 점수가 가장 높은 프로젝트가 어느 부서에서 제안했는지와 관계없이 우선적으로 자금을 지원받게 됩니다.
- 전달을 넘어서는 책임성. 포트폴리오 거버넌스는 전달 후 수개월이 지난 시점에 비즈니스 케이스가 타당했는지 확인합니다. 이러한 검토를 통해 다음 단계의 추정치가 정확하게 산출됩니다. 비즈니스 케이스에서는 지원 티켓이 20% 감소할 것이라고 약속했습니다. 6개월이 지난 후, 티켓 수는 변동이 없었습니다. 이로 인해 동일한 팀이 제출하는 다음 제안서에 대한 평가 기준이 달라집니다.
왜 대부분의 EPM 프로그램은 포트폴리오 문제를 해결하지 못하는가?
대부분의 EPM 프로그램이 실패하는 이유는 의사결정 계층을 구축하지 않은 채 가시성 계층만 구축하기 때문입니다. 대시보드, 포트폴리오 통합 보고서, 상태 보고서는 진행 중인 모든 상황을 보여줄 수 있습니다. 하지만 어떤 작업을 일시 중지하거나 중단할 수 있는 공식적인 권한을 가진 사람이 없다면, 아무리 뛰어난 가시성을 확보하더라도 아무런 소용이 없습니다.
『HBR 프로젝트 관리 핸드북』의 저자인 안토니오 니에토-로드리게스는 이러한 패턴을 다음과 같이 설명합니다:
프로젝트는 너무 많지만, 진정으로 중요한 프로젝트는 극히 적다.
프로젝트는 너무 많지만, 진정으로 중요한 프로젝트는 극히 적다.
리더들은 업무 과부하를 겪고 있음을 잘 알고 있습니다. 하지만 프로젝트를 중단하는 것은 실수를 인정하는 것처럼 느껴지기 때문에, 여전히 어떤 것도 취소하지 않습니다. 해결책은 조직 문화에서 시작됩니다:
- 이니셔티브에 시간 제한을 설정하여 자연스러운 종료 시점을 마련하십시오
- 인력과 예산을 회사에 다시 환원하는 리더들에게 보상을 제공하십시오
- 여유 자원을 우선순위가 더 높은 일로 재배치하십시오.
취소를 ‘자원 재배분’으로 재정의하면 부정적인 인식을 없앨 수 있습니다. 하지만 제대로 승인된 적이 없는 프로젝트를 취소할 수 있는 명확한 방법은 없습니다.
명확한 성과 목표와 지정된 후원자가 없는 상태에서 프로젝트가 포트폴리오에 포함된다면, 나중에 이를 평가할 기준이 없어집니다. 프로젝트를 중단할지 여부에 대한 모든 대화가 단순한 의견 대립으로 전락하게 됩니다. 먼저 프로젝트 진입 기준을 마련해 두면, 중단 결정은 증거를 바탕으로 답할 수 있는 문제가 됩니다.
실질적으로 작동하는 기업 프로젝트 관리 프레임워크에는 무엇이 포함될까요?
실질적으로 작동하는 EPM 프레임워크는 여덟 가지 요소로 구성됩니다. 처음 세 가지는 포트폴리오에 포함될 항목을 통제합니다. 다음 세 가지는 진행 중인 프로젝트가 투명하게 운영되도록 보장합니다. 마지막 두 가지는 포트폴리오 수준에서 전체 상황을 명확하게 파악할 수 있게 합니다. 이 여덟 가지 요소 모두, 누군가가 이미 ‘거절’할 수 있는 서면상의 권한을 가지고 있음을 전제로 합니다.
- 단일 접수 파이프라인. 제안된 모든 프로젝트는 명확히 정의된 결과, 지정된 후원자, 자원 활용 추정치, 그리고 달성하고자 하는 전략적 목표를 갖추고 하나의 경로를 통해 접수됩니다. 포트폴리오로 들어가는 우회 경로가 존재하면, 포트폴리오에 대한 전체적인 시각은 시작부터 불완전해집니다.
- 용량 점검. 요청 사항에 점수가 매겨지면, 순위가 매겨진 목록을 인원 수가 아닌 기술별 가용 인력을 기준으로 검증합니다. 예시: 엔지니어가 200명일지라도 결제 시스템을 아는 사람이 4명뿐이라면, 그 4명이 실제 제약 요인이 됩니다.
- 명확한 승인 기준선. 이 기준선 이상의 프로젝트는 커밋된 팀과 함께 시작되며, 기준선 이하의 프로젝트는 명확한 거절을 받습니다. 이를 통해 프로젝트가 승인되지는 않았지만, 팀에게 계획 중단을 통보받지도 못한 채 불확실한 상태에 방치되는 상황을 방지할 수 있습니다.
- 프로젝트별 기준선. 승인 시점에 예상 결과, 비용, 납기일을 기록해 두십시오. 이 기준선은 향후 프로젝트를 계속할지 중단할지에 대한 모든 결정의 기준이 됩니다.
- 정기적인 검토 주기. 진행 중인 모든 프로젝트에 대해 기준선 대비 진행 상황을 바탕으로 진행 여부를 결정하는 정기 회의입니다. 일정한 주기가 없으면 문제가 발생했을 때만 검토가 이루어지게 되며, 그때가 되면 중단하는 데 드는 비용이 훨씬 더 커집니다.
- 의존성 지도. 일부 프로젝트는 시스템, 팀 또는 데이터를 공유합니다. 이러한 프로젝트 중 하나가 지연되면 다른 프로젝트들도 영향을 받게 됩니다. 의존성 지도는 한 프로젝트의 지연이 나머지 프로젝트로 연쇄적으로 파급되기 전에 이러한 연결 관계를 보여줍니다.
- 작업 유형별 표준 실행 방식. 어떤 작업은 애자일 프로젝트 관리에 적합하고, 다른 작업은 워터폴 방식에 적합합니다. 작업에 맞는 방식을 선택하고, 각 방식의 진행 상황 보고 방식을 표준화하십시오. 실행 방식에 관계없이 포트폴리오 보기는 일관성을 유지합니다.
- 단일 보고 계층. 실제 일에서 데이터를 직접 추출하는 프로젝트 포트폴리오 대시보드를 구축하세요. 담당자가 수동으로 상태 업데이트를 작성하도록 의존할 경우, 누군가가 그 내용을 읽을 때쯤이면 정보는 이미 구식이 되어 버립니다.
기업 프로젝트 관리 구현 방법
기업 프로젝트 관리를 구현하려면 다음 7단계가 필요합니다: 진행 중인 프로젝트 현황 파악, 의사결정권자 정의, 접수 게이트 구축, 용량 대비 업무 우선순위 지정, 보고 체계 표준화, 검토 주기 설정, 그리고 완료 후 성과 추적.
1. 현재 실제로 진행 중인 프로젝트를 파악하세요
무언가를 설계하기 전에, 이미 진행 중인 프로젝트를 파악하십시오. 대부분의 조직에서는 경영진이 예상했던 것보다 더 많은 활성 프로젝트가 존재하는 것을 발견합니다. 또한 몇 달 전에 승인되었으나 반쯤 진행되다가 공식적으로 종료되지 않은 일의 흔적도 나타납니다. 그럼에도 불구하고, 아무도 추적하지 않는 프로젝트에 주당 10시간을 할애하는 사람들을 여전히 발견할 수 있습니다. 이러한 사실을 파악하기 전까지는 용량 수치가 부정확할 수밖에 없습니다.
발견한 모든 프로젝트에 대해 다음 세 가지를 기록해 두십시오:
- 후원사: 누가 이를 승인했으며, 누가 이에 대한 책임을 지는가
- 상태: 진행 중, 정체 중, 아니면 사실상 중단된 상태인가요?
- 참여 인원: 몇 명이 이 프로젝트에 참여하고 있으며, 이 프로젝트에 얼마나 많은 시간을 할애하고 있는지
이 단계에서는 어떤 것도 정리하려고 하지 마십시오. 목표는 있는 그대로의 현황을 파악하는 것입니다. 전체적인 상황을 파악한 후에야 무엇을 유지하고 무엇을 중단할지 결정하면 됩니다.
전문가 팁: 그룹 회의가 아닌 개별적으로 부서장들과 상의하세요. 아무도 옹호하고 싶어 하지 않는 프로젝트는 공유되는 설정에서는 드러나지 않습니다.
2. 프로세스를 시작하기 전에 의사결정 권한을 정의하십시오
포트폴리오에 대해 각 단계별 권한(신규 업무 승인, 진행 중인 프로젝트 속도 조절, 프로젝트 전면 중단)을 누가 가지고 있는지 명확히 기록하세요. 각 단계에 지출 한도를 설정하십시오. 예를 들어, 10만 달러 미만의 프로젝트는 부서장이 승인하고, 그 이상의 프로젝트는 포트폴리오 위원회가 승인하는 방식입니다.
프로젝트 플랜이나 도구를 선택하기 전에 이 부분을 확실히 정해 두십시오. 의사결정 권한 문서에는 각 단계별 역할, 지출 한도, 상급 보고 절차가 명시되어야 합니다. 이 문서가 없다면, EPM 프로그램은 첫해 내내 아무런 성과도 내지 못하는 보고서만 작성하게 될 것입니다.
이 단계는 또한 대부분의 변화 관리 작업이 이루어지는 단계이기도 합니다. 승인을 중앙 집중화하면 부서장들이 자신의 프로젝트를 직접 승인할 권한을 잃게 되기 때문입니다. 이러한 상충 관계를 솔직하게 인정해야 합니다. 즉, 부서장들은 일방적인 승인 권한을 포기하는 대신, 프로젝트가 좋은 평가를 받을 때 헌신적인 인력을 더 빠르게 확보할 수 있는 기회를 얻는 것입니다.
경영진 차원에서 전적인 권한 부여가 난항을 겪는다면, 이미 동의한 후원자들과 함께 시범 프로젝트로 범위를 좁혀보세요: 상위 15개 프로젝트에 대한 분기별 검토를 한 번 실시하고, 그중 하나를 일시 중지할 수 있는 권한을 부여하는 방식입니다. 이를 통해 회의론자들이 참여하기 전에 프로세스가 더 빠르게 승인을 내릴 수 있음을 입증할 기회를 얻을 수 있습니다.
3. 인티크 게이트 구축
모든 신규 프로젝트 요청을 하나의 프로젝트 접수 프로세스를 통해 처리하십시오. 모든 요청은 대기열에 등록되기 전에 다음 네 가지 질문에 대한 답변을 제시해야 합니다:
- 이 프로젝트는 무엇을 산출하나요? ‘고객 경험 개선’과 같은 모호한 목표가 아닌, 구체적인 성과물입니다.
- 후원자는 누구인가요? 프로젝트의 성공에 대한 책임을 지는 지정된 담당자
- 어떤 인력과 기술이 필요할까요? 인원 수만으로는 용량을 확인할 수 없으므로, 역할별 담당자와 각 역할이 소요하는 시간 비율을 명시해야 합니다.
- 어떤 전략적 목표를 달성하기 위한 것인가? 이 프로젝트가 지원하는 구체적인 회사 목표를 명시하십시오.
모호한 제출은 거부하십시오. 요청 사항이 다음 네 가지 질문에 명확하게 답할 수 없다면, 반려하십시오.
4. 일과 용량을 비교하여 우선순위를 정하기
접수 게이트에 사전 심사를 거친 요청 사항들이 대기열로 쌓이면, 각 요청을 시작할 순서와 동시에 진행할 수 있는 건수를 결정해야 합니다. 점수 산정 모델을 활용하여 대기열을 순위별로 정렬하십시오. 그러면 순서가 정해집니다. 하지만 이 순서만으로는 아직 플랜이라고 할 수 없습니다.
다음 단계는 최우선 순위 프로젝트들을 동시에 운영할 인력이 실제로 확보되어 있는지 확인하는 것입니다. 각 프로젝트를 하나씩 검토하며 필요한 인력을 기술별 역량에 따라 정리해 보세요. 모든 프로젝트에 필요한 인력 수요를 합산해 보십시오. 만약 동일한 데이터베이스 엔지니어가 세 개의 프로젝트 플랜에 각각 80%의 배정률로 등장한다면, 아무리 우선순위를 조정해도 해결할 수 없는 용량 문제가 있는 것입니다. 이 경우, 어떤 프로젝트는 우선순위를 낮추거나 시작 시기를 늦춰야 합니다.
ClickUp 프로젝트 관리 포트폴리오 템플릿은 시작점을 제공합니다. 이 템플릿은 미리 구축된 폴더로, 각 프로젝트는 부서, 단계, 우선순위, 소요 시간 추정치 및 성공 메트릭 필드가 포함된 작업으로 구성됩니다. 점수 열과 기술 수요, 할당된 용량을 추가하고, 목록을 순위별로 정렬하면 시작 날짜를 커밋하기 전에 과다 할당된 부분이 즉시 확인됩니다.
이 단계를 통과한 모든 프로젝트에 대해 승인된 결과, 비용 및 납기일을 기록하십시오. 이것이 이후의 모든 중단 또는 계속 여부에 대한 결정이 내려질 때 기준으로 삼는 기준선입니다.
5. 프로젝트 진행 상황 보고 방식을 표준화하십시오
프로젝트마다 서로 다른 수행 방식을 사용합니다. 중요한 것은 모든 프로젝트가 동일한 방식으로 진행 상황을 보고해야 한다는 점입니다. 포트폴리오 보기는 각 팀의 보고 형식을 따로 해석할 필요 없이 한눈에 파악할 수 있어야 합니다.
모든 프로젝트는 관리 방식에 관계없이 다음 네 가지 사항을 보고해야 합니다:
- 상태: 정상 진행, 위험, 또는 블록됨
- 확신: 마감 기한을 지킬 수 있을지에 대한 프로젝트 리더의 솔직한 평가
- 기준 대비 지출: 실제 비용이 승인된 금액과 어떻게 비교되는지
- 의존성 상태: 프로젝트가 자신의 통제 범위를 벗어난 요인에 의해 지연되고 있는지 여부
하나의 형식을 선택하고 모든 팀이 이를 사용하도록 하세요. 한 팀의 간트 차트와 다른 팀의 칸반 보드 스크린샷을 비교하게 되면 포트폴리오 검토가 제대로 이루어지지 않습니다.
6. 검토 주기 설정
정기적인 포트폴리오 검토 일정을 달력에 입력하십시오. 월간이든 분기별이든, 프로젝트 진행 속도에 맞춰 적절한 주기를 선택하십시오.
매번 검토할 때마다 진행 중인 모든 프로젝트를 샅샅이 살펴보고, 계속 진행할지, 일시 중지할지, 아니면 중단할지 결정하십시오. 어떤 프로젝트도 대화에서 빠지지 않도록 하십시오. 아무도 언급하지 않는 프로젝트는 대개 이미 중단되었어야 할 프로젝트들입니다.
각 프로젝트 리더에게 계획된 내용, 실제 진행 상황, 위험 요소, 그리고 권고 사항을 요약하여 보고하도록 하십시오. 만약 그들이 아무런 준비 없이 회의에 참석한다면, 회의 시간 내내 상태 보고에만 시간을 낭비하게 되고, 단 하나의 결정도 내리지 못한 채 회의를 마치게 될 것입니다.
AI를 활용하면 프로젝트 데이터의 4분의 1을 단 몇 초 만에 공유 가능한 검토 자료로 전환할 수 있는 방법을 확인해 보세요:
7. delivery 이후의 성과 추적
4단계에서 승인된 모든 프로젝트에 대한 기준선을 기록했습니다. 중요한 두 가지 시점은 시작 후 6개월과 12개월입니다. 기준선 옆에 실제 수치를 기록해 두십시오.
다음 세 가지 요소 덕분에 이 점검은 형식적인 절차가 아닌 실질적인 유용성을 갖습니다:
- 비즈니스 케이스에서 사용한 것과 동일한 메트릭을 사용하십시오. 제안서에서 지원 티켓을 20% 줄이겠다고 약속했다면, 지원 티켓을 측정하십시오. 더 좋아 보이는 다른 메트릭으로 대체하지 마십시오.
- 실제로 일을 수행하는 사람들과 이야기를 나눠보세요. 후원자는 프로젝트를 승인했고, 이를 성공이라고 부를 만한 이유가 있습니다. 하지만 매일 그 결과물을 사용하는 팀만이 그것이 실제로 무언가를 변화시켰는지 여부를 알려줄 것입니다.
- 결과를 신규 프로젝트 선정 과정에 반영하십시오. 특정 부서의 최근 세 개 프로젝트가 모두 예상 ROI의 절반에도 미치지 못했다면, 이러한 패턴을 바탕으로 해당 부서의 다음 제안서를 평가하는 방식을 변경해야 합니다. 완료된 프로젝트의 결과는 새로운 프로젝트를 평가하는 방식에 반영되어야 합니다.
EPM 도입에는 얼마나 걸릴까요?
실질적인 인티이크 게이트(intake gate), 점수화된 백로그(backlog), 분기별 검토 주기를 갖춘 1세대 EPM 프로세스는 일반적으로 구축하는 데 1~2분기 정도가 소요됩니다. 이 타임라인에는 프로젝트 현황 파악, 대부분의 조직에서 예상보다 오랜 시간 논의되는 프로젝트 거버넌스 결정, 그리고 프로세스의 유효성을 입증하기에 충분한 검토 주기가 포함됩니다.
완전한 성숙 단계에 도달하는 데는 더 오랜 시간이 걸립니다. 성과 추적을 체계화하고 실제 결과를 바탕으로 평가 모델을 조정하는 과정은 2~4분기 주기를 거쳐 점차 정착됩니다. 이러한 변화는 대개 두 번째나 세 번째 검토 단계 이후에 나타나는데, 이때 프로젝트가 실제로 일시 중단되고, 여유 인력이 우선순위가 더 높은 일로 재배치됩니다.
모든 것이 완료될 때까지 기다리는 것은 실수입니다. 현재 보유하고 있는 데이터로 첫 번째 검토를 진행하십시오. 단 하나의 실질적인 결정을 이끌어내는 대략적인 포트폴리오 검토가, 6개월 동안 검증되지 않은 프레임워크 설계를 하는 것보다 훨씬 더 가치가 있습니다.
기업 프로젝트 관리 소프트웨어는 어떻게 선택해야 할까요?
기업 프로젝트 관리 소프트웨어는 전용 PPM 제품군, 보고 기능이 추가된 스프레드시트, 포트폴리오 통합 기능을 갖춘 업무 관리 플랫폼의 세 가지 범주로 나뉩니다. 각각은 서로 다른 문제를 해결합니다.
| 접근 방식 | 강점 | 취약점 | 가장 적합한 대상 |
|---|---|---|---|
| 전용 PPM 제품군 | 센트 단위까지 정밀한 포트폴리오 재무 관리: 자본 계획, 획득 가치, 시나리오 모델링 | 일상적인 업무 수행은 다른 곳에서 이루어지므로, 전담 관리자가 필요합니다. | 규제 대상이며 자본 집약적인 포트폴리오와 전담 EPMO |
| 스프레드시트와 BI 레이어의 결합 | 어떤 거버넌스 모델에도 적합하며, 비용이 거의 들지 않고, 변경하기 쉽습니다. | 데이터는 수작업으로 입력되기 때문에 항상 일주일 전의 정보입니다. | 아직 모양을 잡고 있는 1세대 EPM 프로세스 |
| 업무 관리 플랫폼 | 포트폴리오 보기는 상태 이메일이 아닌 실시간 작업 데이터를 기반으로 합니다. | 포트폴리오 재무 및 획득 가치에 대한 내용은 비교적 간략하게 다루었습니다. | 조율과 실시간 데이터가 가장 중요한 부서 간 포트폴리오 |
실적 가치 관리(Earned Value)가 처음이신가요? 본격적인 PPM 제품군을 도입하기 전에 ClickUp의 무료 실적 가치 관리 계산기를 사용하여 실제 수치를 바탕으로 CPI, SPI, EAC가 어떻게 작동하는지 확인해 보세요.
전용 PPM 제품군
Planview, Broadcom Clarity, Oracle Primavera P6는 포트폴리오 재무 관리를 위해 설계되었습니다. 자본 계획, 획득 가치(Earned Value), 시나리오 모델링, 다년간의 자원 예측이 이 솔루션들의 핵심 기능입니다. 특히 Primavera P6는 일정이 수년에 걸쳐 진행되고 계약상 보고가 필수적인 중공업 및 건설 프로젝트 관리 분야에서 기본값으로 자리 잡고 있습니다.
효과적인 방법:
- 포트폴리오 차원의 재무적 정밀성: 예산, 실적, 일정이 하나의 모델에 통합되어 있으므로, 프로젝트 마일스톤이 지연되면 당일 바로 그에 따른 비용이 반영됩니다. 보고 의무상 획득 가치(Earned Value)나 자본 예측이 필요한 경우, 이 카테고리에서 기본적으로 이를 처리합니다.
- 다년간 플랜: 단계별 자금 조달이 포함된 3년짜리 포트폴리오를 모델링하고, 한 프로그램에서 6개월의 지연이 나머지 모든 프로그램의 예산에 어떤 영향을 미치는지 확인해 보세요.
- 감사에 대비하여 설계됨: 규제 대상 산업에서는 누가, 무엇을, 언제 승인했는지에 대한 기록이 필요합니다. 이러한 제품군은 바로 이러한 요구 사항을 바탕으로 설계되었습니다.
한도:
- 실제 일상 업무는 다른 곳에서 이루어집니다: 팀원들이 PPM 제품군 내에서 작업을 수행하는 경우는 거의 없습니다. 팀원들은 다른 도구에서 작업을 수행하고, 누군가가 그 진행 상황을 제품군에 다시 입력합니다. 재무 정보는 일주일이나 늦게 도착한 수치임에도 센트 단위까지 정확하게 반영됩니다.
- 전담 관리자가 필요합니다: 이러한 플랫폼은 설정, 교육 및 지속적인 유지 관리가 필요합니다. 스스로 작동하지는 않습니다.
다음과 같은 경우에는 건너뛰세요: 포트폴리오에 포함된 프로젝트 수가 30개 미만이고, 보고 요구 사항이 재무적 측면보다는 방향성 위주인 경우. 사용하지도 않을 정밀도를 위해 비용을 지불하게 될 것입니다.
적합한 대상: 재무 보고가 계약상 의무이며, EPMO에 tool 운영을 전담하는 인력이 배치된 규제 대상의 자본 집약적 포트폴리오.
보고 기능이 추가된 스프레드시트
Power BI나 Tableau에 데이터를 제공하는 관리된 포트폴리오 스프레드시트는 공급업체들이 말하는 것보다 훨씬 더 자주 올바른 해답이 됩니다. 비용은 거의 들지 않으며, 여러분이 설계한 어떤 거버넌스 모델에도 잘 맞습니다.
효과적인 방법:
- 프레임워크가 정착되는 동안 유연성을 유지하세요: 점수 산정 모델을 변경하거나, 열을 추가하거나, 시트 전체를 재구성하는 데 오후 한나절이면 충분합니다. 변화가 멈추기 전에 프로세스를 소프트웨어에 고정해 버리면, 조정할 때마다 tool과 씨름하게 될 것입니다.
- 도입 문제 없음: 누구나 이미 스프레드시트 사용법을 알고 있습니다. tool 교육에 소요되는 시간이 전혀 없으므로, 모든 시간을 프로세스에 집중할 수 있습니다.
한도:
- 데이터는 항상 낡아 있습니다: 모든 번호는 수작업으로 입력되므로, 포트폴리오 보기는 기껏해야 지난주의 현실을 반영할 뿐입니다.
- 규모가 커지면 문제가 발생합니다: 소수의 인원을 넘어 더 많은 사람들이 같은 날 동일한 수치를 신뢰해야 할 경우, 버전 관리와 수동 입력이 심각한 문제가 됩니다.
다음과 같은 경우에는 건너뛰세요: 시트를 두 명 이상이 편집하거나, 보드가 매월 회의를 개최하며 이번 주 수치를 기대하는 경우.
가장 적합한 대상: 첫 번째 EPM 프로세스를 구축 중인 조직으로, tools에 투자하기 전에 거버넌스를 제대로 정립해야 하는 곳. ye
포트폴리오 통합 기능을 갖춘 업무 관리 플랫폼
Asana, monday.com, Smartsheet, Wrike는 중간 수준에 위치합니다. PPM 제품군보다는 포트폴리오 재무 관리 기능이 적고, 스프레드시트보다는 훨씬 더 체계적이며, 일상 업무는 해당 tool 내에서 이루어집니다.
효과적인 방법:
- 포트폴리오 보기는 자동으로 업데이트됩니다: 팀들이 해당 도구에서 업무를 수행하기 때문에, 포트폴리오에 반영되는 데이터는 항상 최신 상태를 유지합니다. 별도의 진행 상황 보고서를 작성할 필요가 없습니다.
- 용량 데이터는 현실을 반영합니다: 이 tool은 모든 프로젝트에서 누가 어떤 업무에 배정되었는지 보여줍니다. 과다 배정된 부분은 즉시 드러납니다.
- AI 기능이 빠르게 발전하고 있습니다: 요약, 위험 표시, 자동화된 상태 생성 기능이 이제 다양한 수준으로 제공되고 있습니다. 정확한 결과를 얻으려면 직접 데이터를 사용하여 테스트해 보십시오.
한도:
- 포트폴리오 재무 관리 측면에서는 다소 한계가 있습니다: 핵심 기능으로 획득 가치 관리(EVM)나 다년간 자본 예측이 필요한 경우, 이러한 플랫폼은 전용 PPM 제품군에 미치지 못합니다.
- 도구의 도입 성공 여부는 팀들이 일상 업무에 이를 활용하는지에 달려 있습니다: 데이터의 품질은 팀들이 작업을 꾸준히 업데이트하는 데 얼마나 철저하느냐에 따라 결정됩니다. 팀의 절반이 플랫폼 밖에서 업무를 처리한다면, 포트폴리오 보기에 누락된 부분이 생길 수밖에 없습니다.
다음과 같은 경우에는 건너뛰세요: 귀사의 EPMO가 자본 플랜에 최종 승인을 내리는 CFO에게 보고하거나, 계약상 획득 가치 보고가 요구되는 경우.
가장 적합한 대상: 조율과 실시간 데이터가 핵심인 부서 간 협업 포트폴리오.
기업 프로젝트의 예시에는 어떤 것들이 있을까요?
기업 프로젝트는 범위, 자금 조달 또는 의존성 측면에서 여러 사업부를 아우릅니다. 이로 인해 해당 프로젝트는 포트폴리오 거버넌스의 대상이 됩니다. 다음은 세 가지 일반적인 시나리오에서 이러한 과정이 어떻게 나타나는지 보여줍니다.
1. ERP 또는 핵심 시스템 교체
한 기업이 재무 시스템을 교체하고 있습니다. CFO가 이 프로젝트를 주도하고 있습니다. 서류상으로는 IT 프로젝트이지만, 실제로는 모든 부서가 시스템에 데이터를 입력하거나 보고서를 추출하기 때문에 조달, 인사, 제조, 보고 부서까지 광범위하게 연관되어 있습니다.
- 조달: 구매 주문서와 공급업체 결제를 기존과 동일하거나 더 나은 방식으로 처리할 수 있는 새로운 시스템이 필요합니다.
- 인사(HR): 기존 시스템을 통해 급여 처리를 수행하며, 전환 과정에서 다운타임이 전혀 없어야 합니다.
- 제조업: 기존 시스템의 사용자 지정 필드에 저장된 재고 데이터에 의존합니다.
- 보고: 모든 경영진 대시보드는 최신 데이터베이스에서 데이터를 가져오며, 새로운 시스템 도입 첫날부터 정상적으로 작동해야 합니다.
조정 문제: 각 부서마다 고유한 요구 사항과 마감 기한에 대한 압박이 있습니다. 포트폴리오 거버넌스가 없으면 각 부서가 IT 팀과 개별적으로 협상하게 되고, 프로젝트 범위가 확대되어 결국 타임라인이 무너지고 맙니다. 포트폴리오 차원의 역할은 어느 부서의 요구 사항을 첫 번째 릴리스에 포함시키고, 어느 부서의 요구 사항은 2단계로 미룰지 결정하는 것입니다.
이 방식의 차별점: 프로젝트와 나머지 비즈니스 부서 간에는 의존성이 존재합니다. 모든 부서는 이해관계자이자 요구사항의 원천이며, 동시에 마이그레이션 기간 동안에도 일을 계속 해야 하는 사용자이기도 합니다.
2. 규제 준수 프로그램
새로운 보고 요건이 외부에서 정해진 마감 기한과 함께 제시됩니다. 이 요건의 범위를 축소하거나 무시할 수는 없습니다. 법务팀이 이를 주관하지만, 재무, IT, 운영 부서가 보고 인프라를 구축해야 합니다.
- 법적 사항: 관련 규정을 해석하고 보고해야 할 사항을 정의합니다.
- 재무: 데이터 수집 및 보고 워크플로우를 구축합니다.
- IT: 필요한 데이터 항목을 수집할 수 있도록 시스템을 수정합니다.
- 운영: 재무 부서가 필요로 하는 데이터를 생성하기 위해 현장의 프로세스를 변경합니다.
조정 문제: 6개월 전만 해도 존재하지 않았던 이 프로젝트는 이제 절대 변경할 수 없는 마감 기한을 가지고 있습니다. 이 프로젝트에 필요한 인력들은 이미 다른 프로젝트에 배정된 상태입니다. 포트폴리오 차원의 과제는, 다른 작업을 제거하지 않고 필수 프로젝트를 추가하면 모든 것이 지연될 수밖에 없기 때문에, 인력을 확보하기 위해 어떤 작업을 중단시킬지 결정하는 것입니다.
이 프로젝트의 차별점: 범위나 마감일은 협상할 수 없습니다. 유일한 변수는 다른 일 중 어떤 것을 양보하느냐입니다. 따라서 더 시급한 일이 발생했을 때, 기존 프로젝트를 실제로 중단하거나 일시 중지할 수 있는지 여부를 가늠할 수 있는 가장 명확한 시험대가 됩니다.
3. 다중 단위 고객 데이터 이니셔티브
세 개의 비즈니스를 보유한 한 기업이 각 비즈니스가 독립적으로 자체 고객 데이터 플랫폼을 구축하기 시작했다는 사실을 발견했습니다. 각 비즈니스는 타당한 사업적 근거를 제시하고 이미 외부 계약업체를 고용한 상태입니다.
- 단원 A: 마케팅 캠페인을 위한 고객 세분화 tool 구축
- 단원 B: 지원팀을 위한 통합 고객 뷰 구축
- 단원 C: 고객 생애 가치(CLV) 추적을 위한 데이터 웨어하우스 구축
조정 문제: 세 프로젝트 모두 동일한 데이터 파이프라인의 어떤 버전을 구축하는 과정에서 동일한 데이터 소스에 접근해야 합니다. 포트폴리오 차원의 역할은 중복 부분을 파악하고, 이를 하나의 프로젝트로 볼지 세 개의 프로젝트로 볼지 결정한 뒤, 회사가 동일한 데이터 인프라 비용을 세 번이나 지불하는 일이 없도록 통합하는 것입니다.
이 프로젝트가 다른 점은: 이 프로젝트들은 개별적으로 보면 아무런 문제가 없어 보입니다. 각 프로젝트마다 명확한 사업 타당성과 실제 후원자가 있습니다. 세 프로젝트를 나란히 놓고 살펴볼 때 비로소 낭비가 드러나는데, 이것이 바로 포트폴리오 관점의 목적입니다.
ClickUp에서 포트폴리오 추적 기능의 작동 방식
ClickUp은 포트폴리오 거버넌스와 프로젝트 실행이 동일한 작업 공간에서 이루어지는 업무 관리 플랫폼입니다. 모든 대시보드, 용량 점검, 검토 회의는 팀이 업무를 수행하며 업데이트하는 동일한 작업 항목을 기반으로 합니다. 이전 섹션에서 소개한 7단계 프레임워크가 실제 기능과 어떻게 연계되는지 살펴보겠습니다.
특히 Enterprise 프로젝트 관리에 효과적인 방법은 다음과 같습니다:

모든 프로젝트는 단일 게이트를 통해 접수됩니다
프로젝트 요청은 ClickUp 양식을 통해 접수되며, 여기서는 조건부 논리를 통해 요청자가 선택한 항목에 따라 질문이 동적으로 조정됩니다. 특정 예산 기준을 초과하는 요청의 경우, 후원자 이름, 전략적 목표, 자원 추정치 필드가 활성화됩니다. 제출된 모든 요청은 자동으로 작업으로 전환됩니다. ClickUp 자동화 기능은 이를 검토자에게 할당하고, 우선순위를 설정한 뒤 승인 대기열로 이동시킵니다. 3단계의 네 가지 접수 질문은 필수 필드로 지정되므로, 내용이 모호한 요청은 통과할 수 없습니다.
일 시작 전에 용량을 확인합니다
‘작업량 보기’는 근무 일정과 휴가 일정을 반영하여, 각 구성원의 할당된 업무를 일별, 주별 또는 월별 가용 시간과 대조하여 표시합니다. 업무량이 과다한 구성원은 빨간색으로 표시됩니다. 이 보기에서 직접 구성원 간에 작업을 드래그하여 이동하거나 일정을 재조정할 수 있습니다. 서두에서 언급한 ‘4개 프로젝트에 8명의 엔지니어가 분산 배치된’ 문제는 단 하나의 스프린트도 시작되기 전에 이곳에서 명확히 드러납니다.
한 프로젝트의 지연이 다른 프로젝트로 연쇄적으로 파급되는 과정을 확인해 보세요.
간트 차트 보기에서 프로젝트 간 작업 의존성을 연결하면, 어떤 작업이 변경될 때 하류 일정이 자동으로 조정됩니다. 중요 경로 오버레이를 통해 완료일을 결정하는 작업 순서를 확인할 수 있습니다. 모든 프로젝트가 포함된 폴더로 보기를 한정하면, 한 프로젝트의 지연이 동일한 타임라인 내의 다른 프로젝트에 미치는 영향을 한눈에 파악할 수 있습니다.
모든 프로젝트를 하나의 포트폴리오 보기로 통합하세요
포트폴리오 카드에서는 각 프로젝트를 행 단위로 표시하며, 하위 작업의 진행 상황, 기한 초과 건수, 마일스톤, 예상 소요 시간에 대비한 실제 소요 시간을 한눈에 확인할 수 있습니다. 각 프로젝트의 사용자 지정 필드에는 승인된 기준선이 저장되어 있어, 프로젝트 중단 또는 지속 여부를 결정할 때 참고 자료로 활용됩니다. 스프린트 보고와 간트 차트 기반의 워터폴 추적 결과는 모두 동일한 ClickUp 대시보드에 반영되므로, 다양한delivery methods를 혼합하여 사용하더라도 일관된 포트폴리오 수준의 데이터를 생성할 수 있습니다.

보고, 문제 표시 및 검토 준비 과정을 자동화하세요
모든 작업, 문서, 채팅 메시지 및 연동된 앱은 ClickUp Brain에 맥락 정보를 제공합니다. 프로젝트 업데이트, 경영진 요약 보고서 및 팀 스탠드업 보고서는 이 맥락 정보를 바탕으로 초안이 작성되므로, 검토 전에 누구도 수작업으로 작성할 필요가 없습니다. ‘슈퍼 에이전트( Super Agents)’라고 불리는 AI 기반 팀원을 구체적인 지침, 트리거 및 도구로 설정하세요. 이들은 자율적으로 작동하며, 포트폴리오 전반의 신뢰도 필드를 모니터링하거나 각 검토 회의 전에 미리 읽을 수 있는 요약문을 게시하는 등의 작업을 수행합니다.
ClickUp Brain이 실시간 작업 데이터를 바탕으로 프로젝트 진행 상황을 작성하고, 장애 요인을 파악하며, 검토 요약 보고서를 준비하는 과정을 확인해 보세요. 이 모든 과정이 수작업으로 상태 보고서를 작성할 필요 없이 이루어집니다.
ClickUp 및 연결된 모든 tool에서 원하는 정보를 찾아보세요
기업 프로젝트에서는 관련 정보가 여러 플랫폼에 흩어져 있습니다. 기업 검색은 Google Drive, Slack, GitHub, Confluence, Jira, SharePoint, OneDrive의 작업, 문서, 채팅 및 데이터를 인덱스하여 단일 검색 계층으로 통합합니다. Slack에서 시작되어 작업 댓글로 이어지고, 최종적으로 문서에서 결정이 내려진 위험 관련 논의를 찾고 있는 EPMO 책임자는 하나의 검색 창에서 이 세 가지 정보를 모두 찾을 수 있습니다.
사빌스(Savills)가 ClickUp에서 14개 지역 PMO를 운영하는 방법
FTSE 250에 등재된 부동산 서비스 기업인 Savills는 Azure DevOps와 수많은 엑셀 추적 도구를 하나의 ClickUp 작업 공간으로 대체했습니다. 이 회사는 아시아 14개 지역에서 CRM 도입, 맞춤형 구축, 공급업체 프로젝트를 관리하고 있습니다. 프로젝트 요청은 필수 입력 항목이 포함된 양식을 통해 접수되며, 포트폴리오에 등록되기 전에 수요 보드에서 검토를 거칩니다.
각 프로젝트는 시작 단계부터 완료 단계까지 하나의 상위 작업 ID를 부여받습니다. 이를 통해 팀은 어떤 결과가 제공되었는지, 그리고 몇 달 후 문제가 발생한 원인이 무엇인지 추적할 수 있습니다.
사빌스(Savills)의 IT 비즈니스 파트너인 체리 웡(Cherry Wong)은 기존의 프로세스를 다음과 같이 설명했습니다:
예전에는 매월 각 국가에 전화해 프로젝트 진행 상황을 확인한 뒤, 20개의 서로 다른 파워포인트 자료를 통합해 경영진을 위한 종합 프레젠테이션을 만들곤 했습니다. 이제는 모든 프로젝트가 CIO 대시보드에 실시간으로 집계되므로, CIO는 로그인만 하면 진행 중인 프로젝트와 위험에 처한 프로젝트를 한눈에 확인할 수 있습니다.
예전에는 매월 각 국가에 전화를 걸어 프로젝트 진행 상황을 확인한 뒤, 20개의 서로 다른 파워포인트 자료를 통합하여 경영진을 위한 마스터 프레젠테이션을 만들곤 했습니다. 이제는 모든 프로젝트가 CIO 대시보드에 실시간으로 집계되므로, CIO는 로그인만 하면 진행 중인 프로젝트와 위험에 처한 프로젝트를 한눈에 확인할 수 있습니다.
솔직한 한도:
- 실적 가치 관리(EVM) 및 다년도 재무 예측 기능은 기본으로 제공되지 않습니다. 계약상 의무가 있는 포트폴리오는 Primavera P6 또는 Planview가 필요합니다.
- 용량 계획은 시간 추정치를 기반으로 진행됩니다. 작업량 보기는 팀이 작업에 대한 추정치를 입력하고, 이를 인원별 근무 시간으로 매핑할 때만 과다 할당을 표시합니다. 4명의 결제 엔지니어가 실제 병목 요인임을 파악하려면 사용자 정의 필드의 기술 태그와 필터를 활용해야 합니다.
적합한 대상: 부서 간에 10개 이상의 프로젝트를 동시에 진행 중이며, 예산 편차 보고가 아닌 인력과 우선순위의 충돌이 가장 큰 위험 요소인 조직.
다음과 같은 경우에는 건너뛰세요: 귀사의 EPMO 권한이 재무 관리에만 국한되어 있는 경우. 그럴 경우, 귀하에게 가장 중요한 부분에 대해 임시방편을 마련하게 될 것입니다.
어디서부터 시작해야 할까요?
기업 프로젝트 관리를 처음 도입하는 경우, 진행 순서는 간단합니다. 현재 진행 중인 프로젝트를 파악하고, 프로젝트를 중단시킬 수 있는 담당자를 파악하며, 단일 접수 게이트를 구축하고, 분기별 의사결정 검토 일정을 달력에 수립하면 됩니다.
이 네 가지가 제자리에 자리 잡으면, 점수 산정 모델, 소프트웨어, 대시보드 등 그 밖의 모든 것은 자연스럽게 따라올 수 있습니다. 이 모든 것이 효과가 있었는지는 단 한 가지 질문에 달려 있습니다. 바로 ‘지난 분기 검토 결과 실제로 프로젝트가 중단되었는가?’라는 질문입니다.
이를 달성하기 위해서는 먼저 거버넌스 차원의 결정이 필요하며, 그 다음으로 도구 선택이 따릅니다. 도구 선택 단계에 이르렀다면, ClickUp을 통해 프로젝트 접수, 실행, 역량 계획, 포트폴리오 보고 기능을 하나의 작업 공간에서 통합 관리할 수 있습니다.
기업 프로젝트 관리에 관한 자주 묻는 질문(FAQ)
기업 프로젝트 관리자는 개별 프로젝트 위의 포트폴리오 계층, 즉 프로젝트 접수, 우선순위 설정, 용량 배분, 프로젝트 간 의존성, 진행 여부 검토 등을 관리합니다. 이들은 대개 기업 프로젝트 관리 사무소(EPMO)에 소속되어 COO, CIO 또는 최고 프로젝트 책임자에게 보고합니다. 일상 업무로는 포트폴리오 검토 회의를 주재하고, 공유 전문가 활용에 따른 갈등을 해결하며, 완료된 프로젝트가 비즈니스 타당성 분석을 충족했는지 확인하는 일을 수행합니다. 개별 프로젝트 관리자는 여전히 프로젝트 수행에 대한 책임을 집니다. 반면 기업 프로젝트 관리자는 어떤 프로젝트를 진행할지 결정하는 권한을 가집니다.
프로젝트 포트폴리오 관리(PPM)는 전략, 용량, 위험을 고려하여 프로젝트를 선택, 우선순위 지정 및 자금을 조달하는 투자 의사결정 과정입니다. 기업 프로젝트 관리(EPM)는 PPM에 더해 표준화된 실행 방법, 보고 체계, 그리고 조직 전반에 걸친 거버넌스를 포함하는 더 광범위한 운영 계층입니다. 프로그램 관리는 이 둘 사이에 위치하며, 관련 프로젝트들을 하나의 결과물을 향해 조율하는 역할을 합니다.
동일한 전문가들이 여러 프로젝트 계획에 동시에 포함되어 있음에도 그 중복 상황을 아무도 파악하지 못하는 경우, 기업은 엔터프라이즈 프로젝트 관리가 필요합니다. 일반적인 트리거로는 10개 이상의 부서 간 프로젝트가 동시에 진행되거나, 이미 업무가 커밋된 인력에게 의무적인 규제 프로그램이 추가로 배정되거나, 두 사업부가 동일한 일에 자금을 지원했다는 사실을 뒤늦게 알게 되는 경우 등이 있습니다.
기업 프로젝트 관리(EPM)는delivery 방법론이 아니며, 별도의 방법론을 필요로 하지도 않습니다. 포트폴리오 내의 개별 프로젝트는 PMBOK 가이드나 PRINCE2와 같은 프레임워크에 따라 스크럼, 칸반, 워터폴 또는 하이브리드 방식을 적용하여 운영될 수 있습니다. EPM이 표준화하는 것은 이러한 프로젝트들 위에 위치한 거버넌스 계층, 즉 프로젝트 접수, 평가, 승인, 그리고 포트폴리오 보고서로 집계되는 내용의 모양입니다.
Microsoft EPM은 Microsoft의 엔터프라이즈 프로젝트 관리 스택을 의미합니다. 즉, Project Server 또는 Project Online에 Project Professional과 포트폴리오 보고를 위한 Power BI가 결합된 형태입니다. Microsoft는 EPM 배포 시나리오를 PMO를 통해 진행되는 하향식 계획으로 설명하며, 마스터 프로젝트, 프로그램 및 이슈 추적을 적극적으로 활용합니다. Project Online은 2026년 9월 30일에 서비스가 종료되며 , Microsoft는 고객들에게 Planner 프리미엄 플랜이나 Project Server 구독 에디션으로 전환할 것을 권장하고 있습니다.
기업 프로젝트 관리에 특화된 단일 자격증은 없습니다. 가장 가까운 자격증으로는 포트폴리오 수준의 거버넌스를 다루는 PMI의 포트폴리오 관리 전문가(PfMP)와 조율된 프로그램 수행을 다루는 프로그램 관리 전문가(PgMP)가 있으며, PRINCE2와 PMP는 개별 프로젝트 수행에 중점을 둡니다. 대부분의 EPMO 리더들은 이러한 자격증 중 하나와 포트폴리오 검토 주기를 직접 운영한 경험을 겸비하고 있습니다.
미국 노동통계국(BLS)에 따르면, 2024년 5월 기준 프로젝트 관리 전문가의 연봉 중앙값은 100,750달러 이며, 상위 10%는 165,790달러 이상을 벌고 있습니다. 기업 및 포트폴리오 역할은 경영진에게 직접 보고하고 부서 간 업무를 담당하기 때문에 일반적으로 중앙값보다 높은 급여를 받습니다. 금융 및 보험 업계의 연봉 중앙값이 111,350달러로 가장 높으며, 건설 업계는 상위 5개 산업 중 96,700달러로 가장 낮습니다.

