サービスレベルアグリーメントを作成するには通常、事前の検討が必要であり、継続的な支払いを顧客に約束し、進行中のリソースを準備することをサプライヤに約束しますが、将来の作業が必要になったときには両者を保護します。顧客と製品またはサービスの提供者との間の契約で、修理、在庫の補充、または継続的な機能強化が必要になる可能性があります。それはカスタムメイドのソフトウェアパッケージまたはシステムのために一般的に使われます、しかしそれはそのような電化製品、車両の艦隊または棚にストックされた製品のような多くの場合に適用することができます。
サービスレベルアグリーメント（SLA）を作成するには、まず、使用している製品またはサービスの種類のテンプレートを確認します。 SLAがまだ作成されていない製品はほとんど存在せず、多くの例がオンラインであるか、知っているかもしれないベンダーから入手可能です。これにより、停止時間の対応、バグ修正の頻度、割り当て量の拡張、停止時間に対する金銭的なペナルティ、契約期間など、決定する必要がある変数を把握できます。
SLAの寿命を見積もります。ソフトウェアパッケージについては、購入するソフトウェアが時代遅れになり、完全な書き換えが必要になるまでの期間に応じて、数年を考えています。たとえば、Webサイトはそれらを捨てて最初からやり直す必要があるまで長くは続きませんが、データベースはもっと長く持続します。
ダウンタイムのコストを見積もります。システムがオフラインのときに大量の金を失っている場合は、SLAに迅速に対応し、対応できなかった場合のペナルティを含めます。システムを停止したまま何時間も何日も生き残れる場合は、応答時間を緩和することができます。
システムがどの程度静的であるかを調べます。あなたがそれを気に入っていてそれを変更する必要があるとは思わないのであれば、あなたはあなたの契約の強化のための多くの条項を必要としないでしょう。ユーザーからのフィードバックやその他の形式の実際の試験に基づいて変更することが予想される場合は、SLAに拡張時間を埋め込むことをお勧めします。
SLAを保険として書くことを考えてください。あなたが契約に含まれているすべての機能を使用しないならば、それはわずかな損失です。 SLAを書いていない場合や、必要になってきた機能がぎっしり詰まっている場合は、後になってその時点でベンダが請求したい金額を支払って、手助けになるリソースがあることを願います。
