여러 프로젝트를 성공적으로 관리하는 방법

웰링톤(Wellingtone)은 2016년부터 프로젝트 실무자들을 대상으로 설문조사를 진행해 왔으며, 그 기간 동안 가장 큰 두 가지 과제는 항상 동일했습니다. 바로 훈련이 부족한 프로젝트 관리자와 너무 많은 프로젝트를 동시에 진행하려는 시도였습니다. 2026년 보고서에서는 훈련 수준이 마침내 충분히 개선되어 8위로 내려갔습니다. 하지만 여러 프로젝트를 관리하는 일은 여전히 쉽지 않았습니다.

여러 프로젝트를 관리한다는 것은 여러 진행 중인 프로젝트를 하나의 포트폴리오로 묶어, 공유된 우선순위, 공유된 인력, 그리고 단일한 의사결정 주기를 적용하여 운영하는 것을 말합니다. 거의 모든 가이드가 이를 가시성 문제로 다루기 때문에, 결국 거의 모든 가이드가 더 큰 대시보드를 추천하게 됩니다. 가시성은 도움이 됩니다. 하지만 문제가 먼저 발생하는 원인은 아닙니다.

여러 프로젝트를 관리한다는 것은 무엇을 의미할까요?

여러 프로젝트를 관리한다는 것은, 각 프로젝트의 플랜을 그대로 유지하면서 동일한 인력, 예산, 관심을 두고 경쟁하는 개별 프로젝트들을 조율하는 것을 의미합니다. 다중 프로젝트 관리에서 프로젝트들은 독립적으로 유지되며, 실제로 관리해야 할 대상은 프로젝트들이 공유하는 제약 조건들입니다.

이러한 구분은 끊임없이 모호해지며, 이는 막대한 비용을 초래합니다. PMI 자체 라이브러리에 기고한 한 실무자는 이 문제를 다음과 같이 명확히 지적합니다. 프로젝트들이 공유하는 유일한 변수가 ‘당신’뿐이라면, 그 일정들을 병합할 이유가 없습니다. 그럼에도 불구하고 일정들을 병합해 버린다면, 실제 질문에 답할 수 있는 내용을 담은 플랜을 아무도 읽을 수 없게 될 것입니다.

여기서는 세 가지 용어가 혼용되어 사용되는데, 현재 어떤 작업을 수행 중인지 파악하면 어떤 산출물이 필요한지 알 수 있습니다.

이 내용을 검색하는 대부분의 사람들은 첫 번째 행을 완료한 반면, 세 번째 행과 같은 보고를 요구받고 있습니다.

이 가이드에서는 PMO(프로젝트 관리 사무소)의 의미에서 볼 때 여러분의 프로젝트가 공식적인 ‘포트폴리오’는 아닐지라도, 전반적으로 포트폴리오라는 용어를 사용합니다. 그 이유는 실용적인 데 있습니다. 프로젝트 간에 인력이나 의사결정을 공유하는 순간, 거버넌스 계층만 제외하면 포트폴리오 관리자가 사용하는 것과 동일한 운영 방식이 필요하기 때문입니다. 우선순위 목록, 역량 현황 파악, 그리고 중단 메커니즘이 필요합니다.

여러 프로젝트를 관리할 때 문제가 발생하는 이유

다중 프로젝트 일은 네 가지 뚜렷한 유형으로 실패하게 되는데, 노력이나 성실함의 부족은 그중 하나가 아닙니다. 각 유형마다 해결책이 다르기 때문에, 일반적인 조언만으로는 효과가 없습니다.

공유된 인력이야말로 진정한 의존성입니다

두 프로젝트의 타임라인이 서로 명확하게 구분되어 있고 독립적이라 해도, 동일한 선임 엔지니어가 두 프로젝트 모두의 중요 경로(크리티컬 패스)에 위치해 있다면 여전히 일정이 충돌할 수 있습니다. 타임라인 소프트웨어는 날짜만 보여줄 뿐, 프리야가 세 가지 플랜의 3, 4, 7주 차에 걸쳐 병목 요인이라는 사실은 거의 보여주지 않습니다. 웰링톤(Wellingtone)의 설문 응답자들은 자원 관리를 프로젝트 관리 전반에 걸쳐 정착시키기 가장 어려운 프로세스 중 하나로 꼽았는데, 이는 충돌이 하나의 플랜 내부가 아닌 여러 플랜 사이에서 발생하기 때문입니다.

여러 분이 가지고 계신 모든 플랜에는 보이지 않는 전환 비용이 존재합니다

어떤 계획에도 ‘다시 집중하기’를 위한 항목은 없습니다. Microsoft의 ‘2025년 업무 트렌드 지수(Work Trend Index)’ 특별 보고서에 따르면, 직원들은 업무 시간 중 2분마다 한 번꼴로 업무가 방해받는 것으로 나타났습니다. 31,000명의 지식 근로자를 대상으로 실시된 관련 설문조사에서, 직원의 48%와 관리자의 52%가 업무가 혼란스럽고 단편적으로 느껴진다고 답했습니다. 누군가의 업무에 세 번째 프로젝트를 추가한다고 해서 업무량이 3분의 1만 늘어나는 것은 아닙니다. 그들이 업무로 돌아올 때마다 다시 적응해야 하는 새로운 맥락들을 추가한 셈입니다.

보고 업무가 오히려 절약하려던 시간을 뺏어갑니다

