🗓️ 일정 관리 기법
일정 계획에서 가장 기본이 되는 것은 프로세스 모델 선정과 베이스라인 정의다.
베이스라인
시간 경과에 따른 프로젝트 성과를 비교하는 데 사용하는 고정된 기준점을 이야기한다.
베이스라인 관리
소프트웨어 개발 프로젝트에서 가장 기본적인 베이스 라인은 다음과 같은 세 가지 형태를 고려한다.
- 요구사항 베이스라인
- 기능 베이스라인
- 제품 베이스라인
작업 분할도(WBS, Work Breakdown Structure)
프로젝트의 전체 목표를 중간의 세부 목표들로 쪼개어 나타낸 작업 목록이고 모든 종류의 작업을 식별하기 위해 작성한다.
주의해야 할 점은 문서화 작업, 프로젝트 리뷰와 같은 작업들도 반드시 태스크로 식별해야 프로젝트 일정이 지연되는 것을 방지할 수 있다.
사진 출처
칸트 차트
칸트 차트는 프로젝트의 스케줄링, 예산 산정, 자원 계획을 수립하기 위해 사용하는 일정 표현 기법이다. 일반적으로 Bar 차트 형태로 표시하며 바의 길이에 비례하여 소요 시간을 나타낸다.
퍼트 차트
프로젝트에서 수행되어야 하는 태스크 간의 의존성 관계를 표현하는 차트다.
1 -> 10으로 가는 경로는 매우 다양한데 이 중 수행 일수의 합이 가장 많은 경로가 임계 경로가 된다.
임계 경로상에 있는 임의의 태스크에서 일정 지연이 발생하면 전체 프로젝트 수행에 지연이 발생하기에 프로젝트의 전체 일정 관리에 매우 중요하다.
💰 비용 관리 기법
소프트웨어 개발은 개발자의 지식과 경험에 의존한다. 그렇기에 정확한 개발 기간과 개발 비용을 산출하기가 매우 어렵다. 그럼에도 불구하고 예측해야 하는 우리로서 개발 비용을 산출하는 다양한 기법들을 알아보자.
COCOMO/COCOMO II
KDSI를 기반으로 비용을 산정한다.
KDSI
KDSI는 소프트웨어의 규모를 나타내는 지표로, 1 KDSI는 1000 라인의 소스 코드를 의미한다.
전문가 판단
반복적 전문가 평가를 통해 소프트웨어 규모를 추정한다. 규모 산정 절차는 다음과 같다.
- Workshop: 전문가 그룹을 선정, WBD 진행 방식 설명한다.
- Experts Initialization: 전문가 그룹에 의사결정이 필요한 정보를 제공한다.
- Kickoff Meeting: 전문가들이 의사결정이 필요한 내용에 대해 논의한다.
- Individual Estimation: 전문가들이 자신의 의견을 정량화해서 규모를 산정한다.
- Tabulating: 각 전문가가 작성한 결과를 취합하여, 익명의 결과로 전환한 통합 버전을 작성한 후에 모든 전문가에게 피드백한다.
- Reviewing & Consensus: 다른 전문가들의 의견과 자신의 의견에 나타난 차이를 확인한 후, 다시 전문가들이 재논의를 수행한다.
기능 점수 산정법
기능 점수를 사용해 소프트웨어 비용을 산정하는 방법이다. 기능 점수 산정 방법은 소프트웨어 시스템이 제공하는 기능의 필요 정도와 이의 복잡도를 기준으로 평가하는 방법이다.
⚠️ 위험 관리
요구사항의 빈번한 변경
재작업, 의사소통의 증가와 같은 문제를 유발한다.
프로젝트 팀원의 부적절성
개발자의 능력 부족은 프로젝트 성과를 저하시키는 요인이 된다.
계획 단계에서는 발생 가능한 리스크에 대해 사전에 식별하고 대처 방안을 수립해야 하며, 리스크를 처리하는 담당자도 명확히 배정해야 한다.
