시간 / 프로젝트 별 충전 [닫힘]


9

이것은 내가 이전에 물었던 질문과 관련이 있습니다-https: //softwareengineering.stackexchange.com/questions/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off

시간별 충전과 프로젝트 별 충전시 귀하의 의무는 무엇입니까? 프로젝트를 맡기로 동의 한 경우, 작업을하고 시간당 £ XX를 청구하는 데 10 일이 소요될 수있는 대략적인 추정치를 제공하십시오. 10 일이 지난 후에도 무료로 작업 할 의무가 있습니까? 예상치 못한 문제로 인해 프로젝트를 완료 할 수 있습니까? 프로젝트를 제공했지만 버그가 발견되면 어떻게해야합니까? 10 일이 지났거나 고객에게 청구해야하는 경우 이러한 버그를 무료로 수정해야합니까?

또한, 위 프로젝트의 경우 프로젝트를 시작할 때 어떤 결과가 발생해야하는지, 어떤 이유로 든 10 일 후에는 더 이상 할 수 없다고 고객에게 말해야합니까? 본인은 이것이 고객과의 평판과 관계를 구축하는 데 아무런 도움이되지 않는다는 것을 알고 있지만 귀하에게 지불 한 금액을 상환해야합니까, 아니면 절반 정도 또는 거의 완성 된 소스 코드를 제공하여 다른 사람이 찾을 수 있도록 도와 줄까요?

위의 질문을하는 이유는 제가 프리 랜싱을 처음 접했고 위의 상황이 어떻게 해결되는지 알고 싶기 때문입니다. 감사!

답변:


9

프로젝트를 진행하기로 동의 한 경우 ... 시간당 £ X를 청구하고 청구하십시오. 10 일이 지난 후에도 무료로 근무해야하는데 예상치 못한 문제로 인해 프로젝트를 완료하지 못한 적이 있습니까?

시간당 £ X는 시간당 £ X입니다. 집이나 보트에서 복잡한 일을 한 적이 없었습니다.

추정 할 수 없다는 것은 아무 의미가 없습니다. 아무것도.

시간당 £ X는 시간당 £ X입니다. 작업이 완료되거나 고객이 "당신은 해고되었습니다"라고 말할 때까지 (또는 "당신은 약탈당했습니다."나는 양키이고, 그래서 그들이 영국에서 무슨 말을하는지 모르겠습니다.)

프로젝트를 제공했지만 버그가 발견되면 어떻게해야합니까? 10 일이 지났거나 고객에게 청구해야하는 경우이 버그를 무료로 수정해야합니까?

버그에 따라 다릅니다. 당신은 해야한다 근본 원인 분석을한다. 잘못된 (또는 불완전한) 사양은 대부분 문제입니다. 예상치 못한 기술적 주름은 물론 비용입니다. 바보 코딩 실수는 당신의 문제입니다.

더 이상 할 수 없다고 고객에게 포기하고 말해야합니까?

죄송합니다. 그것은 전문가가 아닙니다. 포기해야한다면 정말 끔찍한 실수를 저지른 것입니다.

본인은 이것이 고객과의 평판과 관계를 구축하는 데 아무런 도움이되지 않는다는 것을 알고 있지만 귀하에게 지불 한 금액을 상환해야합니까, 아니면 절반 정도 또는 거의 완성 된 소스 코드를 제공하여 다른 사람이 찾을 수 있도록 도와 줄까요?

한숨. 이 시점에서, 당신은 아무 문제가 없을 정도로 가난하게 행동했습니다. 계약을 따를 수 없다면 다른 직업을 찾아야합니다. 진심으로. 당신의 인생을 다시 생각하십시오.

반 완료 소프트웨어는 가치가 없습니다. 아무도 "완료"하지 않을 것입니다. 그들은 당신이 바보이기 때문에 (당신이 있기 때문에) 코드를 버리고 처음부터 다시 시작한다고 설명합니다.

다음을 수행해야합니다.

  1. 요구 사항을 최종적이고 전달 가능하며 사용 가능한 것으로 다시 줄입니다.

  2. 최종적이고, 전달 가능하고, 유용한 것을 만드십시오. 원래의 그랜드 스킴이 아니더라도.

  3. 그 배달 가능하고 쓸만한 것을 청구하십시오.

  4. 배달 할 수없는 물건의 잔고를 다른 사람에게 전이하십시오.

사용할 수없는 코드는 쓸모가 없습니다. 실제로 비용입니다.

귀하와 귀하의 고객은 절반 완성 된 코드를 다른 사람에게 "전환"하는 데 시간을 낭비하게됩니다. 폐기물에 중점을 둡니다 . 대부분의 사람들이 반제품에서 시작하는 것보다 처음부터 시작하는 것이 더 쉽습니다.


