정보 시스템 구축, 비용 산정과 일정 관리
정보 시스템 구축 프로젝트는 단순히 코드를 작성하는 일이 아니라, 한정된 자원과 시간 안에 합의된 결과물을 만들어내는 종합적인 관리 활동이다. 어떤 프로젝트든 가장 먼저 답해야 할 두 가지 질문은 "얼마나 비용이 들 것인가"와 "언제 끝낼 수 있는가"이다. 이 두 질문에 체계적인 답을 제공하는 것이 바로 비용 산정 모델과 일정 관리 기법이며, 정보처리기사 시험에서도 매회 출제되는 핵심 영역이다. 본 글에서는 정보 시스템 구축에 사용되는 대표적인 비용 산정 모델인 LOC·COCOMO·기능점수와, 일정 관리에 사용되는 CPM·PERT·간트 차트를 중심으로 프로젝트 관리의 양대 축을 정리한다.
정보 시스템 프로젝트 관리란
정보 시스템 프로젝트 관리(Information System Project Management)란 시스템을 구축하기 위해 필요한 자원·인력·일정·비용·품질·위험을 통합적으로 계획하고 통제하는 활동을 의미한다. 단일 개발자의 작업과 결정적으로 다른 점은, 여러 이해관계자가 참여하는 만큼 의사소통과 합의가 핵심 변수가 된다는 점이다. 미국 PMI(Project Management Institute)가 정리한 PMBOK(Project Management Body of Knowledge)에서는 통합·범위·일정·원가·품질·자원·의사소통·위험·조달·이해관계자 관리라는 열 가지 지식 영역을 제시한다. 이 가운데 정보처리기사 시험에서 가장 빈번하게 다뤄지는 것이 일정과 원가, 그리고 위험 관리이다.
프로젝트 관리의 출발점은 항상 정확한 추정이다. 추정이 부실하면 일정 지연과 예산 초과는 거의 필연적이며, 결과적으로 프로젝트 자체의 실패로 이어진다. 추정의 어려움은 소프트웨어 개발이 가지는 본질적 불확실성에서 비롯된다. 같은 기능이라도 개발자의 숙련도, 사용 기술 스택, 요구사항의 변경 빈도에 따라 실제 소요 시간이 크게 달라지기 때문이다. 따라서 단일한 추정값에 의존하기보다는 여러 모델을 교차 적용해 추정의 신뢰 구간을 확보하는 것이 권장된다.
프로젝트 관리에는 또한 위험 관리(Risk Management)가 핵심적인 위치를 차지한다. 프로젝트가 진행되는 동안 발생할 수 있는 잠재적 문제를 식별하고, 그 영향과 발생 가능성을 평가해 대응 계획을 수립하는 활동이다. 위험은 일반적으로 회피, 전이, 완화, 수용이라는 네 가지 전략으로 대응하며, 식별된 위험은 위험 등록부(Risk Register)에 기록되어 프로젝트 전 기간에 걸쳐 추적된다. 비용과 일정을 정확히 추정했더라도 위험 관리가 부실하다면 작은 문제가 큰 사고로 번지기 쉽다.
비용 산정 모델: LOC, COCOMO, 기능점수
소프트웨어 비용 산정 모델은 크게 하향식과 상향식으로 분류된다. 하향식은 전문가의 경험과 직관에 의존하는 방식으로 전문가 감정 기법과 델파이 기법이 대표적이며, 상향식은 소프트웨어의 규모를 정량적으로 측정해 비용을 추정하는 수학적 기법이다. 정보처리기사 시험에서 가장 자주 묻는 것은 상향식에 속하는 LOC, COCOMO, 그리고 기능점수 세 가지이다.
LOC(Lines of Code) 기법은 소스 코드의 라인 수를 기준으로 비용을 추정하는 가장 단순한 모델이다. 각 모듈에 대해 낙관치(O), 비관치(P), 기대치(M)를 측정한 뒤, 기댓값을 (O + 4M + P) / 6 공식으로 계산한다. 이 기댓값에 단위당 인건비를 곱해 총 비용을 산정한다. 직관적이고 계산이 쉽다는 장점이 있지만, 코드 라인 수가 곧 생산성을 의미하지는 않으며 언어와 개발 스타일에 따라 편차가 크다는 한계를 가진다. COCOMO(Constructive Cost Model)는 1981년 배리 보엠(Barry Boehm)이 제안한 모델로, 소프트웨어의 유형과 규모에 따라 인월(Person-Month)과 개발 기간을 산정한다.
COCOMO는 프로젝트의 복잡도에 따라 세 가지 유형으로 구분된다. 조직형(Organic)은 5만 라인 이하의 비교적 단순한 일괄 처리용 소프트웨어에 적용되며, 반분리형(Semi-detached)은 30만 라인 이하의 트랜잭션 처리 시스템·운영체제·데이터베이스에 적용된다. 내장형(Embedded)은 30만 라인 이상의 대규모 시스템 또는 하드웨어 제어 소프트웨어에 적용된다. 또한 COCOMO는 추정의 정밀도에 따라 기본형(Basic), 중간형(Intermediate), 상세형(Detailed) 세 단계로 나뉘며, 단계가 올라갈수록 더 많은 비용 동인(Cost Driver)을 고려한다. 마지막으로 기능점수(Function Point) 모델은 1979년 IBM의 앨런 알브레히트(Allan Albrecht)가 제안한 방식으로, 소프트웨어가 제공하는 기능의 종류와 복잡도를 측정해 가중치를 부여하고 그 합으로 규모를 산정한다. 코드 라인에 의존하지 않기 때문에 언어 중립적이며, 요구사항 단계에서도 측정이 가능하다는 강력한 장점을 가진다.
일정 관리 기법: CPM, PERT, 간트 차트
비용을 추정한 뒤에는 그 비용 안에서 어떻게 작업을 배치할지를 결정해야 한다. 이를 위한 도구가 바로 일정 관리 기법이며, 대표적인 세 가지가 CPM·PERT·간트 차트이다. 세 기법은 서로 배타적이지 않으며, 실무에서는 함께 사용되는 경우가 많다. 어떤 작업이 어떤 작업에 의존하는지, 전체 일정에서 가장 중요한 경로는 어디인지, 각 작업이 언제 시작해 언제 끝나는지를 시각적으로 명확하게 보여주기 위해서는 세 기법의 강점을 조합해야 한다.
CPM(Critical Path Method, 임계 경로법)은 프로젝트의 작업들을 노드(원)와 화살표로 표현하고, 시작점에서 종료점까지 가장 긴 경로인 임계 경로(Critical Path)를 찾아내는 기법이다. 임계 경로상의 작업이 하루라도 지연되면 프로젝트 전체가 그만큼 지연되기 때문에, 관리자는 이 경로상의 작업에 자원을 우선적으로 투입한다. CPM은 각 작업의 소요 시간을 단일 값으로 가정한다는 특징이 있다. 반면 PERT(Program Evaluation and Review Technique, 평가 검토 기법)는 작업 시간의 불확실성을 명시적으로 다룬다. 각 작업에 대해 낙관치, 비관치, 최빈치 세 값을 측정한 뒤 기댓값을 (O + 4M + P) / 6 공식으로 계산한다. 미국 해군이 1958년 폴라리스 미사일 프로젝트에서 처음 도입한 기법이며, 추정 불확실성이 큰 신규 프로젝트나 연구 개발 성격의 작업에 특히 적합하다.
간트 차트(Gantt Chart)는 1910년대 헨리 간트(Henry Gantt)가 고안한 가장 직관적인 일정 시각화 도구이다. 가로축에는 시간을, 세로축에는 작업을 배치하고 각 작업의 시작과 종료를 막대로 표현한다. 작업 간 의존 관계와 진행률, 마일스톤 등을 한눈에 파악할 수 있어 프로젝트 보고와 의사소통에 가장 널리 사용된다. CPM과 PERT가 작업의 논리적 의존 구조와 임계 경로 분석에 강점을 가진다면, 간트 차트는 진행 상황의 시각적 추적과 일정 보고에 강점을 가진다. 따라서 실무에서는 CPM이나 PERT로 임계 경로와 작업 의존성을 분석한 결과를 간트 차트로 시각화해 이해관계자에게 공유하는 방식이 일반적이다. Microsoft Project, Jira, 그리고 최근의 클라우드 기반 협업 도구들은 모두 이 세 기법을 통합적으로 지원하는 형태로 진화하고 있다.
메타 디스크립션: 정보 시스템 구축 프로젝트 관리의 양대 축인 비용 산정 모델(LOC·COCOMO·기능점수)과 일정 관리 기법(CPM·PERT·간트 차트)을 정보처리기사 출제 기준에 맞춰 정리합니다.