진행하는 프로젝트가 많을수록, 그 프로젝트들을 설명하는 데 일주일 중 더 많은 시간을 할애하게 됩니다. 웰링턴(Wellingtone)의 데이터에 따르면, 응답자의 72%가 매달 반나절 이상을 프로젝트 상태 정보를 수작업으로 정리하는 데 소비합니다. 약 절반은 실시간 프로젝트 KPI를 확인할 수조차 없습니다. 이는 포트폴리오를 주도적으로 관리하기보다는 단순히 설명하는 것에 그치는 상황입니다. 사람이 수작업으로 작성한 상태 보고서는 읽을 때쯤이면 이미 구식이 되어버립니다.

누구도 어떤 일도 중단할 권한이 없습니다

이 문제가 가장 큰 피해를 주는 이유는 가장 가시성이 낮기 때문입니다. 프로젝트는 누구든지 긴급하다는 이유로 추가할 수 있지만, 실제로 제거하는 사람은 거의 없습니다. 너무 많은 팀이 모든 아이디어가 프로젝트로 전환되는 것을 방지할 수 있는 명확한 선택 기준을 갖추지 못하고 있습니다. 중단 장치가 없다면 포트폴리오는 계속해서 늘어날 뿐이며, 그 안의 각 프로젝트는 점점 더 빈약해집니다.

여러 프로젝트를 하나의 시스템으로 관리하면 무엇이 달라질까요?

여러 프로젝트를 하나의 시스템으로 관리하면 세 가지가 달라집니다. 프로젝트가 긴급 상황이 되기 전에 미리 주목을 받게 되고, 한 프로젝트의 지연이 다른 프로젝트로 조용히 연쇄적으로 퍼지는 것을 막을 수 있으며, 새로운 요청이 쌓여만 가는 대신 기존 업무와의 비교 검토를 거치게 됩니다. 위에서 언급한 실패 사례들은 체계가 없을 때 어떤 일이 발생하는지 보여줍니다. 체계가 마련되면 어떤 변화가 일어나는지 살펴보겠습니다.

어려운 프로젝트에 주목하세요

관리가 제대로 이루어지지 않는 프로젝트 포트폴리오는 ‘소음 곡선’을 따릅니다. 즉, 가장 큰 소음을 내는 프로젝트가 가장 많은 관심을 받게 됩니다. 여러 프로젝트를 효율적으로 관리하면 이러한 현상이 달라집니다. 의사결정 자원이 한정되어 있다는 점을 잘 알고 있기 때문에, 나중에 수정하는 데 많은 비용이 드는 초기 단계의 프로젝트나 계획에서 벗어난 프로젝트에 비례적으로 더 많은 자원을 할당하게 됩니다. 6주 차에 갑자기 문제가 터지는 조용한 프로젝트는 거의 예외 없이 2주 차부터 5주 차까지 의사결정 시간을 배정받지 못한 프로젝트입니다.

한 프로젝트에서 발생한 지연이 다른 세 프로젝트로 은연중에 연쇄적으로 퍼지는 것을 막을 수 있습니다

기준선이 설정된 포트폴리오를 사용하면, 프로젝트 B가 일주일 지연될 경우 공유 디자이너가 프로젝트 D의 검토 단계와 일정이 겹치게 된다는 사실을 파악할 수 있습니다. 반면 기준선이 설정되지 않은 포트폴리오는 이러한 지연을 눈에 띄지 않게 흡수해 버립니다. 두 프로젝트가 같은 달에 완료되지 못할 때까지는 아무도 눈치채지 못합니다.

장기적으로 보면 막대한 비용이 발생할 수 있습니다. 한 프로젝트가 일주일 정도 지연되는 것은 만회할 수 있습니다. 하지만 동일한 근본 원인으로 인해 세 개의 프로젝트가 각각 4일씩 지연된다면, 분기 전체의 성과를 날릴 수도 있습니다.

새로운 요청은 포트폴리오의 질을 떨어뜨리는 대신 오히려 향상시킵니다

검토 절차가 없다면 모든 신규 프로젝트는 단순히 누적될 뿐입니다. 검토 절차가 마련되어 있다면, 새로운 요청은 변화를 촉진하는 계기가 됩니다. 이를 통해 기존 프로젝트의 가시성이 높아지고, 비교가 필요해지며(“이 프로젝트가 현재 5위인 프로젝트보다 더 가치가 있는가?”), 때로는 그 과정에서 ‘좀비 프로젝트’를 정리할 수도 있습니다.

팀에 효과적인 신규 업무 선정 기준이 마련되어 있으면, 무엇을 추가할지에 대한 대화는 무엇을 중단할지에 대한 대화로 바뀌게 되며, 포트폴리오가 넓어지기보다는 매번 더욱 정교해집니다.

‘병렬 처리의 한계’: 가시성을 높여도 과부하된 포트폴리오 문제를 해결할 수 없는 이유

‘동시 처리 한계’란 한 주 동안 실질적인 결정을 내릴 수 있는 프로젝트의 수를 말합니다. 여기서 핵심은 ‘추적’이 아니라 ‘결정’입니다. 그 한계를 초과하는 프로젝트들은 관리되는 것이 아니라 단지 지켜보는 것에 불과합니다.

많은 사람들이 간과하는 관점의 전환이 바로 이것입니다. 사람들은 모든 것을 파악하지 못하는 것이 문제라고 가정하고, 통합된 화면을 제시하곤 합니다. 하지만 5개 프로젝트를 처리할 권한과 여유가 있는 관리자에게 14개 프로젝트를 보여주는 대시보드는 아무런 해결책이 되지 못합니다. 오히려 과부하 상태를 한눈에 파악할 수 있게 만들었을 뿐이며, 방치하고 있는 모든 프로젝트를 실시간으로 지켜보게 되니 그 과부하가 더 심하게 느껴집니다.

