フリーランスのソフトウェア開発では、締め切りに間に合わなかった場合、企業はどのような罰則を科すべきですか?[閉まっている]


12

私は共同開発者と話していました。

彼は、彼が時間通りに配達することを確実にしたかったクライアントを持っています。クライアントは、締め切りを逃した場合の影響を望んでいます。

私はフリーランスの仕事をしていませんが、答えを出すことができませんでした。

だから、私の質問は:

(解雇を除いて)成果物の期限を逃した場合、クライアント(フリーランサー)はどのような影響に同意しますか?


2
少なくとも要件の変更に基づく脱出条項がなければ、ペナルティを受け入れるのは愚かなことでしょう。変更管理を考慮に入れる前に、タスクの見積もりは最高の状態でひどく不正確です。基本的に。実行
マットD

4
それで、クライアントはあなたに締め切りを逃してもらうことに金銭的利益があるでしょうか?本当に良いアイデアのように聞こえません。これは、クライアントが遅れたときに深刻な経済的損失を被る場合にのみ意味があります(MainMaの例のように)。
Doc Brown

2
これは私には完全に受け入れられるようです。私はコメントに非常に驚いています。あなたは、人々が仕事にお金を払うことを期待しています。締め切りも期限を守るインセンティブもありませんか?「タスクの見積りはひどく不正確です」-必要はありません。
ニムチンプスキー

クライアントである@DocBrownは、おそらく期限を守ることに非常に大きな財政的関心を持っているため、期限を設けて作業の代価を払っています。締め切りや構造が嫌いなプログラマーはときどきいます。新しいキッチンを取り付けて、店が「はい、いいえ、いつ終わるかわからない」と言って、時間ごとに料金を請求することを想像してください。私はそこから1マイル走ります。プログラミングは、他のプロジェクトと質的に違いはありません。
ニムチンプスキー

5
新しいキッチンを取り付けている場合は、仕様どおりにビルドの見積もりが表示されます。切断面、タイル、蛇口、シンクの材料を変更し始めると、両方の材料が無駄になり、費やされる時間が余分に請求されます。このインスタンスで課金される理由を理解するのは簡単です。物理的な関係があります。多くの場合、ソフトウェア要件を変更しても同じ理解が得られないため、Xを正確に特定できない場合にXごとにXを提供する必要がある契約は、トラブルを求めています。物事は変化しますが、それを説明できないのは愚かです。
マットD

回答:


25

最も効果的なものの1つ:遅延日によるペナルティ。これは大規模プロジェクトでも行われ、ペナルティは1日あたり数千ドルになることもあります。

正確な期限が重要な場合(たとえば、2014年にオリンピックのイベントの放送を処理するWebアプリをオリンピック向けに開発する場合、期限は2014年のオリンピックの開始となります)、有効な手段はプロジェクトが遅れた場合、会社はまったく支払われず、罰金も支払う必要があります。

このような抜本的な対策が適切でない場合、プロジェクトが遅れると収益の高い顧客が去るという唯一の事実がトリックを行うことができます。

お客様への注意:

  1. 多くの遅延は顧客自身の責任です。原因は複数ある可能性があります。

    • SRSはありませんが、代わりに、顧客が自分のニーズであると想像するものを失う2つのパラグラフ(そしてもちろん、このステップは時間の損失であると考えて、顧客は要件収集にお金を払いたくない)。

    • 最終期限の2週間前に来て、プロジェクトが今までJavaで行われOracleを使用したことは問題ではないことを伝えます。顧客が昨日雑誌を読んだため、Pythonで書き直してMySQLを使用することが不可欠です。それらの技術は未来であると言っています。

    • すべての会議で新しい要件セットを用意します。ボーナスは、これらの要件がこれまでに与えられたほぼすべての要件と矛盾することを示しています。

  2. 良いプロジェクトには良いコミュニケーションが不可欠です。

    他の多くの遅延は、コミュニケーションの不足によるものです。顧客が数ヶ月間会社と何のコミュニケーションも持たず、製品が完成して洗練された後にのみ連絡を取ることを期待するプラクティスは、災害を招きます。

  3. あなたはあなたが支払うものを手に入れます。

    プロジェクトを整理するのに役立つ特定の手順がありますが、実際には、大規模なプロジェクトでは10〜15%、中規模のプロジェクトでは15%〜20%の時間しかかかりません。これらのプロジェクトは、彼らが何をしているかを知っている人々によっても行われるべきです。

    実際には、顧客はアーキテクチャとソフトウェア設計を作成するアナリストに1日あたり800ドルを支払うことを望んでおらず、他のステップにもお金を払いたくありません。1日50ドルで喜んで仕事をするアルバニア人の初心者プログラマーは、はるかに有利に思えます。

    悲惨なプロジェクトの費用を支払う準備ができただけで、プロジェクトが災害であると文句を言う必要はありません。

  4. 仕事に必要な時間を交渉しないでください。

    私はしばしばそのような議論に遭遇します:

    開発者:要件があれば、4か月でそれを実現できます。
    顧客:それは不可能です。プロジェクトは2か月で完了する必要があります。
    開発者:まあ、いくつかの機能を削除しない限り...
    顧客:できません!すべての機能が必要です。2か月で仕事をできないのはなぜですか?私は私の友人であるインドのプログラマーに連絡しました。彼はそれを1ヶ月半で届けることができ、価格の半分だけを尋ねました!

    時間の交渉は災害のレシピです。

  5. あなたの優先順位を知る。

    90%完了ルールを考慮してください。プロジェクトが誤って管理されている場合、開発者がプロ​​ジェクト開始後1か月でプロジェクトの90%を完了したと言うのは珍しいことではありません。その後、1か月後、それはまだ90%です。そして一ヶ月後。

    これには2つの原因が考えられます。

    • プロジェクトが正しく行われていない場合、つまり、時間の100%がプログラミングに専念している場合、要件の収集、アーキテクチャ、設計、およびテストに0%が残り、プログラマーは実行する作業について何も考えず、プロジェクトの全期間中の新しいタスク。プロジェクトを準備すると、達成すべきすべてのタスクをより深く理解するのに役立ちます。

    • 顧客が急いでいるとき、一部の企業ががらくたを迅速に提供し、バグの解決に膨大な時間を費やすことは珍しくありません。一部の企業はそのようにしか機能せず、競争力を維持し、3週間で特定のプロジェクトを達成したと言っています。

    優先順位をまっすぐにし、プロジェクトを正しく行うことを要求することにより、候補者のリストからそれらの企業を排除するのに役立ちます。


3
「悲惨なプロジェクトにのみお金を払う準備ができていれば、プロジェクトが災害であることを不平を言わないでください。」それを使用できますか?これは素晴らしい投稿であり、両側からのリスクをうまくまとめています。
マットD

+1非常に良い点。また、読むのが楽しみです:)
ラドゥ・ムルゼア

5
@MattD:Stack Exchangeの回答は、Creative Commons Attribution-ShareAlike 3.0 Unportedでライセンスされているため、可能です。また、私のブログで関連する投稿を自由に読んでくださいだけでなく、ここに私の質問への回答:programmers.stackexchange.com/q/158640/6605
Arseni Mourzenko

なぜそのブログ投稿にパート4、5、6などがないのですか?
ラドゥムルゼア
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.