기간확정 개발법은 제작시기에 쓰는 개발법으로, 개발팀에게 절박감을 느끼게 만들어 가장 중요한 기능에 프로젝트 초점을 유지하도록 도와준다. 기간확정 개발법은 일정을 프로젝트에 맞춰 재정의하는 대신 제품을 일정에 맞춰 재정의하여 일정 단축을 이끈다. 이 방법은 내부 비지니스 소프트웨어에 가장 적합사지만, 고객 맞춤식이나 기성품 프로젝트의 특정 부분에 대해서도 선택적으로 활용할 수 있다. 기간확정 개발법이 성공하려면 이를 활용하는 데 있어 적합한 프로젝트 선정과 최종 사용자가 일정을 늘이는 대신 기능을 줄이는 의지가 필요하다.
주요 위험요소
주요 상호작용과 상충요인
스티브 맥코넬의 "Rapid Development" 에서
아마도 소프트웨어 개발 프로젝트중에서 가장 많이 사용되는 것이겠죠. 장점과 리스크가 정리된게 눈에 띄어서 올려봅니다. 많은 S/W개발자들이 기간확정 개발법에 반발이 많지만, 적절하게 적용하고 긍정적으로 이에 대처한다면 나름대로 의미가 있는 방법이네요. 그래도 불합리한 여건속에서도 열심히 힘써 준 분들에게 가장 고맙지요.
주요 위험요소
- 부적절한 제품에 기간확정 개발법을 적용하기
- 기능 대신 품질을 희생하기
주요 상호작용과 상충요인
- 발전적인 프로토타이핑에 의존한다.
- 기능 통제를 희생해서 개발 시간 통제를 얻어낸다.
- 때때로 RAD 프로젝트에서 JAD, 케이스 도구, 발전적인 프로토타이핑과 결합한다.
- 내용보다도 출시 시점을 중요하게 여길 때, 발전적인 출시와 결합한다.
스티브 맥코넬의 "Rapid Development" 에서
아마도 소프트웨어 개발 프로젝트중에서 가장 많이 사용되는 것이겠죠. 장점과 리스크가 정리된게 눈에 띄어서 올려봅니다. 많은 S/W개발자들이 기간확정 개발법에 반발이 많지만, 적절하게 적용하고 긍정적으로 이에 대처한다면 나름대로 의미가 있는 방법이네요. 그래도 불합리한 여건속에서도 열심히 힘써 준 분들에게 가장 고맙지요.