SE와 다른 사이트에서이 "민첩한 개발"관련 내용을 읽을 때 항상 궁금했던 점이 있습니다.
"전통적인"소프트웨어 엔지니어링에서는
- 사용자 요구 사항을 수집하고
- 이러한 요구 사항에 따라 사양을 작성하십시오.
- 고객에게 제공하고 지금까지 수행 한 작업에 대해 청구합니다.
- (거친) 기술 설계를 수행하여 구현 비용을 추정 할 수 있습니다.
- 사용자에게 구현에 대한 가격 견적을 제공합니다.
- 고객이 사양에 서명하고 제안을 수락 할 때까지 기다립니다.
- 설계, 구현, 테스트,
- 계산서.
프로세스가 진행되는 동안 요구 사항이 변경되면 원하는 변경 사항에 대한 제안 (가격과 함께)을 보내거나 변경이 작은 경우 무료로 제공하고 고객을 좋아하고 고객이 너무 자주하지 않는 경우) .
따라서 빈번한 요구 사항 변경이 프로세스의 일부인 애자일 프로젝트에서 어떻게 (재정적으로) 작동합니까?
- 모든 디자인 변경에 대한 제안을 작성하십니까? (이것은 엉망이 아닐까요?)
- 또는 고정 가격을 협상 하고 고객이 요구 사항을 너무 자주 변경하지 않기를 바랍니다 . (위험 할 수 있으므로이 기회를 사용하여 프로젝트 완료를 수락하기 전에 몇 년 동안 새로운 기능을 요청하는 고객을 알고 있습니다.)
- 아니면 필요한 총 시간을 고객에게 청구합니까? (사전 비용을 모르는 고객에게는 위험 할 수 있습니다.)