web-dev-qa-db-ja.com

フリーランサーとしての最初のSLA(サービスレベル契約)

ほんの数ヶ月前にフリーランスで働き始めました。最初のクライアントから、ビジネスを改善するためにWebアプリを作成するように求められました。私は何ができたのか、アプリケーションの準備にかかる時間の概算についても少し説明しました。

プロジェクトの進捗状況を発表する期限を彼に告げただけの正式な合意はありません。また、プログラムのライブ時に支払いをすると彼が言ったので、支払いにはまったく同意しませんでした。

現在起こっていることは、プログラムが期限を満たしていないということです。私たちは同意した1か月後に進捗状況を提示します。あなたが見るように、私たちは両方とも間違いを犯しました(私自身が最初です)が、それを修正するのが遅くないことを願っています。私はSLAを作成し、自分の仕事に対して支払われる金額と、彼が得るものに関する詳細情報を含めたいと思います。

SLA文書に何を含めるべきかについて、私より経験豊富な誰かが私にいくつかのヒントを教えてもらえれば幸いです。また、将来同じ間違いを犯さないためのいくつかの推奨事項を得ることができれば幸いです。

5
sfrj

私の経験から、 [〜#〜] sla [〜#〜] は通常、完成した製品を使用するときにクライアントに提供するサポート指標をカバーしています。

今あなたが必要としているのは、yタイムスケールでx金額の製品を提供するという、よりシンプルな契約形態だと思っていたでしょう。後でそれに頼るつもりなら、この種の契約を専門とする弁護士に相談するべきです。

把握する必要がある最大の3つのことは、スコープ、タイムスケール、支払いです。

[〜#〜] scope [〜#〜]アプリケーションとは何か、どのような機能を備え、どのように見えるかを定義する必要があります。極端な状況でどうなるかなど。適切な範囲を定義しない場合、クライアントは「電話で話したときにこれを行うことに同意した」と言うことができ、あなたにお金を払わなかったり、単により多くの機能を求め続けることができます。

[〜#〜] timescale [〜#〜]適切なタイムスケールを指定する必要があります-初期のスリップの音から、どのくらいの時間を計算しないのかスコープアイテムを納品するのにかかると思います...そしてそれを2倍にします。

[〜#〜]支払い[〜#〜]残りの段階的な支払いで50%の前払いを求めることは不合理ではありません-これも焦点になりますクライアントは彼の要件を気にします。

幸運を。

9
amelvin