계약자에게 고정 가격으로 재검토 할 수있는 주장이 있습니까?

나는 좋은 프로젝트를 가져 오는 계약자를 위해 일하고 있지만 모두 고정 가격이며 종종 고정 시간입니다.

결과적으로 그는 항상 느슨한 요구 사항에 대해 인용하고 있는데, 이는 기능 크리프로 인해 많은 긴장을 풀지 못합니다.

그는 먼저 고객과 가격에 합의 할 수 없다면 계약을 맺을 수 없다고 주장하지만, 제가 걱정하는 한이 조건에 따라 다른 프로젝트를 진행하고 싶지는 않습니다.

내가 한 시간 내로 돈을 지불하도록 할 수있는 논쟁이 있습니까?

여기서 문제는 고정 가격의 프로젝트가 아니라 느슨한 요구 사항입니다. 더 확실하게 정의 된 사양을 제공하도록 압력을 가할 수 있다면 시간 추정이 더 좋아질 것입니다.

귀하가 열거 한 대부분의 이유로 고정 입찰 프로젝트에 참여하는 것을 거부합니다. 고정 된 입찰 작업은 민첩한 프로세스 (나의 작업 방식이기도 함)와 반대되는 개념입니다. 계약 한 계약자가 고정 된 입찰로 자신의 프로젝트를 입찰해야한다고 주장하는 경우 위험. 당신이하는 일에 능숙하다면, 일할 다른 곳이 많이 있습니다.

기본적으로 모든 사람들은 견적을 듣습니다. 당신이했던 프로젝트를 완료했습니다 않는 한 실질적으로 시간의 적어도 몇 유사한, 당신은 당신이 추측하고, 추정 아닙니다.

또한, 그는 고정 입찰없이 계약을 맺지 않는 것에 대해 틀렸다. 그가 할 수 없다면, 문제는 고정 된 입찰 대 시간당 판매원이 아닙니다. 나는 한 시간마다 고객 명단을 위해 일했습니다. 핵심은 그들이하는 일과 그 비용에 대해 빈번한 의사 소통을하고, 절충이 예산 대 기능이라는 점을 이해하도록하는 것입니다. 예산을 세울 수 있지만 때로는 기능을 제공해야합니다.

혼자 일할 때는 고정 가격 + 고정 시간 프로젝트에서 실제로 이길 수 없습니다. 늦은 밤과 주말에 작업하는 것 외에는 용량을 늘릴 수 없습니다.

내 경험상 "느슨한 요구 사항"기반 견적은 세부 사항을 추가 할 때만 커지고 커집니다. 안전하다고 느낄 때까지 자세하게 물어보십시오.

높은 수준의 요구 사항과 포함 된 내용 및 푸시가 밀려 올 때 쉽게 이길 수없는 것에 대한 토론은 고객이 일반적으로 스틱의 짧은 끝을 끌어옵니다. 비즈니스 관계가 어려울 수 있습니다.

이 구성에 대한 슬픈 점은 빌드하는 모든 것이 높은 수준의 요구 사항을 충족시키는 데 필요한 품질이 가장 낮다는 것입니다.

(그래서 암호로 로그온 할 수 있으므로 각 사용자마다 별도의 로그온을 원한다고 말한 적이 없습니다 ...)

고정 가격으로 나는 폭포, 큰 디자인-선구자 일 것입니다. 계약자가 서류의 전체 세부 사항을 기반으로 서명하도록 한 다음 작성하십시오.

추정치를 개선하기 위해 필요한 것으로 생각되는 것을 두 배 또는 세 배로 늘릴 수 있습니다. 이는보다 현실적 일 수 있지만 시장에서 가격을 책정 할 수 있습니다.

스크럼의 속도 추적은 자신의 추정치를 파악하고 실제 소요 시간과 비교하여 어떻게 진행되는지 파악하는 데 유용 할 수 있습니다.

