프리랜서 소프트웨어 개발에서 회사는 마감일을 놓칠 때 어떤 종류의 처벌을 받아야합니까? [닫은]


12

공동 개발자와 이야기하고있었습니다.

그는 제 시간에 전달할 수있는 고객을 보유하고 있습니다. 고객은 마감일을 놓친 것에 대한 영향을 원합니다.

프리랜서로 일하지는 않지만 답을 할 수 없었습니다.

그래서 내 질문은 :

결과물에 대한 기한을 놓친 경우 (해고를 제외하고) 고객 (프리랜서)은 어떤 영향을 받습니까?


2
그는 변화하는 요구 사항에 근거한 get-out 절 없이는 어떠한 처벌도 받아들이는 것이 어리석은 일입니다. 변경 관리를 고려하기 전에 최상의 시간에 작업 추정이 정확하지 않습니다. 원래. 실행
Matt D

4
따라서 고객이 마감일을 놓치도록하는 데 재정적 이익이 있습니까? 정말 좋은 생각처럼 들리지 않습니다. 이것은 MainMa의 예와 같이 고객이 늦을 때 재정적 손실이 큰 경우에만 의미가 있습니다.
Doc Brown

2
이것은 나에게 완벽하게 수용 가능한 것 같습니다. 나는 그 의견에 상당히 놀랐다. 마감일과 마감일을 맞이할 인센티브없이 사람들이 근로에 대한 비용을 지불해야합니까? "작업 평가는 엄청나게 부정확합니다"– 반드시 그럴 필요는 없습니다.
NimChimpsky

@DocBrown은 아마도 마감일을 맞추는 데 훨씬 더 큰 재정적 관심을 가지고 있기 때문에 마감일로 작업에 대한 비용을 지불합니다. 프로그래머가 마감 시간을 싫어하고 때로는 구조가 놀랍습니다. 새로운 주방을 설치한다고 가정하면 상점에서 우리가 언제 끝날지 말할 수 없다고 말하고 시간별로 요금을 청구합니다. 나는 그것으로부터 1 마일을 달린다. 프로그래밍은 다른 프로젝트와 질적으로 다르지 않습니다.
NimChimpsky

5
새 주방을 설치하는 경우 사양에 따라 빌드에 대해 인용됩니다. 절단면, 타일, 수도꼭지 및 싱크대 재료를 교체하기 시작하면 재료 낭비와 시간이 추가로 부과됩니다. 이 경우 청구되는 이유를 쉽게 이해할 수 있으며 물리적 관계가 있습니다. 소프트웨어 요구 사항을 변경하는 경우에도 이와 동일한 이해가 이루어지지 않으며 X를 정확히 작성하지 않은 경우 Y를 기준으로 X를 제공해야하는 계약은 문제를 요구합니다. 그것을 설명 할 수없는 것은 어리석은 일입니다.
Matt D

답변:


25

가장 효과적인 것 중 하나 : 지연 일별 페널티. 이것은 또한 대규모 프로젝트에서 수행되는 것이며, 벌금은 하루에 수천 달러입니다.

정확한 마감일이 중요한 경우 (예를 들어, 올림픽 게임을 위해 2014 년에 이벤트 방송을 처리 할 웹 앱을 개발하는 경우 마감일은 2014 년 올림픽이 시작될 것임) 효과적인 조치는 다음과 같습니다. 프로젝트가 늦었을 경우 회사는 전혀 지불하지 않으며 벌금도 지불해야합니다.

그러한 과감한 조치가 적절하지 않다면, 프로젝트가 늦었을 때 돈을 많이 지불하는 고객이 떠날 것이라는 사실은 그 트릭을 수행 할 수 있습니다.

