[Software Engineering] Feasibility Study

Feasibility Study

프로젝트를 시작하기 앞서 프로젝트의 타당성을 조사하는 것.

 

The Decision Maker's Viewpoint

Benefits: 이익이 무엇인가? 정량화 가능한가?

Costs: 스태프, 시간, 장비 비용이 얼마나 드는가? 

Risks: 위험요소는 무엇이고 최소화될 수 있는가?

Client: 누굴 위한 프로젝트인가?

Scope: 어느 범위까지 맡아야하는가?

Technical Feasibility: 기술적으로 실현 가능한가?

Alternatives: 이 프로젝트가 아니더라도 대체품이 존재하는가?

 

Why are Feasibility Studies Diffcult

- 이익을 정량화 하기 어렵다.

- 접근 방식은 일반적으로 잘 정의되지 않으며, 필요한 자원과 일정은 대략적이다.

- 조직 변화가 필요할 수 있다.

- Feasibility study는 종종 지나치게 열정적인 경험이 풍부한 사람들의 판단에 크게 의존한다.

- 초기에 발생한 실수는 바로잡기 어렵다.

 

Benefits

왜 이 프로젝트가 제안되었는가를

- 이익을 정량화하여

- 누가 사용할 것인지

- 회사의 수익에 얼마나 기여할 것인지

를 들어 설명할 수 있어야 한다.

Costs and Risks

비용과 위험성을 무엇이며 어떻게 최소화할 수 있는지 설명할 수 있어야 한다.

기술적 비용과 위험성: 만일의 사태에 대한 대응책을 마련한다. (시간 조정, 직원 배치)

외부적 비용과 위험성: 외부의 압력과 장애물 등

 

Planning and Resources

채용, 장비, 시간 조정 계획 등 주요 결정건을 식별해야 한다.

 

Scope

어느 범위를 담당하고 어느 범위를 제외하여 개발할 것인지 파악해야한다.

 

Technical Feasibility

기술적으로 현실성 있는 구상인지 생각해보기 위해 다음과 같은 것을 고려해야한다.

- 요구사항에 대한 간략한 개요

- 가능한 시스템 디자인

- 사용자, 데이터, 트랜잭션 등을 추정

- 사용하거나 만들어야 하는 소프트웨어

 

Alternatives

이미 존재하는 것을 개선할 것인지, 아예 새로운 것을만들 것인지 생각해봐야 한다.

 

Techniques for Feasibility Studies

- 고객을 참여 시켜보기

데모, 시제품, 현재 개발상황 설명(워크스루)

- 예산을 측정

봉급, 장비 비용

- 마일스톤/페이스

 

Feasibility Report

동료들이 현재 상황이나 개요를 명확히 할 수 있도록 문서화하는 것도 중요