Customer Experience
Employee Experience
Brand Experience
Core XM
Design XM

階層のナビゲートとユニットの再構築 (EE)

ヒント：このページでは、エンゲージメントプロジェクトで利用できる機能について説明しますが、ライフサイクルプロジェクトや特別従業員調査プロジェクトでは説明しません。それぞれの詳細については、「 Employee Experienceプロジェクトのタイプ」を参照してください。

階層の読込方法

階層を生成したら、［組織の階層］セクションで階層を読み込む方法を理解することが重要です。左側は、階層の内訳を含むナビゲーションサイドバーです。各ユニットの横にある矢印をクリックして、ユニットを圧縮または展開することができます。デフォルトでは、ナビゲーションサイドバーの各ユニットの右側にある数字によって、そのユニット内およびユニットの下の参加者数が指定されます。

ヒント：親子階層を使用している場合、ユニット名がマネージャーの名前と一致することがよくあります。レベルに基づく階層を使用している場合、単位名は多くの場合、階層の機能的な分類 (通常は部門名) と一致します。

ナビゲーションサイドバーのユニットをクリックすると、ユニットを構成する参加者がサイドバーの右側に表示されます。

階層単位に追加された委任もここに表示されます。

ナビゲーションサイドバーでユニットではなく 1 人の参加者をクリックすると、右側に参加者の単位が表示され、選択した参加者が強調表示されます。

右側にある参加者名をクリックすると、参加者情報ウィンドウが表示され、選択した参加者のみを編集できます。

予測数

匿名リンクを使用する場合、ユニット名の下に予測数ボックスが表示され、ユニット内の人数を設定できます。これらの期待値は、ユニットを選択し、ユニット名とユニットマネージャの間に表示されるボックスに値を入力することで、手動で編集/追加できます。これらの値は、[回答率] ウィジェットでアセスメントの [参加依頼数] を計算するために使用されます。また、参加者メタデータフィールドを使用して、ユニット内の予想される人数を設定することもできます。

予測数は、その単位で予定される参加者の合計数に設定する必要があります。そのため、匿名回答と参加依頼済み回答を組み合わせている場合は、この数が参加依頼済み参加者の合計数 + 予想される匿名回答の数に足るようにすることが重要です。

例：Org Hierarchy 質問を使用して、組織の階層を構築し、匿名リンクを完全に使用しています。10 名がその階層を選択することを期待しているため、［予定カウント］を 10 に設定します。

例：組織の階層を作成していますが、一部の匿名の回答も期待しています。このユニットで予想される匿名回答の数と、階層の構築時にユニットに追加した直属の部下の数を Expected Count に設定する必要があります。

ヒント：予測される数を設定する必要がありますが、単位が多いですか？必要なすべての件数を含む CSV を階層にアップロードすることで、編集プロセスを迅速化できます。この方法は、階層をマニュアルで編集していない場合に最適です。

階層の検索

検索バーを使用して、階層を簡単かつ迅速に検索することができます。参加者名、参加者のメール、またはユニット名で検索できるようになります。

ヒント：親～子の階層を検索する場合、ユニット名がマネージャーの名前と一致することがよくあります。レベルに基づく階層を検索する場合、多くの場合、ユニット名は階層の機能的な分類 (通常は部門名) と一致します。

階層設定

組織の階層構成を表示：階層が生成されたときに表示される構成設定を表示します。すべての階層タイプについて、ここで階層の名称を変更することができます。親子階層の場合のみ、通常の親子階層ではなくスケルトン階層を作成する場合は、Populate With Direct Reports ドロップダウンメニューで No を選択します。スケルトン階層の作成の詳細については、「スケルトン階層」サポートページを参照してください。
ナビゲーションサイドバーで直属の部下を非表示: 直属の部下はナビゲーションサイドバーに表示されません。単位のみが表示されます。
ユニットの直属の部下数を表示: ナビゲーションサイドバーの各ユニットの右側の数字により、ユニットの参加者数またはそのユニット以下の参加者数ではなく、ユニットの直属の部下の数が指定されます。
［匿名性しきい値を満たさないユニットを強調表示］：ダッシュボードの匿名性のしきい値を満たすのに十分な直属の部下が割り当てられていないユニットを強調表示します。これらのユニットのいずれかにアクセスできるダッシュボードユーザは、ユニットのデータを分離することはできないため、匿名性のしきい値を満たすために、これらのユニットを親ユニットに結合することを検討してください。
警告: これは、プロジェクトにダッシュボードが 1 つある場合にのみ正しく機能します。

階層間のナビゲーション

1 つのプロジェクトに複数の階層を追加できます。プロジェクト内の別の階層にナビゲートするには、階層選択ドロップダウンメニューをクリックし、表示する階層を選択します。

階層の削除

階層を削除するには、［組織階層］ドロップダウンメニューを選択し、削除する階層にマウスポインタを合わせ、階層名の横にある［ X ］をクリックして、削除を確認します。

警告: 階層を削除する場合は必ず確認してください。階層を削除すると、元に戻すことはできなくなり、再度必要であると判断した場合は最初から再作成する必要があります。

