ブレークダウンソースをレビュー

ブレークダウンソースは、KPI をより詳細に調べるために使用する要素を表します。ブレークダウンソースを変更して、データ分析に意味のあるアイテムのみに要素リストを制限します。

始める前に

必要なロール：pa_admin、admin

このタスクについて

たとえば、アサイン先グループの自動ブレークダウンでは、グループのブレークダウン ソースが使用されます。このブレークダウンソースはインスタンス内のすべてのアクティブなグループを返します。システムはこれらすべてのグループを使用してデータを調べます。[Number of Open Changes] インジケーターを見て [Assignment Group] のブレークダウンを調べると、変更要求に実際に対応しているグループだけでなく、インスタンス内のすべてのグループが表示されます。

ブレークダウン ソースが返す要素の数を制限することには、次の利点があります。

• 要素リストを小さくすると、コンシューマーは必要なデータを見つけやすくなります。特定のプロセスに関連付けられている 25 個のグループの一覧を並べ替える方が、数千のグループを並べ替えるよりも簡単です。
• 要素リストが小さいほど、データ収集が少なくなり、データをより効率的に使用できます。データコレクターは 1,000 の異なるグループを処理する代わりに、プロセスにとって重要な 25 のグループを分析できます。

注:

プラットフォームアナリティクスソリューションのブレークダウンソースを変更する必要はおそらくありません。ただし、プロセスで測定されているものを正確に確認して理解することは役立つ場合があります。

手順

1. 移動先 すべて > Performance Analytics (パフォーマンスアナリティクス) > ソース > ブレークダウンソース.
2. ブレークダウン ソースをクリックすると、その詳細が表示されます。
3. [ソース] タブで、一意のsys_idsリストを含むテーブルを含むブレークダウン要素の定義を調べます。
   たとえば、Change.Impact ブレークダウン ソースでは、[変更要求の影響度] フィールドに含まれる一意の値は、選択肢 [sys_choice] テーブルから取得されます。条件では、クエリが選択肢 [sys_choice] テーブルの変更の影響度フィールドのみを返すようにするための追加のフィルターが提供されます。
4. [ プレビュー ] をクリックして、クエリが返す要素の数を確認します。
   この例では、クエリは 3 つの impact 要素を返します。

   

5. [x 件のレコード一致条件] をクリックすると、クエリが返した特定の値が表示されます。
   この例では、[ 3 件のレコード一致条件 ] をクリックすると、新しいブラウザタブが開き、選択肢 [sys_choice] テーブルのレコードのフィルター済みリストが表示されます。
6. レコードのリストが、ブレークダウン要素リストに表示される内容と一致することを確認します。
7. レコードが予想と異なる場合は、ブレークダウンソースの [ソース] タブで条件を環境に合わせて変更し、満足するまで手順 4 〜 6 を繰り返します。
8. [更新] をクリックして変更を保存します。

次のタスク

これで、 のデータを収集 プラットフォームアナリティクスソリューションの説明に従ってデータを収集する準備が整いました。

前のトピック: パフォーマンスアナリティクススクリプトの更新

次のトピック: のデータを収集 プラットフォームアナリティクスソリューション

関連タスク

• ブレークダウン ソースの定義