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

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:2分
  • ブレークダウンソースは、KPI をより詳細に調べるために使用する要素を表します。ブレークダウンソースを変更して、要素リストをデータ分析に意味のあるアイテムのみに制限します。

    始める前に

    必要なロール:pa_admin、admin

    このタスクについて

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

    ブレークダウンソースが返す要素の数を制限することには、次のメリットがあります。
    • 要素リストを小さくすると、コンシューマーが必要なデータを見つけやすくなります。特定のプロセスに関連付けられた 25 のグループのリストをソートする方が、何千ものグループをソートするよりも簡単です。
    • 要素リストが小さいほど、データ収集が少なくなり、データをより効率的に使用できます。データコレクターが1,000の異なるグループを処理する代わりに、データコレクターはプロセスにとって意味のある25のグループを分析できます。
    注:
    プラットフォームアナリティクスソリューションでブレークダウンソースを変更する必要はおそらくありません。ただし、プロセスで測定されている内容を正確に確認して理解することが役立つ場合があります。

    手順

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

      [プレビュー] をクリックした後に表示される一致条件リンクの数

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

    次のタスク

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