 |
이 타스크는 새 제품 개발의 기본 제품, 비즈니스 및 재무 측면뿐 아니라 고려할 주요 제한조건 및 옵션을 식별하여 비즈니스 사례를 개발하는 방법을 정의합니다. |
|
목적
관계
역할 | 기본:
| 추가:
| 지원:
|
입력 | 필수:
| 선택사항:
| 외부:
|
출력 |
|
기본 설명
비즈니스 사례는 제품의 경제적 가치를 문서화합니다. 이를 통해 프로젝트에 대한 자금 지원이 수행됩니다. 잘못 문서화된 비즈니스 사례는 최상의 제품 아이디어도 무산시킬 수 있는 반면, 잘 문서화된 비즈니스 사례는
가치있는 제품을 위한 적합한 자금 지원을 보장합니다.
|
단계
제품 설명
목적
|
빌드될 제품의 간결한 정의를 작성합니다.
|
모든 이해 당사자(stakeholder)가 합의하는 제품의 간단한 설명은 프로젝트 성공에 꼭 필요합니다. 제품 설명은 몇 개의 짧은 단락으로 제품의 정의, 제품이 해결할 문제점 및 제품이 필요한 이유를 정의해야
합니다. 설명은 특정 문제점에 대해 깊이 파고드는 대신 제품이 필요한 이유에 대해 설득력 있는 주장을 제공해야 합니다. 그러나 모든 프로젝트 팀 구성원이 이해하고 기억하기 쉬울만큼 간결해야 합니다.
|
비즈니스 컨텍스트 정의
목적
|
제품이 개발될 환경을 정의합니다.
제품에 대한 시장을 정의합니다.
|
비즈니스 컨텍스트는 프로젝트 이해 당사자(stakeholder)가 제품의 목표 시장을 이해하고 합의하는 데 도움이 됩니다. 동일한 요구사항 세트가 서로 다른 고객에 대해 해석되면 매우 다른 시스템을 낳을 수
있습니다.
비즈니스 컨텍스트는 시스템이 동작할 도메인(예: 전기 통신, 은행 업무, 전자상거래 등)을 포함하여 제품에 대한 목표 시장을 정의합니다. 도메인을 잘 아는 경우 간단한 설명으로 충분하지만, 새로운 시장의 경우 보다
완벽한 문제점 공간 설명이 필요할 수 있습니다. 시장 정의는 비슷한 제품을 포함하며 경쟁사 또는 경쟁 제품을 식별해야 합니다.
제품이 계약을 이행하기 위해 개발되고 있는 경우 계약 조건이 명시되어야 합니다. 계약에 대한 비용을 받기 위해 중요한 이정표를 통과해야 하는 경우 이행 조건이 명시되어야 합니다.
제품이 기존 제품에 대한 개선사항인 경우 기존 제품에 대해 설명해야 합니다.
|
제품 목표 정의
제품 개발 목표, 즉 이 제품을 개발하는 이유를 설명하십시오. 여기에는 임시 스케줄 및 스케줄 위험성 평가도 포함됩니다. 명확하게 정의되고 표현된 목표는 이정표 공식화 및 위험성 관리, 즉 프로젝트를 추적하고
성공을 보장하기 위한 좋은 토대를 제공합니다.
|
재무 예측
상업 소프트웨어 제품의 비즈니스 사례는 프로젝트에 대한 가정 세트와 해당 가정이 참인 경우 투자 수익률(ROI) 크기 정도를 포함합니다. 예를 들어, ROI는 1년 안에 완료된 경우 크기가 5이고, 2년 안에
완료된 경우는 2, 그 이후에는 음수가 됩니다. 이 가정은 범위 및 계획이 더 정확하게 정의되는 시기인 정제(Elaboration) 단계 마지막에 다시 확인합니다. 비용 예상 및 잠재적인 수입 예상을 기준으로
회수가 작성됩니다.
내부 소프트웨어 프로젝트의 경우 회수는 프로젝트의 '순현재가치' 또는 내부 수익률으로 계산됩니다. 순현재가치를 사용하여, 프로젝트에 발생하는 현금 플로우의 향후 스트림을 예상한(프로젝트 개발 및 지원과 관련된 음수
현금 플로우 포함) 다음 프로젝트의 위험성에 기초하여 조직에서 결정하는 필수 회수율로 감소시킵니다. 0보다 큰 순현재가치는 프로젝트가 회사에 양의 순 경제적 이익을 제공함을 나타냅니다.
내부 수익률 계산의 경우에는 0의 순현재가치를 가정하고 이를 생산하기 위해 필요한 내부 수익률이 계산됩니다. 프로젝트에 대한 이 내부 수익률(IRR)을 비슷한 위험성을 갖는 프로젝트에 대한 최소 필수 수익률과
비교합니다. 프로젝트에 대한 IRR이 최소 필수 수익률보다 크면 프로젝트는 회사에 대해 양의 순 경제적 이익을 제공합니다.
상업용 소프트웨어 제품의 경우에도 순현재가치 및 내부 수익률을 계산할 수 있습니다.
자원 예상은 인도까지의 전체 프로젝트를 포함합니다. 예상은 각 단계 및 각 반복에서 갱신되며 매 반복이 완료될 때마다 조금씩 더 정확해져 갑니다.
예상 기초에 대한 설명이 포함되어야 합니다.
|
프로젝트 제한조건 설명
프로젝트가 갖는 제한조건을 표현하십시오. 해당 제한조건이 위험성 및 비용에 영향을 주게됩니다. 제한조건은 시스템이 준수해야 하는 외부 인터페이스, 표준, 인증 또는 전략적인 이유로 채택되는 기술적 접근 방식(예:
특정 데이터베이스 기술 사용 또는 분배 메커니즘)과 같은 것일 수 있습니다.
|
옵션 설명
목적
|
제품 및 프로젝트에 대한 몇 가지 옵션을 제시하고, 재무 예측 및 프로젝트 제한조건에 따른 영향을 설명합니다.
|
제품에 대한 옵션(선택적 기능과 사양 및 연관된 비용과 수익) 및 프로젝트 접근 방식의 옵션을 설명하십시오. 프로젝트 옵션은 계약 기본, 프로젝트 라이프사이클, '제작'과 '구매'의 혼합 등을 다르게 할 수
있습니다. 각 사례에서 재무 예상과 제한조건(즉 직면한 위험성)에 대한 옵션의 영향에 대해 설명해야 합니다. 목표는 프로젝트에 자금을 제공할 권한을 갖는 검토 관리자에게 기능, 비용. ROI, 스케줄, 계약 기본,
개발 라이프사이클, 기술적 제한조건 등으로 일정한 의사 결정 범위를 제공하는 것입니다.
|
|
특성
다중 발생 |  |
이벤트로 구동됨 |  |
진행 중임 |  |
선택사항 |  |
계획됨 |  |
반복 가능함 |  |
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.
|
|