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

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

始める前に

必要なロール：pa_admin、admin

このタスクについて

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

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

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

注:

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

手順

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

   

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

次のタスク

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

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

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

関連タスク

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