요한나 로스만은 바로 이 문제에 평생을 바쳐 연구해 왔으며, 이에 관한 책도 집필했습니다. 그녀는 『 Manage Your Project Portfolio』에서 이 분야 전체를 다음과 같이 정의하고 있습니다:

여러분도 다 해낼 수 있습니다. 다만, 한 번에 다 할 수는 없을 뿐입니다.

로스만은 포트폴리오 관리에 고도의 통계나 복잡한 수학이 필요하지 않다고 분명히 밝히고 있습니다. 필요한 것은 일을 ‘1순위’에서 ‘절대 안 됨’까지 순위를 매길 의지가 있는 사람들뿐입니다. 실제로 중요한 수학적 계산은 냅킨에 적을 정도로 간단합니다.

매주 프로젝트 관련 의사결정을 내리는 데 실제로 할애할 수 있는 시간을 계산해 보세요. 여기에는 상태 검토, 장애 요인 해소, 범위 재협상, 우선순위 재조정 등이 포함됩니다. 프로젝트 수행과 본인의 업무까지 병행하는 대부분의 사람들에게 이 시간은 40시간이 아니라 4~6시간 정도입니다.

그런 다음 프로젝트별 의사결정 비용을 추산해 보세요. 안정적으로 진행 중인 프로젝트의 경우 주당 약 45분, 초기 단계이거나 정치적 문제가 있거나 진행이 차질을 빚고 있는 프로젝트의 경우 2시간 정도가 소요됩니다. 대부분의 포트폴리오는 이 두 가지 유형이 혼합되어 있습니다. 예를 들어, 안정적으로 진행 중인 프로젝트가 3개이고 어려운 프로젝트가 2개 있다고 가정해 보겠습니다. (3 × 0.75) + (2 × 2) = 6.25시간의 의사결정 비용이 소요됩니다.

의사결정 시간이 5시간인 관리자는 이미 1시간 이상 초과한 상태이며, 가장 많은 관심을 필요로 하면서도 가장 적은 관심을 받는 어려운 프로젝트들이 가장 먼저 피해를 입게 됩니다.

여기서 중요한 점은 숫자가 대화에 어떤 영향을 미치는지입니다. “이미 용량이 가득 찼습니다”라는 말은 이해관계자가 반박할 수 있는 감정적인 표현입니다. 반면, “제 용량은 4개인데 현재 8개를 맡고 있습니다. 그중 4개는 일시 중단할 것을 제안합니다”라는 말은 이해관계자가 여러분과 함께 결정해야 할 사항입니다.

모든 다중 프로젝트 시스템에 필요한 요소

어떤 방식으로 구축하든, 제대로 작동하는 다중 프로젝트 시스템에는 다음 10가지 요소가 반드시 포함됩니다. 이 중 하나라도 빠지면 구체적이고 예측 가능한 실패가 발생합니다.

‘기준선(baseline)’ 항목은 잠시 멈춰 생각해 볼 가치가 있습니다. 웰링턴(Wellingtone)의 설문조사 응답자 중 3분의 1은 기준선이 설정되지 않은 프로젝트를 진행 중이며, 이로 인해 포트폴리오 전반에 걸쳐 “일정이 지연되고 있는가?”라는 질문에 답할 수 없는 상황이 발생합니다.

7단계로 여러 프로젝트를 관리하는 방법

이 단계들은 특정 도구에 구애받지 않습니다. 각 단계는 스프레드시트에서도 적용할 수 있으며, 스프레드시트만으로는 한계가 느껴지는 단계에 도달한 후에는 소프트웨어를 활용하면 더 효과적입니다.

1단계: 모든 프로젝트를 파악하고 각 프로젝트마다 소유자를 한 명씩 지정하세요

진행 중인 모든 프로젝트를 한 페이지에 목록으로 작성해 보세요. 부탁을 받아 맡게 된 프로젝트, 기술적으로는 일시 중지된 상태이지만 여전히 관련 메시지가 들어오는 프로젝트, 그리고 전임자로부터 물려받은 프로젝트까지 모두 포함시키세요. 각 프로젝트에 정확히 한 명의 담당자 이름을 지정하세요.

이 단계에서는 예상보다 많은 항목이 집계되어 사람들이 거의 항상 놀라곤 합니다. 자신의 업무량을 “캠페인 4개”라고 표현하는 마케팅 팀장은 웹사이트 개편, 정기 뉴스레터 개편, 그리고 두 건의 공급업체 이전 작업까지 포함하면 대개 9개 항목을 적게 됩니다. 실제로 적어본 적이 없는 숫자에 대해서는 상한선을 정할 수 없습니다.

2단계: 목록을 ‘1’부터 ‘절대 안 함’까지 순위를 매기세요

단일한 순서를 강제 적용하세요. 두 프로젝트의 순위가 공유될 경우, 나중에 가장 끈질기게 이메일을 보낸 쪽이 우선순위를 결정하게 됩니다.

프로젝트를 요청하는 목소리가 얼마나 큰지에 따라 순위를 매기는 것이 아니라, 기대 가치와 지연 시 발생하는 비용을 기준으로 순위를 매기세요. ‘절대 안 함’ 범주는 최상위 범주만큼이나 중요합니다. 정직하게 거절한 프로젝트는 더 이상 주의를 뺏지 않는 반면, 모호하게 살아남은 프로젝트는 계속해서 의사결정에 부담을 주게 됩니다.

