#01tip:[PMP 프로젝트] IT PM이 말하는 프로젝트 기획 성과영역과 현실적인 산정(Estimating) 기법 총정리(10년 차 IT PM 실무 가이드)

작성자:

안녕하세요. 지난 10여 년간 금융, 이커머스, 공공, 신사업 플랫폼 등 약 50여 개의 대형 IT 프로젝트 현장에서 산전수전을 겪어온 IT 프로젝트 매니저(PM)입니다.

현장에서 PM으로 구르다 보면 오픈을 앞두고 밤을 새우는 날도 많지만, 사실 프로젝트의 성패가 갈리는 가장 결정적인 순간은 따로 있습니다. 바로 프로젝트 극초기, “PM님, 이 시스템 구축하는 데 얼마나 걸립니까?”, “예산은 공수(MM) 기준으로 얼마나 잡아야 하나요?”라는 질문을 받는 순간입니다.

많은 초보 PM이나 기획자들이 이 단계에서 ‘완벽한 일정표’와 ‘정확한 예산’을 한 번에 뽑아내려고 애를 씁니다. 하지만 50개 이상의 대형 프로젝트를 치르고 얻은 제 결론은 하나입니다. “프로젝트 초기의 완벽한 계획이란 환상이다.”

오늘은 PMP(프로젝트관리전문가) 자격 체계의 핵심인 ‘프로젝트 기획 성과영역(Planning Performance Domain)’의 이론적 기틀을 바탕으로, 실제 IT 필드에서 굴러가는 산정 기법과 기획 노하우를 제 실무 경험에 녹여 솔직하게 풀어보겠습니다.

1. 프로젝트 계획수립의 진정한 의의: ‘상세함’이 ‘정확함’은 아니다

프로젝트 계획수립은 인도물을 만들기 위한 방법, 순서, 그리고 각 구성원의 역할과 책임(R&R)을 정의하는 작업입니다. 하지만 많은 PM들이 착각하는 것이 있습니다. 바로 계획서 페이지 수가 늘어나고 일정이 일 단위로 빼곡해질수록 프로젝트가 안전해진다고 믿는 점입니다.

실무 관점에서 볼 때, 프로젝트 초기 요구사항이 명확하지 않은 상태에서 짜놓은 촘촘한 계획은 첫 달만 지나도 쓸모없는 파워포인트 조각이 되기 십상입니다. PMP에서도 명확히 지적하듯 ‘상세한 계획이 곧 정확한 계획은 아니며’, 불확실한 요소는 진행 과정에서 단계적으로 구체화하는 ‘점진적 구체화(Progressive Elaboration)’ 접근이 필수적입니다.

프로젝트 기획 시 반드시 고려해야 할 5가지 요인

  1. 개발방식 (예측형 vs 적응형):
    • 예측형(Waterfall): 초기 범위 확정이 중요하며, 변경 제어가 엄격합니다. 법 규제나 시스템 연계가 복잡한 금융/공공 프로젝트에 주로 쓰입니다.
    • 적응형(Agile): 시장 변화가 빠르고 고객 피드백이 중요한 커머스/플랫폼 서비스에 적합합니다. 초기에 백로그(Backlog)만 잡고 이터레이션(Iteration) 단위로 짧게 계획하고 실행합니다.
  2. 인도물(Deliverables)의 특성: 하드웨어 제조나 건축처럼 변경 비용이 극도로 큰 분야는 예측형이 맞지만, 소프트웨어는 상대적으로 수정 비용이 적어 적응형이 유리합니다.
  3. 조직 요구사항: 자사의 내부 개발 표준 프로세스, 품질 가이드라인, 템플릿 준수 여부.
  4. 시장 상황: 타사보다 빠르게 출시(Time-to-Market)해야 하는 상황이라면 혼합형(Hybrid)이나 적응형 접근이 필수입니다.
  5. 법규 및 규제: 개인정보보호법, 전자금융거래법 등 사전 컴플라이언스 승인이 필요한 프로젝트는 예측형 요소가 강하게 작용합니다.

2. 산정(Estimating)의 실체: ‘불확실성의 원뿔’과 PM의 신뢰 관리