고객이 "예상치 못한 기술적 주름"에 대해 비용을 지불해야하는 이유는 무엇입니까? 그들은 코드에 대해서만 비용을 지불하는 것이 아니라 기술적 인 전문 지식에 대한 비용을 지불합니다. 사양이 변경되지 않는 한, 무엇이 올지 알고 있어야합니다.
Nicole

LOL BOAT = 다른 천명을 꺼내십시오.
직업

"기술 주름"과 관련하여. 그러한 것들이 과정에 필적이며, 수행해야 할 정당한 작업은 확실히 지불해야합니다. 그러나 투명해서는 안됩니다. 미리 프로젝트의 복잡성을 고려하고 큰 버그의 잠재적 위험을 설명하십시오. 유일한 개발자가이 작업을 쉽게 수행 할 수있는 경우 솔루션을 잘 모르는 영역에서 추정값을 채워야합니다. 추정에는 디버깅 시간이 포함되어야합니다. 제대로 패딩하는 능력은 경험과 함께 제공됩니다.
eddiemoya

6

시간별 충전과 프로젝트 별 충전시 귀하의 의무는 무엇입니까?

본질적으로 동일합니다. 전문가가 되십시오.

프로젝트를 맡기로 동의 한 경우, 작업을하고 시간당 £ XX를 청구하는 데 10 일이 소요될 수있는 대략적인 추정치를 제공하십시오. 10 일이 지난 후에도 무료로 작업 할 의무가 있습니까? 예상치 못한 문제로 인해 프로젝트를 완료 할 수 있습니까?

아니요-약 10 일 정도면 괜찮습니다. 나는 대략 10 일을 극단적 인 가장자리에서 50 ~ 120 시간 사이로 정의 할 것입니다. 120 시간 이상 (50 % 오버런)은 창백한 수준을 넘어 섭니다.

"예기치 않은 문제"는 많은 모호함을 남깁니다. 숙련 된 전문가는 새로운 개발자보다 훨씬 더 많은 문제를 예상합니다. 그러나 고객이 당신이 새로운 개발자라는 것을 알고 있다면 (그리고 그로 인해 상당한 할인 혜택을 받고 있음을 알고 있다면) 여기에 약간의 흔들림이 있습니다.

프로젝트를 제공했지만 버그가 발견되면 어떻게해야합니까? 10 일이 지났거나 고객에게 청구해야하는 경우이 버그를 무료로 수정해야합니까?

버그? 예-무료로 고쳐야합니다. 손상된 코드를 생성하는 데 10 일 동안 비용을 지불하지 않았습니다.

자, "버그"는 약간 모호합니다. 쇼 스토퍼 버그 (프로그램이 실행되지 않음-분명히 오류) 및 엣지 케이스 버그 (프로그램이 중국어 IME를 사용하여 터키어 지역화 된 Windows에서 텍스트를 자르지 만 실제로는 합리적이지 않음)가 있습니다. 대부분은 중간 어딘가에 있지만 증거의 부담은 당신에게 있습니다.

사양 버그도 있습니다. 가장 어려운 버그입니다. 사양 변경을 합리적으로 예상, 의문 또는 암시해야하는지 여부에 대한 판단을 사용해야합니다. 다시 한번, 나는 당신에게 증거의 부담을주었습니다.

친환경 개발자가있는 10 일 (80 시간) 프로젝트의 경우 10 ~ 15 시간의 다른 버그 수정은 그리 많이 요구되지 않습니다. 그 이상의 것은 지불을 위해 노력할 것입니다-고객을 해고하기 전에 5 ~ 10 시간 동안 무료로 추가 할 것입니다.

또한, 위 프로젝트의 경우 프로젝트를 시작할 때 어떤 결과가 발생해야하는지, 어떤 이유로 든 10 일 후에는 더 이상 할 수 없다고 고객에게 말해야합니까? 본인은 이것이 고객과의 평판과 관계를 구축하는 데 아무런 도움이되지 않는다는 것을 알고 있지만 귀하에게 지불 한 금액을 상환해야합니까, 아니면 절반 정도 또는 거의 완성 된 소스 코드를 제공하여 다른 사람이 찾을 수 있도록 도와 줄까요?

돈을 돌려줘 프로젝트를 완료 할 수 없으면 반 완료로 판단 할 수 없습니다. 고객이 당신을 고용했다면, 반 완료된 것으로 판단 수 없을 가능성이 높습니다 . 당신이 그것을 끝내기 위해 다른 누군가를 찾을 수 있다면, 당신은 그들과 하청 할 수 있습니다-그들이 당신에게 청구하는 것과 당신이 이미 한 것의 차이점은 당신의 이익 (또는 손실)입니다.

