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