3단계: 동시 진행 상한선을 설정하고 프로젝트 수주 시 이를 엄격히 적용하세요

위의 ‘결정 시간’ 계산법을 사용하여 상한선을 산출한 다음, 이를 절대적인 수치로 간주하십시오. 포트폴리오가 가득 차면, 어떤 프로젝트가 완료되거나 일시 중지될 때까지 새로운 프로젝트를 시작할 수 없습니다.

이는 작업보다 한 단계 위에서 적용되는 ‘진행 중인 작업 한도’로, 칸반 팀이 보드에서 사용하는 논리와 동일합니다. ‘인테이크 게이트’가 이를 현실로 만듭니다. 새로운 요청이 들어오면 점수가 매겨지고, 기존 작업을 대체하거나 대기하게 됩니다. 게이트가 없다면 상한선은 단순히 선호도에 불과합니다. 게이트가 있으면 상한선은 규칙이 되며, “아직은 안 됩니다”라는 말은 변명이 아닌 타당한 답변이 됩니다.

4단계: 공유되는 타임라인이 아닌, 공유되는 인력을 파악하세요

주 단위로 누가 어떤 프로젝트에 배정되어 있는지 한눈에 파악할 수 있는 보기를 만들어 보세요. 이러한 용량 계획 점검은 다중 프로젝트 업무에서 가장 유용한 단계이자, 대부분의 팀이 간과하는 부분입니다.

여러분이 찾고 계신 것은 다음 두 가지입니다:

스프레드시트에서는 왼쪽 열에 담당자가, 위쪽 행에 주간 단위가 표시된 표 형태입니다. 포트폴리오 관리 소프트웨어에서는 작업량 보기로 표시됩니다. 어느 쪽이든 결과물은 동일합니다. 즉, 달이 끝난 후가 아니라 시작하기 전에 재협상해야 할 담당자 목록을 간추려 놓는 것입니다.

5단계: 모든 것을 아우르는 단일 보기가 아닌, 의사결정 하나당 하나의 보기를 구축하세요

각 보기는 그 보기가 답해줄 수 있는 질문을 중심으로 설계한 다음, 그 질문에 답하는 데 도움이 되지 않는 요소는 모두 삭제하세요. 모든 사용자에게 유용하게 쓰이려고 하는 단일 보기는 결국 누구에게도 도움이 되지 않습니다.

대부분의 포트폴리오는 다음 세 가지 보기로 파악할 수 있습니다:

경영진은 첫 번째 내용을 읽고, 여러분은 두 번째와 세 번째 내용을 실행에 옮기세요. 네 번째인 ‘모두 보기’를 구축하려다 보면 대시보드가 방치되기 마련입니다.

6단계: 매주 ‘중단할지, 계속할지’ 검토를 실시하세요

매주 30분짜리 정례 시간을 한 번 마련하여, 실제로 순위가 바뀌거나 프로젝트가 일시 중지될 수 있도록 하세요. 이 회의의 유일한 목적은 주간을 마무리하며 어떤 프로젝트를 일시 중지하거나 순위를 재조정하는 것입니다.

아젠다는 세 가지 질문입니다. ‘공유 인력 배치도’에서 무엇이 바뀌었나요? 현재 어떤 프로젝트가 병목 요인이 되었나요? 최우선 순위를 지키기 위해 무엇을 중단하거나 연기할 것인가요? 이 회의에서 어떤 작업도 일시 중단되지 않는다면, 회의는 단순한 상태 보고로 전락한 것이며, 참석자들의 집중도가 흐트러지기 시작한다는 점이 이를 여실히 드러냅니다.

또한 ‘중단’을 결정할 수 있는 담당자를 지정하는 것도 필수적입니다. 주간 검토 회의는 회의실에 있는 누군가가 추가 보고 절차 없이 프로젝트를 일시 중지할 권한을 가지고 있을 때만 제대로 작동합니다. 대부분의 팀에서는 이 역할을 이사, PMO 책임자 또는 부서장이 맡습니다. 소규모 팀의 경우, 인원 배정을 관리하는 사람이 그 역할을 맡게 됩니다. 해당 담당자의 이름을 검토 회의의 상시 업무 범위(Standing Terms of Reference)에 명시하십시오. 회의실에 있는 누구도 일을 일시 중지할 권한이 없다면, 그 회의는 단지 자문 역할에 그칠 뿐입니다.

7단계: 조정 부담으로부터 창작 시간을 보호하세요

프로젝트가 하나씩 추가될 때마다, 결과물이 늘어나는 속도보다 회의, 스레드, 진행 상황 확인 횟수가 훨씬 더 빠르게 늘어납니다. 조율 업무는 한꺼번에 처리하고, 실제로 일이 이루어지는 시간을 철저히 확보하세요.

모든 프로젝트 간 진행 상황 확인 회의를 같은 이틀로 집중시키고, 나머지 날들은 반복적인 회의가 없는 날로 남겨두세요. 전화 회의 대신 서면 보고와 비동기적 의사소통을 통해 상태를 공유하세요. 로스만은 여기서 ‘맥락 전환’과 ‘멀티태스킹’ 사이에 유용한 구분을 제시합니다. 각 프로젝트를 깔끔한 상태로 정리해 둔다면 맥락 전환은 감당할 수 있지만, 멀티태스킹은 모든 프로젝트를 한꺼번에 떠안게 만든다는 것입니다.