ヒント：階層が削除されると、階層の設定に使用されたメタデータが個人のメタデータに戻り、新しい階層の作成に使用できます。

注意:ダッシュボードのデータ権限または役割で使用されている階層を削除する場合は、新しい階層を使用する権限を更新するか、制限を完全に削除する必要があります。

ユニットのマニュアル調整: ユニットのロック(&A)

階層を手動で調整するには、ナビゲーションサイドバーでユニットまたは直属の部下をドラッグ & ドロップします。ただし、［組織階層］セクションの階層と参加者のインポート時に構築した階層は異なるため、このマニュアルアプローチは推奨されません。後で参加者リストを再度インポートしてメタデータを更新する場合、またはその他の理由で、手動変更を行う前の階層に戻される可能性があります。1 人の参加者のみをインポートする場合でも、階層のメタデータを含む参加者を再インポートすると、階層によって再生成されます。インポートには、階層の更新をトリガーするために、元の階層の生成に使用されるすべてのメタデータフィールド（EmployeeID、ManagerID、Unit Name など）が含まれている必要があります。そのため、Qualtricsでは、階層を編集する必要がある場合は、階層を手動で調整するのではなく、再度インポートすることをお勧めします。その手順については「参加者の追加」サポートページを参照してください。

誤ってユニットの設定を調整しないようにするために、ユニット名の左側にあるロックアイコンを選択してユニットをロックすることができます。ユニットをロックすると、そのユニットの下にあるすべてのユニットもロックされます。ロックアイコンを再度選択してユニットのロックを解除するまで、ユニットを変更することはできません。

ヒント：階層全体をロックしますか？左側の一番上のロックアイコンを選択して、階層のすべてのユニットをロックします。

ユニット内の個人の編集

直属の部下またはマネージャーの作成: 参加者を、選択したユニットの直属の部下またはマネージャーにします。［直属の部下を作成］はマネージャーにのみ選択できます。また、［マネージャーにする］は直属の部下にのみ選択できます。
ヒント：同じユニットに複数のマネージャーを追加できます。詳細については、ユニット内の複数のマネージャを参照してください。
ユニットから削除: ユニットから参加者を削除します。参加者は引き続き階層の合計数に含まれますが、再割り当てしない限り、どの単位にも関連付けられません。
個人の移動: 参加者を階層内の別の場所に移動することができます。マネージャーを移動すると、直属の部下との階層関係が壊れるため、マネージャーはこのオプションを使用できません。
アセスメントから削除: 参加者がアセスメントから完全に削除されます。このオプションを選択する場合は、削除を確認し、参加者の回答も削除するかどうかを選択する必要があります。削除する場合は、[個人の評価も削除] チェックボックスにチェックを付けます。
組織の階層から削除：選択した階層から参加者を削除します。参加者は、参加者一覧およびそれらが追加されたその他の階層 (複数の階層がある場合) に引き続き含まれますが、再度追加しない限り、選択した階層に関連付けられることはありません。

右側の参加者名をクリックすると、参加者情報ウィンドウが表示され、そこでさまざまな編集を行うことができます。詳細については、「参加者情報ウィンドウ」サポートページを参照してください。

ユニット内の複数のマネージャ

複数の個人を同じユニットのマネージャにすることができます。この場合、ユニットにはプライマリマネージャとセカンダリマネージャが割り当てられます。

プライマリマネージャーは、すべての直属の部下がそのマネージャーのメタデータにリストした人物です。これ以外に、セカンダリマネージャにはプライマリマネージャと同じ権限がすべて保持され、設定したロールまたはフィルタに応じて同じダッシュボードデータが表示されます。

同じユニットに複数の二次マネージャを追加することができます。

すべての組織階層タイプで複数のマネージャを 1 つのユニットに追加できますが、一次マネージャまたは二次マネージャを指定する唯一の階層タイプは親 – 子です。これは、ロールおよびフィルタによって制限されるデータを表示できるユーザを決定するためです。

ユニットの一次マネージャの変更

ヒント：階層に対して 1 つまたは 2 つの小さな変更を行う場合は、これらの手順をお勧めします。多くの変更を行うには、更新された情報を含む参加者をインポートすることをお奨めします。

これらのステップを実行するには、ユニット内の個人の編集セクションで説明されているオプションを使用します。

新規マネージャにする個人が、このプロジェクトの参加者として、およびこの階層ユニットのメンバーとして追加されていることを確認します。

例：ビルをジョンナのチームの新しいマネージャーにしたいと思います。親子階層を使用している場合、Bill を追加し、メタデータを使用して Johnna が Johnna のマネージャーであり、同じユニットに属していることを示します。レベルベースの階層で作業している場合、メタデータを使用して Johnna と同じレベルに追加しますが、まだマネージャーとしてマークしていません。
ユニットにマネージャがいないようにします。ユニットから既存のマネージャを削除するか、代わりに直属の部下にすることができます。

ヒント：プロジェクトから参加者を完全に削除するには「参加者の削除」を参照してください。
新しいプライマリマネージャーにするユーザーを選択し、マネージャーに変更します。

新しい社員がプライマリマネージャーになると、ユニット内のすべての直属の部下が更新され、マネージャーのメタデータにこの新しい社員が反映されます。