문제

MSF의 요구 사항은 어디에서 사인 오프 요구 사항을합니까? 계획 단계에서 기능 사양 작성을 마치고 개발을 시작하기 직전에 클라이언트와 사인 오프를 마치십니까?

참고 : 고정 스코프 고정 가격 계약을 연구하고 있으므로 민첩한 모델이 작동하지 않습니다. 그것은 반복적이고 점진적인 접근 방식도 효과가 없다는 것을 의미합니까? 이러한 시나리오에서는 계획 단계를 마치기 전에 개발을 시작할 수 없습니다.

올바른 솔루션이 없습니다

다른 팁

고정 범위, 고정 가격 계약 인 경우, 모든 사람이 최종 결과에 만족할 수 있도록 완료된 기능 사양에 대한 계약을 원합니다.

마지막으로하고 싶은 것은 고정 가격과 범위의 일부로 동의하거나 필요하지 않은 기능을 개발하기 시작하는 것입니다.

그건 그렇고, msf- Microsoft 솔루션 프레임 워크?

복수형 기능 사양을 언급 할 때, 당신은 항상 그 기능 영역에 대한 개발을 시작한 다음 다른 것들을 끝내기 위해 노력할 수 있도록 항상 그 중 일부를 서명 할 수 있습니다. 이는 최종 배송의 일부가 아닌 지역에서의 잠재적 인 작업을 피하면서 작업을 시작할 수 있도록합니다.

기초 원칙 중 하나입니다 MSF ~이다

    Stay agile, expect change

고객이 계약에 서명하기 전에 확실히 개발을 시작하지 않을 것입니다. 그리고 나는 당신이 그들에게 가격을 줄 때까지 어떻게 그렇게 할 수 있는지 상상할 수 없습니다. 가격은 시간에 따라 다릅니다. 그리고 시간은 고객이 지불하고자하는 기능에 따라 다릅니다 (작업을 추정). 그래서, 그로 인해 작업을 수행하기 전에 사양을 수행해야한다고 결론을 내립니다.

물론 고정 가격과 범위의 개념이 비효율적 인 것으로 여러 번 입증 된 이유입니다.

예, 당신은 확실히 사인 오프를 원합니다 (또는 프로젝트 참여) Project를 본격적으로 시작하기 전에 (예금을 받기 전에도)

내가하는 거의 모든 프로젝트는 고정 가격입니다

내 제안 (전달 가능성의 높은 수준 목록)에 다음과 같습니다.

alt text

이 기사에서 사인 오프/프로젝트 참여에 대한 자세한 정보를 얻을 수 있습니다. 짧고 읽기 쉬운 수수료 제안서 (2 부)

--LM

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top