기획 성과영역의 핵심은 정량적 목표치(원가, 기간, 투입공수)를 산정하는 일입니다. 하지만 스티브 맥코넬(Steve McConnell)의 ‘불확실성의 원뿔(Cone of Uncertainty)’ 개념처럼, 프로젝트 착수 시점의 산정 오차는 -25%에서 무려 +400%까지 발생할 수 있습니다.

현장에서 현업 부서나 임원진은 PM에게 “딱 몇 월 몇 일까지 됩니다”라는 확정적 산정(Point Estimating)을 원합니다. 하지만 10년 차 PM으로서 팁을 드리자면, 내부 관리용으로는 반드시 ‘확률적 산정(범위와 신뢰수준)’을 갖고 계셔야 합니다.

  • 구간 (Range): 산정치의 오차 범위.
  • 정확도 (Accuracy) & 정밀도 (Precision): 프로젝트가 진행되어 요구사항과 상세설계가 끝날수록 정확도는 100%에 수렴하게 됩니다.
  • 신뢰도 (Confidence): 과거 유사 프로젝트 데이터를 가졌을 때 PM과 팀이 갖는 확신의 정도입니다.

또한 애자일 및 칸반 운영 환경에서는 실적 기반의 ‘흐름기반 산정(Flow-based Estimating)’을 활용해 사이클 타임(접수~완료), 리드 타임(착수~완료), 처리량(Throughput)을 측정하는 것이 훨씬 유용합니다.

3. 현장에서 바로 쓰는 5가지 프로젝트 산정 기법

프로젝트 상황과 데이터 유무에 따라 적절한 산정 기법을 선택해야 합니다. 50개 프로젝트를 굴리며 실제 자주 활용했던 5가지 기법의 특징과 실무 적용 팁입니다.

① 유사산정 (Analogous Estimating)

  • 개념: 과거에 진행했던 유사한 프로젝트의 기간과 예산 실적을 바탕으로 하향식(Top-down)으로 산정합니다.
  • 실무 팁: 프로젝트 초기에 빠르게 제안서를 쓰거나 대략적인 예산 감을 잡을 때 유용합니다. 다만, 과거 프로젝트와 현재 프로젝트의 기술 스택, 인력 숙련도 차이를 고려하지 않으면 큰 오차가 생깁니다.

② 모수산정 (Parametric Estimating)

  • 개념: 과거 데이터 기반의 수학적 함수식을 활용합니다 (예: 표준 화면 1본당 3MM $\times$ 화면 수).
  • 실무 팁: SI 견적 작성 시 단가 계산에 자주 쓰입니다. 파라미터(난이도, 개발자 역량 등)를 유연하게 조정할 수 있지만, 기초가 되는 표준 데이터의 신뢰도가 낮으면 전체 산정이 흔들립니다.

③ 3점 산정 (3-Point Estimating / PERT)

  • 개념: 불확실성을 반영하여 낙관치(O), 최빈치(M), 비관치(P) 3가지를 측정 후 가중평균을 냅니다.
    • 삼각분포 평균: $(O + M + P) / 3$
    • 베타분포(PERT) 평균: $(O + 4M + P) / 6$
    • 표준편차: $(P – O) / 6$
  • 실무 팁: 한 번도 시도해보지 않은 신기술을 도입하거나, 리스크가 큰 R&D 성격의 프로젝트에서 매우 강력합니다. “최악의 경우(P) 몇 일까지 늘어날 수 있는가?”를 객관적 숫자로 설득할 수 있습니다.

④ 스토리 점수 산정 (Story Point Estimating)

  • 개념: 애자일 환경에서 요구사항(사용자 스토리)의 크기를 추상적이고 상대적인 점수로 산정합니다.
  • 특징:
    1. 절대적인 시간이 아니며 상대적 비교값입니다.
    2. 개발자의 숙련도나 역량과 무관하게 ‘요구사항 자체의 크기’만 측정합니다.
    3. 피보나치 수열(1, 2, 3, 5, 8, 13, 21…)을 사용하여 불확실성이 큰 작업일수록 더 큰 수치 격차를 둡니다.
    4. 주의: 스토리 점수는 동일한 팀 내부에서만 생산성 추이 분석용으로 유효하며, 타 팀과의 단순 비교에 사용해서는 절대 안 됩니다.