세 개의 코드베이스를 관리하는 엔지니어들은 종종 각 프로젝트에 고유한 에디터 색상 테마를 적용하여 이 문제를 해결합니다. 뇌가 인식하기 전에 눈이 먼저 어떤 환경에 있는지 파악하기 때문입니다. 이렇게 해도 전환에 드는 노력은 줄어들지 않지만, 화면 재로딩 시간은 단축됩니다.

여러 프로젝트를 추적할 시스템을 선택하는 방법

여러 프로젝트를 추적할 수 있는 실질적인 방법은 세 가지가 있습니다. 웰링톤(Wellingtone)의 조사에 따르면 응답자의 22%는 여전히 마이크로소프트 엑셀(Microsoft Excel)로 플랜을 세우고 있으며, 11%는 프로젝트 관리 솔루션을 전혀 사용하지 않는 것으로 나타났습니다. 이 분야 종사자의 3분의 1은 스프레드시트나 머릿속으로만 플랜을 세우고 있지만, 그중 상당수는 별다른 문제 없이 잘 해내고 있습니다.

스프레드시트

스프레드시트를 사용하면 프로젝트별로 한 행씩 할당하여 소유자, 단계, 다음 마일스톤, 진행 상태 표시를 한눈에 파악할 수 있는 가장 빠른 방법입니다. 요약 단계에서는 정말 유용합니다.

문제는 기술적인 측면보다는 구조적인 측면에 있습니다. 스프레드시트는 현실을 반영한 것이므로, 마지막으로 수동으로 업데이트한 시점까지만 최신 정보를 담고 있습니다. 엑셀에서 다중 프로젝트 간트 차트를 만드는 것은 가능하며 실제로 자주 사용되지만, 연결된 작업이 대략 15개 이상으로 늘어나면 의존성 편집이 불안정해집니다.

단일 프로젝트용 도구

Trello, Jira, Microsoft Project는 각 프로젝트의 고유한 워크플로우 내에서 뛰어난 성능을 발휘합니다. Trello의 보드 모델은 업무 진행 상황을 가시적으로 관리하는 소규모 팀에게는 타의 추종을 불허하며, Jira의 프로젝트 관리 모델은 엔지니어링 업무 처리량을 극대화하도록 설계되었습니다.

한계가 드러나는 지점은 바로 이 접합부입니다. 각 전략은 하나의 프로젝트 보드, 백로그 또는 일정을 중심으로 구성되어 있습니다. 여러 프로젝트를 종합적으로 파악하려면 대개 플러그인을 사용하거나, 마스터 파일을 활용하거나, 금요일마다 누군가가 스프레드시트로 데이터를 내보내야 합니다. 프로젝트가 세 개라면 어떻게든 해낼 수 있겠지만, 아홉 개가 되면 정말 골치 아픈 일이 됩니다.

포트폴리오 관리 기능이 있는 소프트웨어

ClickUp, Asana, monday.com, Smartsheet, Wrike는 모두 포트폴리오 계층을 지원합니다. 즉, 각 프로젝트를 상태, 소유자, 일정이 포함된 레코드로 처리하는 보기 모드와, 프로젝트 전반에 걸쳐 1인당 총 작업량을 집계해 보여주는 작업량 보기를 제공합니다. 이 기능은 데이터를 내보내는 방식이 아닌, 프로젝트 간 질문에 직접 답을 제공하는 카테고리입니다.

솔직히 말해, 가장 큰 비용은 초기 계획 수립에 듭니다. 이 tools들은 모두 먼저 프로젝트의 계층 구조를 정하도록 요구하는데, 첫 주에 부적절하게 정한 계층 구조를 6개월 후에 다시 수정하려면 상당히 번거롭습니다. 프로젝트 수가 대략 6개 미만일 경우, 이러한 설정에 드는 비용이 그만큼의 효과를 내기는 드뭅니다.

마감일이 겹치는 여러 프로젝트의 우선순위는 어떻게 정해야 할까요?

마감일 근접도가 아니라 지연 비용에 따라 우선순위를 정하세요. 마감일은 누군가가 무언가를 요청한 시점을 알려주는 반면, 지연 비용은 마감일이 변경될 경우 실제로 어떤 결과가 발생하는지를 알려줍니다. 두 날짜가 진정으로 충돌할 때 도움이 되는 유일한 기준은 바로 이 지연 비용입니다.

두 프로젝트가 같은 주에 진행되어야 할 경우, 다음 네 가지 질문을 순서대로 스스로에게 물어보세요:

그런 다음 이해관계자들에게 답변을 개별적으로 전달하기보다는 한자리에 모아 함께 전달하세요. 마감일 충돌은 대개 각자 자신의 마감일만이 유일하다고 믿는 두 사람 사이에서 발생하며, 네 개의 스레드에서 논의하는 것보다 한 방에서 직접 만나 논의할 때 갈등이 더 빨리 해결됩니다. 아이젠하워 매트릭스는 개인적인 버전에서 이를 판단하는 데 합리적인 첫 번째 필터 역할을 하지만, 프로젝트 소유자가 본인이 아닐 경우에는 효과가 떨어집니다.

다중 프로젝트 시스템을 첫 달 이후에도 원활하게 운영하기

대부분의 다중 프로젝트 시스템은 구축 당일에는 제대로 작동하다가 6주 이내에 조용히 사라집니다. 위의 7가지 단계를 따르면 실제로 작동하는 포트폴리오를 구축할 수 있습니다. 이러한 관행을 실천하면 포트폴리오가 아무도 열지 않는 또 다른 유물로 전락하는 것을 막을 수 있습니다.

구성비가 변경되면 상한선을 다시 산정하세요

