목적
|
프로젝트를 전달하는 데 필요한 작업 크기를 예상합니다.
프로젝트 제한조건을 충족시키는 최적 스케줄을 선택합니다.
|
도입/인식(Inception) 단계에서, 프로젝트에서 제안되는 작업에 대한 예상을 준비해야 합니다. (소프트웨어 프로젝트 예상에 대한 일반 정보는
[BOE81], [PUT92] 및 [MCO96] 참조). 소프트웨어 프로젝트 예상은 몇 가지 복잡한 수학을 기반으로 하므로 여기에서 상세한 기술적 배경에 대해서는 논의하지 않습니다. 예상은
다음 네 단계 프로세스를 따릅니다.
-
제품 크기 예상
-
총 프로젝트 노력 및 비용 예상
-
제한조건 및 우선순위 적용(예: 인력 수, 전달 날짜, 예산)
-
최적 스케줄, 노력 및 비용 예상 선택
제품 크기 예상
이는 예상 프로세스의 핵심 입력입니다. 수행해야 하는 작업의 크기를 예상할 수 없는 경우 작성되는 모든 프로젝트 스케줄이 현실과 동떨어질 수 있습니다. 프로젝트에서 초기에 사용할 수 있는 소프트웨어 제품의 크기를
예상하는 접근 방식에는 유추에 의한 크기 조정과 분석에 의한 크기 조정의 두 가지가 있습니다. 물론 프로젝트의 나중에(정제(Elaboration) 단계에서) 자세한 프로젝트 작업분류체계(WBS)를 기반으로 하여 더
확고한 상향식 예상을 준비할 수 있습니다.
유추에 의한 크기 조정
유추에 의한 크기 조정 접근 방식을 사용하여 프로젝트 범위를 예상하는 경우, 개발 중인 새 제품을 이전 프로젝트에서 개발된(크기가 알려진) 제품과 비교합니다. 비즈니스 유스 케이스 수, 액터 수, 데이터베이스
크기/복잡도 및 온라인 및 일괄처리 프로그램의 가능한 수와 같이 비교되는 제품의 다양한 특성을 비교해야 합니다.
이러한 특성을 비교함으로써 이전 제품과 비교하여 새 제품의 상대 크기를 예상할 수 있으며, 그런 다음 이전 제품의 알려진 크기를 사용하여 새 제품에 대한 예상 크기를 계산합니다. 유스 케이스 설명의 세부사항 레벨
변화로도 비교를 무효화될 수 있으므로, 비슷한 접근 방식을 사용하여 개발되어 복잡도가 비슷한 제품을 비교하는 것이 중요함을 명심하십시오.
분석에 의한 크기 조정
도입/인식 단계의 후반부에는 분석 기법을 사용하여 제품 크기를 예상하기에 충분할 만큼 신제품에 대한 정보를 수집하게 됩니다. 이러한 기법은 사용 가능한 소프트웨어의 기능 설명(예: 소프트웨어 요구사항 스펙,
소프트웨어 아키텍처 문서)에 의존하며 표준 계수 규칙을 적용하여 이러한 설명에 대한 크기 척도를 판별합니다. 기능(feature) 점수(실시간 시스템에 적용하기 위한 기능(function) 점수의 수정) 및 예측
오브젝트 점수(클래스 복잡도 및 계층 구조의 분석을 기반으로 하는 객체 지향 시스템에 대한 척도)를 포함한 많은 다른 척도가 개발되었지만 이러한 기법 중에서 가장 잘 알려진 것은 기능(function) 점수 계수일
것입니다.
또한 IBM 웹 사이트에서
사용 가능한 백서에서는 유스 케이스를 기반으로 하는 크기 예상 방법을 설명합니다. 이러한 백서를 사용할 때 유스 케이스에 기초한 초기 크기 예상을 수행할 때 반드시 조직의 유스 케이스
스타일에 맞게 조정해야 합니다. 유스 케이스는 조직 사이에, 심지어 조직 내에서도 추상의 수와 표현 방식에 있어서 크게 다를 수 있기 때문입니다. 일단 조정된 후에는 유스 케이스를 작성할 때 선택된 표준 스타일을
지키는 것이 중요하며, 그렇지 않으면 크기 예상에 상당한 오류가 있을 수 있습니다.
총 프로젝트 노력 및 비용 예상
기존의 과학적 모델을 사용한 제품 크기 예상으로부터 프로젝트에 대한 총 인력 노력 및 스케줄을 계산할 수 있습니다. 현재 사용하는 두 가지 유명한 모델은 Barry Boehm이 개발한 COCOMO(Constructive Cost
Model)와 Larry Putnam의 Putnam Methodology입니다. 두 모델은 모두 산업 데이터에 대해 유효성이 검증되었습니다. COCOMO의 최신 버전에 대한 자세한 정보는 COCOMOII 웹 사이트를 참조하십시오.
크기 입력 외에, 다른 중요한 입력은 팀 생산성의 척도입니다. 이 값은 전체적인 프로젝트 노력을 판별합니다. 총 프로젝트 스케줄은 총 노력에 비선형적으로 관계됩니다. 불행히도 이 모델은 수학적으로 복잡하므로,
계산을 도와주는 소프트웨어 도구를 사용하는 것이 가장 좋습니다.
제한조건 및 우선순위 적용
거의 모든 프로젝트가 몇몇 제한조건(예: 특정 날짜에 출시해야 하거나 비용이 $850,000를 넘을 수 없음) 또는 우선순위(예: 제품이 가능한 빨리 필요함)의 영향을 받습니다. 고정 제품 크기가 주어지면 팀
크기에 대한 조정의 영향을 받습니다. 팀 크기와 스케줄 사이의 관계가 선형이 아님이 밝혀졌으므로, 과학적 모델을 사용하여 다양한 팀 크기를 기반으로 하는 많은 시나리오를 생성해야 합니다. 자동화된 예상 소프트웨어가
이 연습에 매우 유용합니다.
최적 스케줄, 노력 및 비용 예상 선택
이제 프로젝트에 대한 폭넓은 시나리오가 준비되었으므로, 프로젝트의 요구에 가장 잘 맞는 시나리오를 검토하고 선택합니다. 이는 프로젝트의 전체 지속 기간에 대한 초기 그림을 제안된 대로 제공하고 필요한 팀 크기와
예산을 표시합니다.
|