당신이 고정 가격에 건강한 이익을 찾고 추측하지 않는 한 나는 정말 시간에 의해 지불을 선호합니다. 이것은 계약자 측에서 위험을 유지합니다.

견적은 약속이 아닌 추측입니다.

이것이 민첩한 운동이 출현 한 주요 이유 중 하나입니다. Scrum + XP 조합을 사용하는 것은 다양한 요구 사항 상황에서 비교적 일반적인 고정 시간 또는 고정 가격에 대한 공정한 대안을 제시하는 한 가지 방법입니다.

당신은 시간까지 지불 할 수 있는지 물을 수 있습니까? 내 모든 상담 계약은 고객과의 조건이 무엇이든 시간당 임금이었습니다.

또는 요구 사항을 직접 해결하고 계약의 일부로 고객에게 제시하십시오. 이렇게하면 기능 크리프에 대한 추가 요금이 청구됩니다. 고객이 임의로 증가시키는 양의 작업에 대해 $ X를받을 것이라고 말하는 계약은 재난이 발생하는 것을 말합니다.

귀하가 한 일이 (바람직하게는 귀하의) 해석에 따라 "느슨한 요구 사항"에 해당함을 보여줄 수 있다면, 모든 추정은 새로운 견적과 새로운 노력과 새로운 지불에 따라 변경 요청이됩니다. 그런 다음 고객의 어깨 너머로 더 선명한 요구 사항을 해결해야 할 책임이 있습니다.

가격이 적당하다고 가정하면 고정 가격 또는 시간 단위로 작업하는 데 아무런 문제가 없습니다.

느슨하게 정의 된 일련의 요구 사항을 기반으로 시간별 견적을 제시하고 해당 견적을 달성하기 위해 가정 한 사항을 명시하십시오.

그런 다음 요구 사항의 모호성, 변경 가능성, 기술에 대한 사전 경험, 고객에 대한 사전 경험 등에 따라 시간별 수치에서 요소에 의해 조정되는 고정 가격 추정치를 작성하십시오. 따라서 모든 것이 고정 가격에 대한 나의 견적은 일반적으로 그 시간보다 50 % 더 큽니다. 더 많은 미지의 것이있는 경우, 고정 가격은 시간당 추정의 2 배와 2 배가 될 수 있습니다. 그러나 고정 가격 견적은 매우 명확한 작업 명세서로 백업됩니다.

목표는 견적을 잘 전달하고 추가 이익을 창출하여 고정 가격을 사용하여 좋은 이익을 얻는 것입니다.

여기 내가 과거에 한 일이 있습니다. 시간 / 비용 예측과 함께 제공하는 매우 엄격한 사양을 작성했으며 프로젝트의 모든 이해 당사자가 물리적으로 서명하도록했습니다. 고정 가격 고정 시간 프로젝트를 수행하기 전에 필요합니다.

충분히 큰 프로젝트이고 사양 작성이 충분한 작업이라면 실제로 그 시간도 청구합니다.

그것을 판매하는 방법 : 그렇습니다, 당신의 악수를하고 코딩을 시작할 경쟁자가 있습니다. 차이점은 몇 개월 안에 완성 된 제품을 얻게되며 슬픔 만 갖게됩니다. 전문가가 작성한 완전한 청사진이 없으면 집을 짓지 않을 것입니다. 비슷한 확실성없이 소프트웨어 프로젝트를 구축 할 사람을 의심하십시오.

귀하가이 계약 업체의 정규 직원이라고 가정합니다. 스코프 크리프를 설명하지 않음으로써 얼마나 많은 돈을 잃고 있는지 보여주세요.

계약자가 하청 계약을하고 있다면, 한 시간까지만 일할 수 있고 그 이유에 정직 할 수 있다고 말하십시오. (즉, 요구 사항이 잘 정의되어 있지 않기 때문에 결국 수행 할 수있는 모든 작업에 대해 비용이 지불되지 않을 수 있습니다. 또한 계약자 비용이 예상보다 빠르게 진행되면 비용을 절약 할 수 있습니다.)