여러가 동시에 처리할 수 있는 최대 한도는 현재 진행 중인 안정적인 프로젝트와 어려운 프로젝트의 조합에 대해서만 유효합니다. 프로젝트가 마지막 스프린트에 접어들거나, 새로운 이해관계자가 합류하거나, 범위가 재협상되는 경우, 프로젝트당 의사결정 소요 시간이 45분에서 2시간으로 늘어날 수 있습니다. 적어도 매월 한 번씩 재계산하고, 이 수치를 일회성 결정이 아닌 주간 검토의 지속적인 결과물로 간주하십시오.

공유 인력 지도를 업데이트하는 담당자를 순환으로 지정하세요

단 한 사람만이 용량 현황을 관리한다면, 그 사람이 휴가를 가거나 프로젝트 납품 업무에 파묻히는 주에 그 정보는 무용지물이 됩니다. 스프린트마다 또는 매달 소유자를 순환으로 지정하세요. 모든 사람이 정확성을 똑같이 신경 쓰기 때문이 아니라, 이번 주에는 누군가의 이름이 적혀 있기 때문에 현황이 최신 상태로 유지되는 것입니다.

원래 플랜이 무엇이었는지 잊어버리기 전에 기준선을 설정하세요

기준선을 저장하지 않은 채로 시작한 프로젝트는 첫 번째 변경 사항이 반영되는 순간 성과를 측정하기가 불가능해집니다. 플랜이 아직 미흡하다고 느껴지더라도, 실제 일이 시작된 첫 주 내에 프로젝트 기준선을 확정해 두세요. 비교 대상으로 삼을 수 있는 미완성 기준선은 저장조차 하지 않은 완벽한 플랜보다 훨씬 더 유용합니다.

매월 ‘좀비 프로젝트’의 현황을 점검하세요

3개월 전에 일시 중단되었지만 공식적으로 취소되지는 않은 프로젝트들은 여전히 질문과 회의, 그리고 죄책감을 야기합니다. 한 달에 한 번씩, 우선순위 목록의 맨 아래 부분을 훑어보며 다음과 같이 물어보세요. “지난 30일 동안 이 프로젝트에 대해 누군가 결정을 내린 적이 있는가?” 만약 없다면, 해당 프로젝트를 명확하게 ‘중단’ 상태로 전환하세요. 중단된 프로젝트는 아무런 비용도 들지 않습니다. 반면, 어렴풋이 진행 중인 프로젝트는 누군가 ‘아직 진행 중인가’ 하고 궁금해할 때마다 주의를 뺏어갑니다.

보고 단계와 의사결정 단계를 분리하세요

포트폴리오 현황을 경영진에게 보고하는 순간, 정확성보다는 서사적 전달에 초점을 맞춰 최적화하기 시작하게 됩니다. 실제 상황(경고 표시, 용량, 장애 요인)을 있는 그대로 보여주는 명확한 운영 보기와, 이해관계자들에게 상황을 설명해 주는 별도의 프로젝트 모니터링 계층을 분리하여 관리하세요. 이 두 가지가 동일해지면, 가장 먼저 잃게 되는 것은 사실입니다.

세 가지 포트폴리오, 세 가지 다른 모양

동일한 7단계 과정이라도 프로젝트 간의 공유점에 따라 매우 다른 시스템이 만들어집니다. 다음은 세 가지 일반적인 사례에서 산출물이 어떻게 나타나는지 보여줍니다.

11개의 클라이언트 프로젝트를 진행 중인 6인 규모의 대행사

여기서 가장 큰 제약 요소는 청구 가능한 인력이며, 프로젝트의 모양은 거의 동일합니다. 우선순위 결정 요인은 주로 상업적인 측면입니다. 즉, 프로젝트 클라이언트보다 정기 클라이언트가 우선이며, 갱신 분기 클라이언트는 그 외의 클라이언트보다 우선시됩니다. 가장 중요한 지표는 용량 현황입니다. 7개 브랜드를 담당하는 디자이너 한 명이 모든 리스크의 원인이기 때문입니다.

여기서 말하는 동시 진행 한도는 포트폴리오 단위가 아닌 개인 단위로 적용됩니다. 즉, 각자 두 개의 활성 클라이언트 프로젝트를 진행할 수 있으며, 그중 하나가 검토 단계에 있을 때만 세 번째 프로젝트를 진행할 수 있습니다. 주간 검토를 통해 범위 확대를 미리 파악할 수 있습니다.

4개의 이니셔티브를 진행 중인 사내 제품 팀

사내 팀은 프로젝트 수는 적을 수 있지만, 프로젝트 간의 의존성은 더 깊을 수 있습니다. 두 가지 이니셔티브가 동일한 플랫폼 작업을 기다리고 있을 확률이 높기 때문에, 프로젝트 간 의존성은 용량보다 더 중요한 요소가 됩니다. 우선순위는 의존성 그래프를 따라야 합니다. 즉, 리더십의 가시성이 가장 낮은 작업이라 할지라도, 하류 작업의 병목 현상을 가장 많이 해소해 주는 작업이 우선적으로 처리되어야 합니다.

한계는 대개 3개 정도로 낮습니다. 각 프로젝트마다 단순한 조율보다는 실질적인 설계 및 엔지니어링적 사고가 필요하기 때문입니다. 실패 사례로는 고객 출시 일정이 정해지지 않아 플랫폼 프로젝트의 우선순위가 낮아지고, 이로 인해 그 뒤를 잇는 모든 것이 지연되는 경우가 있습니다.

5개 현장을 관리하는 건설 관리자

