別のプログラマーは、コードの作成、テスト、および文書化を私に委託したいと考えています。誰かがビジネスの取り決めに関して彼らが共有することができる知恵のナゲットを持っているならば、私は確かにアドバイスをいただければ幸いです。私の現在の計画は、仕様を確認し、それを固定価格の成果物に分解することです。「完了」の定義は、事前に指定されたテストに合格しています。
すべての重要な点で、クライアントはクライアントです。クライアントはクライアントです。
他のプログラマーを顧客担当者のように扱います。要件などに関する質問に答えられるようにする必要があります。契約でこの責任を明確にすることをお勧めします。
固定入札は使用しないでください。固定入札は、契約であろうと下請けであろうと、ひどい計画です。両方が凍っていれば、水の上を歩いて仕様に合わせて設計するのは簡単です。
弁護士に、時給、支払い条件(前払いの半分、正味15または受領時の支払いなど)、範囲、知的財産の所有権、およびその他すべての重要な事項を指定する契約書の作成を手伝ってもらってください。通常のクライアント。
彼らの契約が実際に下請けを許可していることを確認してください。あなたのクライアントのクライアントが契約違反の支払いを怠ったので、あなたは慌てて放置されたくないでしょう。
固定入札は使用しないでください。
支払い条件に注意してください。元請業者が支払われるまで、あなたは支払われないかもしれません。あなたが最初に支払われるように頼むつもりであるならば、あなたはより少なく解決しなければならないかもしれません。場所や業界が異なれば、その慣行や法的要件も異なります。 @Ramhoundのアドバイスに従ってください。
このような場合に必要なのは良い契約です。成果物と支払いを受ける時期、および支払いを受けない場合に何が起こるかを指定する必要があります。一般的にソフトウェア関係者は契約書を書くのがそれほど得意ではないことがわかったので、弁護士に助けてもらってください。それはおそらく数百ドルの費用がかかりますが、あなたが何千もの硬直する危険があるとき、それは鶏の餌です。 (税金の事業費として記載することを忘れないでください。)
契約の背後にある考え方は、法廷で勝つ必要はないので、法廷で勝つことではありません。何をすべきかを明確にするという考え方なので、誰が何を約束したかについて大きな議論はなく、訴訟は事前に決定されます(この場合、敗訴した当事者は通常和解を提案します)。
固定入札を希望する場合は、事前に要件と受け入れ基準を明確にしてください。変更リクエストが届くので、それに対処する方法が必要になります。最初に交渉された価格で物事を変更することは、通常、良い方法ではありません(ただし、善意のために小さな変更を許可することはできます)。あなたが仕事によって保証されると思うよりも高い価格を設定してください。結局のところ、あなたはリスクを負っています、そしてあなたはそれに対して支払われるに値します。 (固定入札を使用している場合は、一定の金額を集めるために無期限の作業をしなければならないという立場に陥らないようにする必要があるため、契約はより重要です。)
だから、弁護士を探します。あなたが何をしたいのか、そして契約書の書き方について弁護士に相談してください。固定価格の契約は時給とは多少異なるため、弁護士にあなたが何をしようとしているのかを知らせてください。