【正解の解説】
提供するサービスの品質や達成水準に対する認識のズレを防ぎ、相互の信頼関係のもとで適切なサービス管理を行うためである。
SLA（サービス品質保証）は、言わば家を建てるときの「注文書と仕様のすり合わせ」のようなものです。例えば「家はいつでもピカピカであること」と口頭で約束しても、ピカピカの基準は人によって違いますよね。そのため「月に一度はクリーニングする」など具体的な数値を決めて、提供者と利用者で「これだけのサービスを提供します」という共通のゴールを共有することで、後々のトラブルを防ぎ信頼関係を守る役割を果たします。
【その他の選択肢の解説】
提供するシステムの運用コストや開発予算における目標値を明確にし、外部委託先に対する法的な拘束力を高めるためである。
予算やコストの目標値はSLAではなく、主に見積書や個別の契約書、あるいはコスト管理の範疇で取り扱われます。SLAはあくまで「サービスの品質や稼働率」などのレベルを保証するものであり、法的拘束力というよりも、万が一目標を下回った場合のペナルティや返金ルール（サービスレベル・クレジット）を定めるために使われることが多い点に注意が必要です。
提供されるサービスの仕様変更や障害発生時の責任範囲を固定化し、利用者側からの過剰な要求を制限するためである。
仕様変更や障害の責任範囲はシステムの保守契約などで定義されるものであり、SLAの主目的は「責任を制限して利用者からの要求を突っぱねること」ではありません。SLAの本質は、お互いが納得できるサービスの品質目標を数値化し、より良いシステム運用を共同で目指すための建設的な合意形成ツールであるため、単なる制限や責任逃れの道具として使うものではないという点が罠になります。
提供する機能の網羅性や操作性に対する評価基準のズレを防ぎ、システム開発の進捗管理を円滑に行うためである。
機能の網羅性や操作性の評価、および開発の進捗管理は、主にシステム開発プロジェクトの要件定義やテスト工程で行われるものです。SLAは開発が終わったあとの「運用フェーズ」において、サービスが安定して稼働しているかを評価するための指標です。開発の進捗管理と運用の品質保証を混同させようとする出題者の典型的な引っ掛けパターンなので注意しましょう。