特定のサービスコンテキストが明示されていない個別の指標は役に立ちません。指標は、単なる運用指標ではなく、明確に定義された成果に関連付けられるべきです。これは、顧客満足度や主要なビジネス成果など、バランスの取れた指標の組み合わせによって実現できます。
https://www.bmc.com/blogs/itil-service-level-management/#:~:text=Service%20Level%20Agreements%20(SLA)&text=Individual%20metrics%20without%20a%20specified,satisfaction%20and%20key%20business%20outcomes.

否認防止とは、データの送信者には配信証明が、受信者には送信者の身元証明が提供されることを保証するものであり、これにより、どちらも後になってデータの処理を否定することができなくなる。
さらに、この概念はデータの送受信だけでなく、あらゆる活動に適用できます。より一般的に言えば、活動が行われたことを誰によって行われたかを証明する仕組みです。否認防止は通常、認証、監査/ログ記録、および暗号化サービスで構成されます。
https://www.sciencedirect.com/topics/computer-science/nonrepudiation

サービスデスクの実践は、ユーザーや顧客が問題を報告したり、リクエストを行ったり、ガイダンスを求めたりするための単一の窓口を提供します¹。この実践により、ユーザーは電話、電子メール、Webポータル、チャットボット、セルフサービス²など、問題を報告するためのさまざまなアクセスチャネルを選択できます。これは、ユーザー満足度の向上、不満の軽減、効率性の向上に役立ちます³。参考文献：ITIL Foundation - ITIL 4 Edition、ページ
14; ITIL 4 - ポケットガイド、32ページ; ITIL 4 実践ガイド: サービスデスク、7ページ。

ITIL 4では、サービス関係にはサービス提供者とサービス利用者間のリスク共有が伴います。両者ともリスク管理に貢献します。
サービス利用者は、以下の方法でリスク軽減に貢献します。
* 彼らの要求を明確に理解し、伝える
制約、許容可能なパフォーマンスレベル、および重要な成果について明確にする
* サービス提供者が本当に必要なものを把握し、サービスを適切に設計および提供できるようにする。オプション C:「サービスに対する自身の要件を十分に認識する」はこれと一致します。消費者が要件を理解し、明確に表明すると、曖昧さや不一致が減り、サービス関係におけるリスクが直接的に減少します。
他の選択肢が間違っている理由：
* A. 事前に定義されたニーズに応じたサービスの提供を通じてサービスの提供はサービス提供者の役割であり、消費者の役割ではありません。
* B. サービスプロバイダがリソースを正しく構成していることを確認することでリソース構成はプロバイダの責任です。消費者はフィードバックを提供することはできますが、正しい構成を「保証」するわけではありません。
* D. サービス提供者に代わって特定のリスクレベルを管理する 提供者は自らのリスクを管理します。リスクは共有されますが、消費者は提供者の内部リスクレベルを管理しません。消費者は、要件を明確にし、合意されたとおりにサービスを利用することで貢献します。
参考文献（ITIL 4 Foundationの概念に準拠）
* ITIL 4 ファンデーション：サービス関係 - プロバイダーとコンシューマー間の責任とリスクの共有
* ITIL 4 ファンデーション：リスクを軽減し、価値共創を可能にするための明確な要件と期待の重要性