고객을위한 참고 사항 :

  1. 많은 지연은 고객 자신의 잘못입니다. 원인은 여러 가지 일 수 있습니다.

    • SRS는 없지만 고객이 자신이 필요로하는 것을 잃어버린 것을 설명하는 두 개의 단락이 있습니다 (물론 고객은이 단계의 시간 손실을 고려하여 요구 사항 수집에 대한 비용을 지불하고 싶지 않습니다).

    • 최종 마감일 2 주 전에 와서 프로젝트가 지금까지 Java로 완료되어 Oracle을 사용했는지는 중요하지 않다고 말함 : 고객이 어제 잡지를 읽었으므로 Python으로 다시 작성하고 MySQL을 사용해야합니다. 그 기술이 미래라고 말하는 것입니다.

    • 모든 회의에서 새로운 요구 사항이 제공됩니다. 이러한 요구 사항이 지금까지 주어진 거의 모든 요구 사항과 모순되는 경우 보너스 포인트.

  2. 좋은 의사 소통은 좋은 프로젝트에 필수적입니다.

    다른 많은 지연은 통신이 부족하기 때문입니다. 고객이 회사와 몇 달 동안 의사 소통을하지 않고 제품이 완성되고 연마 된 후에 만 ​​연락을 취해야하는 관행은 재난을 유발합니다.

  3. 당신은 당신이 지불하는 것을 얻습니다.

    프로젝트를 체계적으로 유지하는 데 도움이되는 특정 절차가 있으며 실제로 대규모 프로젝트의 경우 프로그래밍 시간이 10-15 %, 중간 프로젝트의 경우 15 % -20 %가 소요됩니다. 이러한 프로젝트는 또한 자신이하는 일을 알고있는 사람들이 수행해야합니다.

    실제로 고객은 아키텍처 및 소프트웨어 설계를 작성하는 분석가에게 하루 800 달러를 지불 할 의사가 없으며 다른 단계에도 비용을 지불하고 싶지 않습니다. $ 50 / day로 일하는 것을 좋아하는 초보자 알바니아 프로그래머는 훨씬 유리합니다.

    재난 프로젝트에 대해서만 비용을 지불 할 준비가되었을 때 프로젝트가 재앙이라고 불평하지 마십시오.

  4. 작업을 수행하는 데 필요한 시간을 협상하지 마십시오.

    나는 종종 다음과 같은 토론에 직면합니다.

    개발자 : 요구 사항이 주어지면 4 개월 안에 제공 할 수 있습니다.
    고객 : 불가능합니다. 프로젝트는 두 달 안에 완료해야합니다.
    개발자 : 글쎄, 일부 기능을 잘라 내지 않으면 ...
    고객 : 할 수 없습니다! 모든 기능이 필요합니다. 왜 두 달 안에 일을 할 수 없습니까? 나는 내 친구 인 인디언 프로그래머에게 연락했다. 그는 한 달 반 만에 그 내용을 전달할 수 있고 가격의 절반 만 요구한다!

    협상 시간은 재난의 요리법입니다.

  5. 당신의 우선 순위를 알아라.

    90 % 완료 규칙을 고려하십시오. 프로젝트가 잘못 관리되면 개발자가 프로젝트를 시작한 후 한 달에 90 %의 프로젝트를 수행했다고 말하는 것이 드문 일이 아닙니다. 한 달 후에도 여전히 90 %입니다. 그리고 한 달 후.

    두 가지 원인이있을 수 있습니다.

    • 프로젝트가 올바르게 완료되지 않은 경우, 즉 시간의 100 %가 프로그래밍에 전념하여 요구 사항 수집, 아키텍처, 설계 및 테스트에 0 %가 남게되면 프로그래머는 수행 할 작업에 대해 전혀 모르고 발견합니다. 프로젝트의 전체 수명 동안 새로운 작업. 프로젝트를 준비하면 달성해야 할 모든 작업을 더 잘 이해하는 데 도움이됩니다.

    • 고객이 서두를 때, 일부 회사가 약간의 쓰레기를 빨리 전달한 다음 버그를 해결하는 데 많은 시간을 소비하는 것은 드문 일이 아닙니다. 일부 회사는 그와 같은 방식으로 만 경쟁력을 유지하고 3 주 안에 특정 프로젝트를 완수했다고 말하지만 나중에 3 년 동안 혼란을 해결했습니다.

    우선 순위를 정하고 프로젝트가 올바르게 수행되도록 요구하면 후보자 목록에서 해당 회사를 제거하는 데 도움이됩니다.


3
"재난 프로젝트에 대해서만 비용을 지불 할 준비가되었을 때 프로젝트가 재앙이라고 불평하지 마십시오." 사용할 수 있습니까? 이것은 btw의 훌륭한 게시물이며 양측의 위험을 잘 요약합니다.
Matt D

+1 아주 좋은 점수. 또한 읽는 즐거움 :)
Radu Murzea

5
@MattD : Stack Exchange에 대한 답변은 Creative Commons Attribution-ShareAlike 3.0 Unported에 따라 라이센스가 부여되므로 가능합니다. 또한 내 블로그에서 관련 게시물을 읽으십시오. 시간과 비용을 정량화하십시오. 왜 우리는 항상 잘못 알고 있습니까? , 여기 내 질문에 대한 답변 : programmers.stackexchange.com/q/158640/6605
Arseni Mourzenko

해당 블로그 게시물에 4, 5, 6 등의 부분이없는 이유는 무엇입니까?
Radu Murzea
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.