여러 건설 프로젝트를 관리할 때는 일반적인 우선순위가 뒤바뀝니다. 공통적으로 적용되는 제약 조건으로는 장비, 하도급업체, 검사 기간 등이 있으며, 이러한 요소들은 소프트웨어만으로는 해결할 수 없는 실질적인 순차적 비용을 초래합니다. 크레인이 잘못된 주에 B 현장에 예약되면 B 현장에서는 인력이 유휴 상태가 되고, C 현장에서는 검사 일정을 재조정해야 합니다. 이때 핵심적인 도구는 개별 현장 일정보다 앞서 관리되는, 장비 및 하도급업체를 아우르는 공유 자원 달력입니다.

현장 방문은 대체할 수 없는 요소이기 때문에, 결정에 소요되는 시간만큼 이동 시간도 상한선을 결정합니다. 날씨가 변하면 더 긴 주기를 일관되게 유지하기 어려우므로, 여기서 말하는 주간 검토는 말 그대로 매주 진행됩니다.

다중 프로젝트 포트폴리오를 무너뜨리는 5가지 실수

다중 프로젝트 포트폴리오를 무너뜨리는 5가지 실수는, 공유되는 내용이 전혀 없는 플랜들을 무분별하게 병합하는 것, ‘높은 우선순위’를 단순한 등급으로 취급하는 것, 개인별이 아닌 포트폴리오별로 상한선을 설정하는 것, 의사결정 대신 상태 보고에만 치중하는 것, 그리고 100% 용량을 가정하고 계획하는 것입니다. 각 실수는 그 증상을 정확히 파악해야만 발견할 수 있으므로, 증상에 따라 명명하는 것이 중요합니다. 이 글을 읽고 계신 대부분의 분들은 이 중 적어도 세 가지는 경험해 보셨을 것입니다.

당신 외에는 공유하는 것이 전혀 없는 플랜들을 병합하기

실제 사례: 공유 자원이나 업무 인계가 없는 프로젝트들을 통합한 마스터 일정표인데, 어느 프로젝트 소유자도 이 일정표를 열지 않습니다. 왜냐하면 이 일정표는 어느 쪽의 질문에도 답을 주지 못하기 때문입니다.

해결책: 각 플랜을 별도의 플랜으로 관리하고, 그 위에 간결한 요약 계층을 구축하세요. 실제 의존성이나 공유 인력이 존재하는 경우에만 일정을 병합하세요.

“우선순위가 높은” 항목을 등급으로 취급하기

상황 설명: 6개의 프로젝트가 ‘우선순위 높음’으로 태그되어 있으며, 매일 주목을 받는 프로젝트는 가장 최근에 후속 조치를 취한 이해관계자가 담당하는 프로젝트입니다.

해결책: 순서 있는 목록을 강제 적용하세요. 순위는 정수이며, 두 프로젝트가 동시에 3위를 차지할 수는 없습니다.

1인당 할당량 대신 포트폴리오 전체의 상한선을 설정하세요

실제 사례: 팀에서는 진행 중인 프로젝트를 8개로 제한하기로 합의했지만, 한 디자이너는 여전히 그중 6개에 참여하고 있습니다. 팀 전체 차원의 한도는 지켜지고 있을지 몰라도, 개인별 한도는 이미 훨씬 초과한 상태일 수 있습니다.

해결책: 실제 일이 이루어지는 현장에서 한도를 설정하세요. 1인당 동시에 진행할 수 있는 프로젝트 수를 제한한 다음, 전체 프로젝트 수를 그 한도들의 합계로 정하세요.

의사결정 대신 상태 보고만 하는 경우

실제 사례: 매주 열리는 포트폴리오 회의에서 각 소유자가 자신의 프로젝트를 설명하지만, 우선순위 재조정 없이 동일한 장애 요인이 3주 연속 노트에 등장하는 경우입니다.

해결책: 진행 상황을 설명하는 부분은 자동화하고, 회의 시간에는 제약 조건과 상충 관계에 대해서만 논의하세요.

100% 용량을 고려한 계획 수립

상황 설명: 모든 구성원이 여러 프로젝트에 전적으로 배정되어 있어, 한 명이 병가를 내거나 범위가 변경되는 것만으로도 세 개의 플랜에 연쇄적인 영향을 미칩니다.

해결책: 인력 배정을 약 80% 수준으로 계획하고, 의도적으로 여유를 남겨두세요. 다중 프로젝트 포트폴리오 전반에서, 이러한 여유분만이 변동성을 흡수할 수 있는 유일한 요소입니다. 수치로 근거를 제시해야 할 경우, ‘흐름 효율성’ 메트릭이 이를 가시적으로 보여줍니다.

ClickUp에서 여러 프로젝트를 관리하는 방법

ClickUp은 앞서 언급한 포트폴리오 관리 기능을 갖춘 범주에 속하며, 다중 프로젝트 작업에 중요한 부분은 이 가이드에서 이미 설명한 요소들과 일치합니다.

솔직한 한도

이 카테고리의 다른 모든 도구와 마찬가지로, ClickUp은 포트폴리오 보기가 제대로 제 역할을 하려면 먼저 ‘스페이스(Spaces)’, ‘폴더(Folders)’, ‘리스트(Lists)’의 계층 구조를 결정해야 합니다. 즉, 단일 목적의 트래커를 사용하던 팀은 보통 첫 주를 프로젝트 작업보다는 이러한 구조 결정에 할애하게 됩니다. 각 프로젝트에 소유자가 한 명씩인 2~3개의 프로젝트라면, 공유 스프레드시트를 사용하는 편이 더 빠르게 실무 요약 정보를 얻을 수 있습니다. ClickUp은 프로젝트 수가 해당 프로젝트를 담당하는 인원 수를 초과하고, 프로젝트 간 질문이 매주 제기되기 시작할 때 가장 효과적입니다.

