データ収集構成の変更
組織のニーズに合わせてデータ収集構成を変更できます。
ServiceNow の成功測定基準の標準定義が組織の機能やプラットフォームの用途に対応していない場合は、プロセスと実装を反映するようにデータ収集アプリの構成を変更できます。
成功測定基準データポイントの定義を変更するには、パフォーマンスまたはパフォーマンス/プラットフォームアナリティクス内で測定基準アーキテクチャの以下の部分のいずれかまたは両方を変更する必要があります。
- 別の基本データセットが必要な場合は、インジケーターソースを変更します。
- 計算のために基本データセットに適用されるフィルターを変更する必要がある場合は、自動インジケーターを変更します。
一般的な変更の例
一部の組織は、機能停止をキャプチャする際に CMDB 内の推奨される機能停止テーブル (およびそれに付属する従業員センター通知機能) を使用しません。
この場合、サービスオーナーおよび担当チームと協力して、機能停止を特定または推定するための正しい方法を定義します。たとえば、お客様が優先度 1 のインシデントは機能停止を表していると見なすことがあります。
この測定基準の定義の変更に伴って、次のような構成の変更が必要になる可能性があります。
- インシデントテーブルの基本データセットインジケーターソースは、他のいくつかの成功測定基準で利用されているため、既に存在します。したがって、新しいインジケーターソースを作成する必要はありません。
- [Impact VM - 平均復元時間 - 予定外の機能停止 (時間)] と [Impact VM - 今月の予定外の機能停止の数] の自動インジケーター構成を調整する必要があります。
- 両方のインジケーターの [インジケーターソース] フィールドを [Impact VM - 今月クローズしたインシデント (Impact VM - Incidents Closed This Month)] に変更します。
- [他の条件] を変更して、両方のインジケーターに [優先順位 1] のフィルターを追加します。
- 期間フィールドが使用されていない可能性があるため、[復旧時間 (Time to Restore)] では期間についてスクリプトによる計算を使用できます。この場合、自動化インジケーター [Impact VM - インシデントのクローズまでの平均時間 (時間)] のスクリプトを再利用できます。