⑤ 플래닝 포커 (Planning Poker) & 광대역 델파이 (Wideband Delphi)

  • 개념: 팀원 전체가 모여 기준 스토리(Anchor Story)를 정한 뒤, 각자 산정한 스토리 점수 카드를 동시에 제시하고 토의를 통해 합의를 도출합니다. 전문가 비대면 토의 방식인 델파이 기법을 응용한 것입니다.
  • 실무 팁: PM 혼자 골방에 들어앉아 공수를 계산하는 것보다, 플래닝 포커를 수행하면 개발자/디자이너/QA가 바라보는 작업의 난이도 차이를 조기에 발견할 수 있고 팀 전체의 공감대와 책임감이 극대화됩니다.

4. 프로젝트 관리계획의 정합성(Alignment) 유지하기

산정이 끝났다면 이제 기획 성과영역의 완성 단계인 ‘정합성 유지’로 넘어가야 합니다.

범위, 일정, 예산, 품질, 자원, 조달, 의사소통, 리스크 관리계획은 개별적으로 놀아서는 안 됩니다. 일정이 줄어들면 예산이 증가하거나 범위가 축소되어야 하고, 새로운 외부 모듈을 구매(조달)하기로 결정했다면 조달관리 계획과 품질 검수 일정, 예산 S-Curve가 동시에 업데이트되어야 합니다.

  • 책임배정 매트릭스 (RACI / RAM): 누가지시하고(A), 누가 실행하며(R), 누구에게 자문을 구하고(C), 누구에게 통보할 것인지(I) 명확히 정리해야 병목이 생기지 않습니다.
  • 예비비 관리: 리스크에 대비한 ‘우발사태 예비(Contingency Reserve)’와 미처 예측하지 못한 상황을 위한 ‘관리 예비(Management Reserve)’를 원가기준선(Cost Baseline) 및 전체 예산에 명확히 구분하여 집행 계획을 세워야 합니다.

5. 10년 차 PM이 전하는 한 줄 노하우

프로젝트 기획 성과영역은 단순한 서류 작업이나 자격증 시험용 이론이 아닙니다. “이해관계자들의 기대치를 현명하게 관리하고, 우리 프로젝트 팀이 도중에 지쳐 타버리지 않도록 연착륙할 수 있는 방파제를 쌓는 일”입니다.

100% 완벽한 계획에 집착하기보다, 환경 변화에 기민하게 반응할 수 있는 탄력적인 정합성을 유지하세요. 그것이 수많은 대형 프로젝트를 성공적으로 완수해낸 베테랑 PM들의 진짜 비결입니다.

프로젝트 현장에서 외롭게 고군분투하는 모든 PM, PL, 기획자분들을 응원합니다!

[7tipbox 요약]
프로젝트 기획과 산정(Estimating)의 핵심은 초기 ‘완벽한 계획’에 목매는 것이 아니라, 불확실성의 원뿔(-25%~+400%)을 인정하고 상황에 맞는 산정 기법을 선택하여 **’점진적으로 구체화(Progressive Elaboration)’**해 나가는 데 있습니다.

  • 계획 수립의 본질: 계획의 상세함이 곧 정확함을 의미하지 않습니다. 예측형(Waterfall)과 적응형(Agile) 등 개발 방식, 규제, 인도물 특성에 맞춰 계획 수립의 밀도와 조정 빈도를 다르게 가져가야 합니다.
  • 실무 산정(Estimating) 기법 5종:
    1. 유사산정: 초기 대략적인 기간·예산 가늠
    2. 모수산정: 표준 단위 기반의 견적 계산
    3. 3점 산정(PERT): 불확실성이 큰 신기술/R&D 리스크 관리
    4. 스토리 점수 & 플래닝 포커: 애자일 환경에서 요구사항 크기 산정 및 팀 전체 공감대 형성
  • 정합성(Alignment) 유지: 범위·일정·예산·자원의 변경을 유기적으로 연동하고, RACI 매트릭스와 예비비(우발사태/관리 예비)를 구분 집행함으로써 프로젝트가 지쳐 타버리지 않도록 방파제를 구축해야 합니다.

댓글 남기기