アプリケーションアセスメント - 従来
アプリケーションのユーザビリティ、コスト、品質、パフォーマンス、およびリスクを測定するインジケーターを設定します。定性的な入力に基づいてビジネスアプリケーションを評価し、スコアを付けます。サーベイとアセスメントに基づいて、アプリケーションの抽象情報をより具体的で明確な測定基準に変換できます。これらのアセスメントは、アプリケーションを置き換えるかアップグレードするかについて戦略的な決定を下す際に役立ちます。
既存のアセスメント測定基準タイプを使用することも、要件に応じてそれらを構成することもできます。
アプリケーションアセスメントのためのフレームワークセットアップ
アプリケーションを評価するベースとなるインジケーターとスコアプロファイルを作成できます。アプリケーションインジケーターは、アプリケーションスコアを導き出す際に役立つビジネス測定基準です。
エンタープライズアーキテクチャ は、ServiceNow プラットフォームの主要アプリケーションと統合されていて、アプリケーションに関する詳細なインサイトを提供します。これらの統合は次のことに役立ちます。
- コスト節減の機会を特定する
- ファイナンシャルマネジメント アプリケーションのセグメントの階層は、アプリケーションレベルでコスト割り当てを追跡し、アプリケーションの完全なコストブレークダウンを提供します。
- アプリケーションを整理して合理化を判断する
- 同じアプリケーションカテゴリ、地域、またはビジネスにアサインされている複数のアプリケーションを特定できます。この情報は、アプリケーションを使用しているユーザー、使用頻度、アプリケーションのステータスを把握し、情報に基づく意思決定を行う際に役立ちます。
- アプリケーションの最新化と投資の機会を特定する
- サーベイの結果に基づいて、更新する契約がある、使用率が低い、または顧客満足度が低いアプリケーションを特定できます。
事前に構成されたインジケーターとそのソースアプリケーション
事前に構成された エンタープライズアーキテクチャ インジケーターとそれらの提供元アプリケーションは、コスト、品質、リスクなどのさまざまな側面からのアプリケーション評価に役立ちます。事前に構成されたインジケーターをコピーして変更することで、それらとは別に、追加のインジケーターを作成できます。
| インジケーター名 | 頻度 | タイプ | ソース | 計算方法 | 説明 | ジョブ |
|---|---|---|---|---|---|---|
| 施設コスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションの施設コスト | |
| ハードウェアコスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションのハードウェアコスト | |
| 人件費 | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションの人件費 | |
| その他のコスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションのその他のコスト | |
| サービスコスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションのサービスコスト | |
| ソフトウェアコスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションのソフトウェアコスト | |
| アプリケーション TCO | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | すべてのバケットからの合計アプリケーションコスト | |
| アプリケーションのインシデント数 | 四半期 | カスタムスクリプト | インシデント | ビジネスアプリケーションがインシデントに関連付けられた後にのみ、インシデントテーブルでデータが使用可能になります。 | インジケーターが属する採点プロファイルに関係するビジネスアプリケーションに関連付けられている、すべてのインシデントの数を取得するインジケーター。 | |
| アプリケーションのインスタンス - インシデント数 | 四半期 | カスタムスクリプト | インシデント | ビジネスアプリケーションにマップされたすべてのアプリケーションインスタンスにアタッチされているインシデント数を取得し、それをアプリケーションにロールアップします。 | アプリケーションインスタンスに関連付けられているすべてのインシデントの数を取得するインジケーター。アプリケーションインスタンスは、次に、インジケーターが属する採点プロファイルに関係するビジネスアプリケーションに関連付けられます。 インシデント数は、最初にアプリケーションインスタンスまたはアプリケーションサービスレベルで計算され、その後、ビジネスアプリケーションレベルにロールアップされます。 |
|
| 使用法 | 月次 | クエリー条件 | APM 製品。cmdb_ci_business_app テーブル | [アクティブユーザー数] フィールドから計算されます | 特定の会計期間におけるアプリケーションのユーザーセッションとユーザーの数。 | |
| サービスを介したインシデントの数 | 日次 | パフォーマンスアナリティクス | マップ先
ソース = Incidents.New (インシデントテーブル) |
本日オープンされたインシデントの数。インシデントレコードの影響を受けるビジネスアプリケーションから計算されます。 | 新規インシデントの数。日次および履歴データの収集 | [PA インシデント] 日次データ収集 [PA インシデント] 履歴データ収集 |
| サービスを介した問題の数 | 日次 | パフォーマンスアナリティクス | マップ先
ソース = Problems.New (問題テーブル) |
本日作成された問題。問題レコードの [サービス] フィールドから計算されます。 | 本日オープンされた問題の数。日次および履歴データの収集 | [PA 問題] 日次データ収集 [PA 問題] 履歴データ収集 |
| サービスを介した変更の数 | 日次 | パフォーマンスアナリティクス | マップ先
ソース = Changes.New (change_request テーブル) |
収集日が登録日 (change_request.opened_at) になっている変更の数。変更要求レコードの影響を受けるビジネスアプリケーションから計算されます。 | 本日オープンされた変更の数。日次および履歴データの収集 | [PA 変更] 日次データ収集 [PA 変更] 履歴データ収集 |
| 顧客満足度 (CSAT) | 四半期 | アセスメント | アセスメント測定基準タイプ：顧客満足度 アセスメント測定基準カテゴリ：CSAT |
テンプレート NPS | ||
| 機能適合性 | 月次 | アセスメント | アセスメント測定基準タイプ：機能適合性 アセスメント測定基準カテゴリ：機能適合性 |
テンプレートネットプロモータースコア (NPS) | ||
| 技術的リスク | 月次 | アセスメント | アセスメント測定基準タイプ：技術的リスク アセスメント測定基準カテゴリ：パフォーマンス |
会計期間のサーベイを通じてキャプチャされた技術的リスク。 テンプレート NPS |
||
| ビジネス価値 | 四半期 | アセスメント | 統合:平均 | テンプレート NPS | ||
| 合計変更時間 | 月次 | パフォーマンスアナリティクス | マップ先
ソース = Changes.Closed (Change_Request テーブル) フィールド：オープン済み (Opened)、クローズ済み ステータス = クローズ済み、ビジネスアプリケーション = エンタープライズアーキテクチャ ビジネスアプリケーションのいずれか、本日クローズ済み |
スクリプト：Change.CloseTime.Hours。本日クローズされたすべての変更要求が考慮されます | 特定の会計期間におけるアプリケーションのクローズ済み変更の合計期間。 変更のクローズに要した時間 (時間単位)。日次および履歴データの収集。 |
|
- プロパティを設定するには、[すべての>システムプロパティ] > [すべてのプロパティ] に移動し、次のプロパティを検索します。
- 影響を受ける CI に基づいて影響を受けるサービスを入力する(com.snc.incident.refresh_impacted.include_affected_cis)
- インシデントのビジネスアプリケーション関連リストを入力する (com.snc.incident.populate_business_application)
- 変更要求のビジネスアプリケーション関連リストを入力する (com.snc.change_request.populate_business_application)
- 表示するには .
- [サービスを介したインシデントの数] インジケーターと [サービスによる変更の数] インジケーターの影響を受けるビジネスアプリケーションを表示するには、そのレコードの [影響を受けるサービスと CI] 関連リストを更新する必要があります。手順については、「 Refresh impacted services and CIs for Change 」および「 Refresh impacted services and CIs for incident」を参照してください。
アプリケーションパフォーマンスを測定するための Performance Analytics インジケーター
Performance Analytics (PA) インジケーターを使用して、ビジネスアプリケーションに対してログに記録されたインシデント、問題、および変更の数を把握し、このインサイトを使用してアプリケーションのパフォーマンスを改善します。
エンタープライズアーキテクチャ は Performance Analytics (PA) から提供されるインジケーターを使用します。これらのインジケーターは、インシデント、問題、変更の数、および特定の日にクローズされた変更要求の数を示します。指定された順序に従ってスケジュールされた時間に PA ジョブを実行し、インジケーターのスコアを取得して、ビジネスアプリケーションのパフォーマンスを評価します。
PA ジョブを実行してスコアを生成する順序
スケジュール済みジョブは、次の順序で実行する必要があります。
- [PA インシデント] 日次データ収集。
- [PA 変更] 日次データ収集。
- [PA 問題] 日次データ収集。
- [スケジュール済みジョブエンタープライズアーキテクチャ ] アプリケーションインジケーターをロードし、アプリケーションスコアを計算します。
履歴データがある場合は、次の順序で実行します。
6 か月以上経過した履歴データを取得するには、パフォーマンスアナリティクスプレミアム版 エンタープライズアーキテクチャ (com.snc.pa.premium.apm) プラグインが必要です。
- [PA インシデント] 履歴データ収集。
- [PA 変更] 履歴データ収集。
- [PA 問題] 履歴データ収集。
- 必要な期間 エンタープライズアーキテクチャ スコアを再生成します。このアクションは、単に既存のスコアを更新するのではなく、日次スコアを含む既存のスコアを削除して新しいスコアを生成します。
インジケータースコアが生成される頻度
スコアは、スクリプトを実行するジョブのスケジュールされた実行に従って生成されます。インジケーターの頻度が以下の場合：
- 月次
- スコアは、月の最終日にのみ生成されます。
- 四半期
- スコアは、四半期の最終日にのみ生成されます。
- 年次
- スコアは、年の最終日にのみ生成されます。
PA インジケータースコアデータの収集
PA インジケータースコアの収集と保存の期間単位 (日、週、または月) は、データソースインジケーターの頻度によって決まります。ただし、アプリケーションインジケーターが PA インジケーターデータソーススコアを収集する頻度は異なります。
エンタープライズアーキテクチャでは、アプリケーションインジケーターの頻度はデータソースインジケーターの頻度以上である必要があります。
次の表は、ジョブの実行後に エンタープライズアーキテクチャ がデータソースインジケーターからデータを収集する頻度を示しています。
| エンタープライズアーキテクチャ 周波数 | データソースインジケーター頻度 |
|---|---|
| 月次 | 月次 |
| 四半期ごと | 月次および四半期ごと |
| 年次 | 月次、四半期ごと、および年次 |
Zurich リリースにアップグレードした エンタープライズアーキテクチャ 顧客の場合、[パフォーマンスアナリティクスデータソースの日次頻度] インジケーターは使用できません。RemoveDailyFreqAndUpdatePAIndicator 修正スクリプトは、PA インジケーターの [日次] 頻度を自動的に削除し、頻度を [月次] に更新します。
アプリケーションブレークダウンを PA スコアシートに表示する際の制限
多数のビジネスアプリケーションがインストールされている場合、すべてのブレークダウンが これは、システムプロパティ ( com.snc.pa.scoresheet.max_elements および com.snc.pa.scorecards.max_breakdown_elements) に制限が設定されているためです。プロパティ制限を再構成するには：
- 移動先 .
- [スコアシートのブレークダウン要素の最大数] フィールドに最大数を入力します。この数は、システムにインストールされているビジネスアプリケーションの数以上にする必要があります。
図 : 1. Performance Analytics スコアシート - [スコアカードリストのブレークダウン要素の最大数] フィールドに最大数を入力します。
- [保存] をクリックします。
アプリケーションスコアを計算するためのスケジュール済みジョブ
インジケーターを設定した後で、スコアプロファイルを作成し、プロファイルインジケーターをアタッチしたら、アプリケーションスコアを定期的に計算するジョブをスケジュールします。
システムがアプリケーションスコアを計算する方法を理解し、要件に従ってアプリケーションスコアプロファイルを作成します。
アセスメントフレームワークは、1 〜 10 のスケール (10 が最高スコア、1 が最低スコア) で、各アプリケーションのアプリケーションスコアを計算します。アセスメントは、構成可能なさまざまな構成済みのインジケーターに基づいています。これらの各インジケーターは、アプリケーションスコアの導出に使用される、関連するアプリケーションデータを定期的にキャプチャします。これらのインジケーターとそれぞれの値 (重み付け) が、アプリケーションプロファイルに追加されます。その後、アプリケーションはアプリケーションプロファイルに関連付けられ、アプリケーションスコアが計算されます。
アプリケーションスコアの正規化
インジケーターとそれぞれの重み付けは、各構成アイテムのアプリケーションスコアプロファイルの計算に使用されます。スコアプロファイルを使用して、アプリケーションスコアを計算し、アプリケーションを評価します。これらのスコアを適用してアプリケーションを比較し、どのアプリケーションを保持、置換、維持、または追加投資するかについて戦略的な決定を下します。
事前に構成されたインジケーターやユーザーが作成したインジケーターは、インジケーター定義ステージで設定された頻度に基づいて関連データを取得します。このデータは、アプリケーションインジケータースコア [apm_app_indicator_score] テーブルの [アプリケーションの重み付け] 列でキャプチャされます。アプリケーションインジケーターの作成時に設定される [最大ターゲット] と [最小ターゲット] は、アプリケーションの正規化値を計算するためのものです。
アプリケーションスコアの正規化値は、1 〜 10 のスケールで測定され、次の式から導き出されます。
(Application Weight - Target minimum)/(Target maximum - Target minimum) * 9+1- [最大ターゲット] と [最小ターゲット] が設定されていない場合、アプリケーションの範囲内での最大値が最大ターゲット値として使用されます。同様に、アプリケーションの範囲内での最小値が最小ターゲット値として使用されます。
- [最大ターゲット] と [最小ターゲット] が設定されていて、[絶対値を考慮する] チェックボックスがオンの場合、入力された値が考慮されます。
- [最大ターゲット] と [最小ターゲット] が設定されていて、[絶対値を考慮する] チェックボックスがオフの場合、次のインテリジェントロジックに基づいて値が考慮されます。
Target maximum = Minimum value of (Target maximum value defined in the Indicator [apm_metric] table, Maximum value of Application Weights for the fiscal period)たとえば、次のようなシナリオを考えてみましょう。- アプリケーションの重み付けは、10、20、30、 … 、および 1000 です。
- [最大ターゲット] フィールドに入力された値は 100 です。
これらの仮定では、定義された最大ターゲット値 (100) がアプリケーションの最大の重み付け (1000) より小さいため、考慮される最大ターゲット値は 100 です。
Target minimum = Maximum value of (Target minimum value defined in the Indicator [apm_metric] table, Minimum value of Application Weights for the fiscal period)たとえば、次のようなシナリオを考えてみましょう。- アプリケーションの重み付けは、10、20、30、 … 、および 1000 です。
- [最小ターゲット] フィールドに入力された値は 100 です。
これらの仮定では、定義された最小ターゲット値 (100) がアプリケーションの最小の重み付け (10) より大きいため、考慮される最小ターゲット値は 10 です。
最小ターゲット以下のアプリケーションの重み付けには、低い方のスコア (1) が与えられます。
最大ターゲット以上のアプリケーションの重み付けには、最大スコア (10) が与えられます。
アプリケーションインジケーターを設定するときに、[方向] を [最大化] または [最小化] に設定することもできます。方向が [最小化] の場合、最大値を持つアプリケーションが最小スコアを取得します。方向が [最大化] の場合、最小値を持つアプリケーションが最大スコアを取得します。
インジケーターの [方向] が [最小化] の場合：
(10 - above calculated Normalized value) + 1アプリケーションプロファイルの重み付けが正規化値に適用され、インジケータースコアが導き出されます。
Normalized Value * Weightage as in application score profile %各インジケーターのインジケータースコアが計算された後に、プロファイルで使用されているすべてのインジケータースコアが合計され、アプリケーションスコアが計算されます。
インジケーターのソースが [データソース] フィールドで [インジケーター] である場合、アプリケーションの重み付けは、すべての依存インジケーターの正規化されたスコアの合計として計算されます。
- その後、他のすべてのインジケーターと同様の方法で、親インジケーターの正規化されたスコアが計算されます。
- 正規化された値、インジケータースコア、アプリケーションの重み付け、最大ターゲット、最小ターゲット、および重み付けの合計は、すべて小数点以下 2 桁のみに丸められます。
この図では、コストインジケーターとインシデントインジケーターが最小化に設定されているため、コストが低くインシデント数が少ないアプリケーションがより高いスコアになります。
アセスメントの正規化値とアプリケーションスコア
インジケーターのソースが [データソース] フィールドの [アセスメント] の場合、[最大ターゲット]、[最小ターゲット]、[アプリケーションの重み付け]、および [重み付けの合計] の値はゼロと見なされます。
ビジネスアプリケーションをスコアリング対象として考慮するには、インジケーターが関連付けられているそれぞれのアプリケーションプロファイルにビジネスアプリケーションをマッピングする必要があります。apm_application_profileリストで採点プロファイルを確認できます。
会計期間内に作成されたアセスメントグループを持つ、すべてのビジネスアプリケーション関連のアセスメントカテゴリ結果が、スコアの計算で考慮されます。asmt_category_resultリストで、ビジネスアプリケーションのアセスメントカテゴリ結果を確認できます。
スコアの計算でアセスメントグループを考慮するには、関連するすべてのアセスメントインスタンスが完了またはキャンセルステータスである必要があります。
scaleFactor = (9/ scale factor on metric type)appAsmtScoreSUM = SUM of ratings of category results groupedBY source for each assessment groupappWeight=((scaleFactor * appAsmtScoreSUM )+1;Normalized value = total app weight of BA/appOccurences.totalIndicatorsWeightage = the sum of all indicator weightage mapped to a scoring profile.appIndWeightage = weightage of the current indicatorIndicator Score = normalizedValue * appIndWeightage / totalIndicatorsWeightageアプリの発生は、ビジネスアプリケーションの発生です。
アプリケーションパフォーマンスの視覚化
アプリケーションのパフォーマンスをさまざまな側面から、バブルチャート、ダッシュボード、およびアプリケーション 360 ビューで視覚化して、アプリケーションに関する意思決定に役立てることができます。
インジケーターを設定して、アプリケーションスコアプロファイルをアタッチし、定期的にスコアを計算するスケジュール済みジョブを実行することで、アプリケーションスコアを表示できるようになります。
- バブルチャートを使用して、チャートにプロットされたビジネスアプリケーションデータを 3 次元で視覚化すると、インジケータースコアに基づいてアプリケーションを比較および評価する際に役立ちます。
- アプリケーション 360 を使用すると、注意が必要なビジネスアプリケーションに重点を置くことができます。
- アプリケーションアセスメントダッシュボードを使用して、さまざまなアプリケーションのインジケーターの傾向を表示できます。