‘빼기’부터 시작하세요

이 모든 내용 중에서 딱 한 가지만 기억하신다면, 수를 세어보세요. 진행 중인 모든 프로젝트를 적어두고, 의사결정에 실제로 할애할 수 있는 주당 시간을 계산한 뒤, 그 시간을 프로젝트 수로 나누세요. 그 결과로 나온 숫자가 바로 여러분이 동시에 처리할 수 있는 프로젝트의 상한선이며, 그 수치를 초과하는 프로젝트들은 여러분이 인정하든 안 하든 이미 소홀히 다루어지고 있는 것입니다.

그런 다음 더 어려운 부분을 해결하세요. 목록에 우선순위를 매기고, 작업을 중단시킬 수 있는 사람을 지정하며, 달력에 중단이 허용되는 주간 시간을 확보하세요. 웰링톤(Wellingtone)의 10년간 데이터에 따르면 업무량은 결코 기술적 문제가 아니었으며, 아무리 뛰어난 개인 역량을 갖추더라도 끊임없이 늘어나는 포트폴리오 문제를 해결할 수는 없습니다.

한도가 설정되고 순위가 확정되면, 소프트웨어는 단순히 프로젝트를 저장하는 공간이 아니라 프로젝트 간 질문에 답을 제공하는 도구가 됩니다. ClickUp을 무료로 시작해 하나의 작업 공간에서 포트폴리오 보기와 업무량 지도, 주간 리뷰를 구축해 보세요.

여러 프로젝트 관리에 관한 자주 묻는 질문

한 사람이 한 번에 몇 개의 프로젝트를 관리해야 할까요?

대부분의 사람은 실제로 3~5개의 프로젝트를 동시에 관리할 수 있으며, 정확한 수는 프로젝트 크기보다는 의사결정 비용에 따라 달라집니다. 프로젝트 의사결정에 할애할 수 있는 주간 시간을, 안정적인 프로젝트의 경우 주당 대략 45분, 초기 단계이거나 정치적 요소가 개입되었거나 진행이 차질을 빚고 있는 프로젝트의 경우 주당 2시간으로 나누어 계산해 보세요. PMI 라이브러리에 기고한 실무자들은 3개의 프로젝트를 동시에 진행하는 것이 가능하지만, 하나의 프로젝트를 진행할 때보다 속도가 느리고 스트레스가 더 크다고 설명합니다.

면접에서 “여러 프로젝트를 어떻게 관리하시나요?”라는 질문에 어떻게 답변하시겠습니까?

“우선순위를 정했다”는 식의 막연한 표현 대신, 구체적인 시스템과 실제로 취한 절충안을 바탕으로 답변하세요. 프로젝트 수, 우선순위 결정 방식, 충돌을 파악하기 위해 사용한 도구, 그리고 그 결과 일시 중단하거나 재협상한 프로젝트 하나를 구체적으로 언급하세요. 면접관은 여러분이 근거를 바탕으로 ‘거절’할 수 있는지 확인하고자 하므로, 모든 프로젝트를 완료했다는 답변보다 중단한 사례가 포함된 답변이 더 설득력이 있습니다.

프로젝트 관리자에게 80/20 법칙이란 무엇일까요?

80/20 법칙, 즉 파레토의 법칙에 따르면, 프로젝트 결과의 약 80%는 전체 일의 약 20%에서 비롯된다고 합니다. 이를 여러 프로젝트에 적용하면, 가장 큰 가치를 지닌 소수의 결과물과 의사결정을 찾아내어 이를 우선적으로 보호해야 한다는 것을 의미합니다. 이 비율은 프로젝트마다 차이가 있으므로, 정해진 비율로 여기기보다는 어디에 주의를 기울여야 할지 판단하는 기준으로 삼으십시오.

엑셀에서 여러 프로젝트를 관리할 수 있을까요?

네, 실제로 업계 종사자 중 상당수가 그렇습니다. 웰링톤(Wellingtone)의 2026년 설문조사에 따르면 응답자의 22%가 여전히 Microsoft Excel로 플랜을 수립하고 있는 것으로 나타났습니다. 프로젝트당 한 행씩, 소유자, 단계, 다음 마일스톤, 진행 상태 표시를 포함한 단일 시트는 그 자체로 유효한 포트폴리오 요약 자료입니다. 하지만 여러 사람이 이 시트를 최신 상태로 유지해야 하거나, 프로젝트 간 용량 배분이 필요할 때는 이 방식이 더 이상 효과적이지 않습니다. 이 시트는 현실을 실시간으로 보여주는 것이 아니라 수동으로 복사해 놓은 자료에 불과하기 때문입니다.

다중 프로젝트 간트 차트란 무엇일까요?

다중 프로젝트 간트 차트는 여러 프로젝트의 타임라인을 하나의 공통 축에 표시하여, 중복되는 마일스톤과 프로젝트 간 의존성을 한눈에 파악할 수 있게 해줍니다. 이 차트는 프로젝트 간에 실제로 일이 인계되는 경우에 가장 유용하며, 단순히 병행되는 경우에는 그 유용성이 떨어집니다. 모든 작업 단위가 아닌 마일스톤 단위로만 차트를 구성하세요. 작업 단위까지 통합된 차트는 오류가 발생하기 훨씬 전에 이미 가독성이 떨어지기 때문입니다.