결국, 종종 고객에게 구부러지고 배우는 교훈으로 분필을 올리는 것이 좋습니다. 잠시 후 "문제가있는 고객"을 발견하고 처음에 고객을 피할 수 있습니다. 또한 가격을 조금 더 잘 추정하고 가격에 버그 수정 비용을 빌드하는 방법 등을 배웁니다.

학생 개발자에게는 약간의 여유가 있습니다. 10 일간의 프로젝트에 대해 청구 한 구제책에 대해 아무도 당신을 고소하지 않을 것입니다. 당신은 그 클라이언트 (또는 그의 친구들)로부터 어떤 사업도 다시는 얻지 못할 것입니다. 그러나 그들이 학생 개발자를 고용했기 때문에 그들은 값싼 노동력을 원하고 실제로 좋은 개발자를 고용하는 데 실제로 어떤 비용이 드는지 이해하지 못할 것입니다. 깨끗한 양심을 희생하면서 두통을 제외하고는 앞으로 많은 것을 잃지 않을 것입니다.

나의 충고? 그냥 끝내십시오-기분이 좋아지고 클라이언트가 기분이 좋아지며 더 나은 개발자이자 사업가가 될 것입니다. 그것은 수년간의 일과 같지 않습니다-그리고 당신은 도와 줄 Stackoverflow와 Stackexchange의 모든 친구들을 가지고 있습니다. ;)


3

당신이 설명하는 것은 단지 "고정 금액 이하"입니다. 이것은 고객에게만 도움이되므로 입찰을한다면 왜 그런 식으로 일했는지 모르겠습니다.

  • 시간당 요율 -시간당 요율은 고객이 일부 사항에 대해 마음에 들지 않았다는 사실을 알고 프로젝트가 약간 개방적이라는 데 동의하지만 사전에 동의해야합니다 .

  • 고정 요금 -고객이 원하는 것을 정확히 알고있는 경우 사용합니다. 그렇게했지만 고정 금액으로 입찰 할 수없는 경우 아직 입찰을하는 비즈니스가 없습니다. 고객이 미숙 한 비용을 지불하게하지 마십시오.

당신이 이것을 따른다면, 당신은 무엇을 해야할지 모르는 상황에 빠지지 않을 것입니다. 포기해야 할 경우, 의뢰인과상의하고 사직 또는 파트너십 해산으로 취급하십시오. 모든 돈을 환불하고 아무것도 제공하지 않거나 부분 지불 대가로 부분 프로젝트를 제공하십시오.

약간의 불확실성이있을 때마다 시간당 요금 을 적용하고 싶은 유혹이 있지만 , 고객이 바람이 잘 통하는 경우에만 사용해야 합니다 . 경험이 있지만 아직 답변되지 않은 중요한 기술적 인 질문이있는 경우, 고객과 함께 이에 대해 공개하십시오.

그리고 계약을 맺거나 문제가 발생하기 전에 시간 문제 일뿐입니다.


0

변호사는 아니지만 두 상황에 대한 답변은 고객과 계약에 동의 한 내용에 따라 다릅니다. 나는 당신이 이전에 제기 한 정확한 이유 때문에 다소 위험한 것처럼 보이는 계약없이 일하고 있다는 것을 이전의 질문에서 보았습니다. 서면 계약이 없다고해서 반드시 구속 의무가있는 것은 아닙니다. 업무 관계를 시작하기 전에 이러한 모든 종류의 자료를 파악하여 문제가 발생하면 전문적이고 우호적으로 해결할 수 있도록하는 것이 좋습니다.


그것은 좋은 지적이며 여기에서 배운 교훈이 있습니다. 그러나 현재 상황에서와 같이 계약에 서명하지 않으면 어떻게됩니까?
thesam18888

귀하는 여전히 구두 계약을 체결했습니다. 문제는 "그녀가 말했다."고 약간의 문제이며, 귀하와 귀하의 고객이 문제를 해결하고 합리적인 타협에 도달하지 않는 한 소송으로 이어질 수 있습니다.
Drew

0

법적인 이유를 제외하고, 이것은 결국 서비스 사업이며 당신은 살고 참고로 죽습니다. 나쁜 담당자를 한 명만 데려 갈 수 있습니다. 나는 당신에게 다른 일을 많이하기 위해 정말로 만족스러운 고객을 가질 수 있습니다. 따라서 황금률을 적용하고 고객을 대우 받고 싶은대로 대우하십시오. 사람들은 "의무"보다 조금 더 높은 사람들을 기억하고 소중하게 생각합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.