記事テンプレート

階層について

階層は、組織の従業員構造をクアルトリクスにアップロードする方法を提供します。ダッシュボードは従業員エンゲージメントプロジェクトにおいて重要な機能であり、正しく設定することで、ダッシュボードにマネージャーやユニットごとのデータが表示されるようになります。

階層は、エンゲージメント、パルス、およびCxダッシュボードに追加できますが、ライフサイクルまたはアドホック従業員調査プロジェクトには追加できません。

静的対静的CXダッシュボードにおける動的階層

CXダッシュボードに組織階層を追加するには、データセットにユーザー固有の識別子を含める必要があります。インポートされたデータプロジェクトにデータをアップロードする場合は、CSVファイルに各ユーザーの一意の識別子を持つ列を含めるだけです。

ただし、アンケート調査プロジェクトで作業している場合は、ダッシュボードにマッピングする前に、正しい情報がアンケートに取り込まれていることを確認する必要があります。これには2つの方法がある。

静的階層

静的階層では、階層情報を追加の埋め込みデータとしてアンケート調査回答データに直接追加することができます。つまり、データを収集した後に階層に調整が加えられた場合、階層情報はアンケートを実施した時点で回答データに追加されるため、階層の更新は将来の回答データにのみ反映される。

詳細を見るには、静的階層を参照してください。

ダイナミック階層

動的階層では、アンケートの回答そのものではなく、階層をダッシュボードのデータにリンクさせることができます。その結果、階層が変わればダッシュボードのデータにも反映される。

階層情報は、応答内の一意識別子と階層内の一意識別子を照合することで、応答とリンクされる。階層情報は、ダッシュボードのデータと照合される。階層が更新されるたびに、ダッシュボードのデータと自動的に一致し、ダイナミックな更新が可能になります。

動的階層を実装するには、まず、階層内のユーザの一意な識別子と一致する一意な識別子がレスポンスに含まれていることを確認します。詳細を見るには動的階層をご覧ください。

回答に一意の識別子が含まれたら、手順に従って組織階層をCXダッシュボードに追加します。

データに最適な階層の選択

階層には主に親子階層（CX|EX）とレベル階層（CX|EX）がある。親子階層もレベル階層も、組織構造を生成し、従業員リストに基づいてマネージャーを特定することができます。しかし、どの階層を選択するかは、会社の組織構造というよりも、最も便利に利用できるデータと関係がある。

親子対子供レベルベースの階層

親子階層(CX|EX)は、Engageプロジェクトで最もよく使われる階層で、一般的に設定が簡単です。親子階層は、各従業員の人事データに一意のIDとマネージャーのIDが含まれている場合に、最も効果的に機能します。

レベルベース階層（CX|EX）は、CXダッシュボード階層でより一般的に使用されています。従業員が所属する階層（階層トップから従業員まで）の各レベルを含む人事データであれば、良い選択肢となるでしょう。レベルベースの階層では、必ずしも従業員のマネージャーを知る必要はなく、プロジェクトに参加させる各従業員の指揮命令系統を知るだけでよい。このデータ形式は、従業員データをレベル別、勤務地別、詳細区分別に整理している企業でよく見られます。

レベルベースの階層が親子階層よりも優れている点は、不完全な階層でプロジェクトを進める場合である。例えば、会社全体ではなく、いくつかのチームだけでプロジェクトを運営することもあるでしょう。親子階層は、従業員一人一人とマネージャー一人一人を組織単位に配置することで指揮命令系統を決定する。従業員が欠けると、単位が壊れたりずれたりすることになりかねない。一方、レベル・ベースの階層は、各従業員を一列で定義し、その全レポート・ラインを最上位に配置します。指揮系統はまだそこにあるのだから、何人か欠けてもITは大丈夫だ。

一方、マネージャーを定義することに関しては、Parent-Childの方がはるかにシンプルである。レベルベースの階層でマネージャーとそのマネージャーをロールアップするデータを特定することもできますが、そのためにはデータに列を追加する必要があり、マネージャーはそのマネージャーが管理するユニットと同じくらい下までコード化する必要があります。

階層の生成方法

クアルトリクスが裏でどのように階層を構築しているのか、ご興味がおありですか？参加者ファイル（CX|EX）をアップロードすると、各行が異なる従業員を表します。クアルトリクスがリストを下っていくにつれて、各従業員が特定され、その従業員に付随する情報（マネージャー、組織単位、レベルなど）を使って、その従業員が組織のどの単位に帰属しているかが把握されます。

1. マネージャーi205のユニットを作り、ジェーンをその中に入れる。
2. ファイルをさらに見ていくと、従業員i205の名前がバーナビー・スミスであることがわかる。これで、ジェーンが帰属意識を持っているユニットがバーナビーによって運営されていることがわかったので、”マネージャーi205のユニット “の名前を “バーナビー・スミス “に変更することができる。
3. さらに、バーナビーのマネージャーが誰であるかを確認し、この情報を使って、彼が管理するユニットと彼がレポートするユニットを階層の適切な位置に配置することができる。

このファイルは、特定の順番（例えば、従業員の最下位から最上位まで）で書く必要はない。クアルトリクスは、ファイル内の従業員リストを下へ下へと階層をつなげていきます。最も重要なのは、階層に必要な従業員が全員揃っていることであり、指揮命令系統に循環論理がないことだ（例えば、バーナビーのマネージャーがすでにジェーンのマネージャーである場合、ジェーンはありえない）。

追加の階層タイプ

親子階層とレベル階層に加えて、もう2種類の階層があります。これはあまり使われませんが、プロジェクトのニーズに合うかもしれません。

1. スケルトン階層： このオプションは、直属の部下を知らない（または正体を明かしたくない）が、マネージャーは知っている場合に最適です。この階層は、全従業員と彼らが報告するユニットのリストではなく、マネージャーと彼らが管理するユニットのリストを中心に構成されているため、親子階層やレベル階層とは大きく異なります。
2. アドホック階層（Cx|EE）： アドホック階層は、必要最低限の参加者情報だけで始められるため、簡単に思えることが多い。しかし、親子階層やレベルベースの階層の利点は、参加者データの詳細ファイル（Cx|EE）を作成した後、いくつかのスイッチを切り替えるだけで、階層を完成させることができる点です。一方、アドホック階層では、すべての参加者を正しい階層ユニットに手動で配置し、すべてのマネージャーとユニットを手動で設定する必要があります。参加者リストが非常に少ない場合を除き、一般的にこの方法はお勧めしません。この機能はパルスプログラムとは互換性がありません。

よくある質問