アセスメント管理者のタスク
アセスメントを作成する前に、組織の適切なユーザーに assessment_admin ロールを割り当て、アセスメントの目的を決定します。
評価するシステム内のレコード セットや、興味を持っているテーマや、どのような特性を測定するかを決定します。比較するデータを取得するための組織のオプションを検討してください。アセスメントアンケートを使用する場合は、その質問にどのユーザーが回答できるかを検討します。
アセスメント用語
アセスメント管理者は、アセスメントを扱う際にいくつかの用語を使用します。
| 用語 | 説明 |
|---|---|
| 測定基準タイプ | 測定基準タイプは、ベンダー、プロジェクト、従業員など、評価する一連のレコードを定義します。 |
| アセスメント可能なレコード | アセスメント可能なレコードは、Amazon を表す会社レコードや営業担当者を表すユーザー レコードなどの評価するレコードを、ベンダーや従業員などの測定基準タイプにリンクします。測定基準タイプを作成するとき、アセスメント可能なレコードのセットを定義します。 |
| 測定基準カテゴリ | 測定基準カテゴリは、アセスメント可能なレコードを評価するためのテーマを表します。カテゴリには、テーマを構成する特定の特性または値を定義する 1 つ以上の個別の測定基準が含まれます。カテゴリの例としては、ベンダーの全体的な業績や配信サービスの品質があります。カテゴリ内の測定基準に対して評価するアセスメント可能なレコードを制御するフィルター条件を設定することもできます。 |
| 測定基準 | 測定基準とは、アセスメント可能なレコードを評価するために使用する特性または価値です。測定基準は、アセスメントアンケートで主観的な値を測定したり、スクリプトによって実行されるデータベースクエリで達成目標値を収集したりできます。測定基準の例としては、営業担当者の礼儀や、ベンダーあたりのインシデント数があります。 |
| カテゴリユーザー | カテゴリユーザーとは、特定のカテゴリについて知る人物です。1 人のユーザーが複数のカテゴリのカテゴリユーザーになることができます。カテゴリユーザーの例には、すべての購入操作を監督するベンダー マネージャーや、営業チームの上司があります。 |
| ステークホルダー | ステークホルダーとは、特定のアセスメント可能なレコードについて知っているカテゴリユーザーです。ステークホルダーの例としては、Amazon からの購入を調整するベンダー マネージャーや、特定の従業員を管理する営業チームの上司などがあります。 |
| アセスメントのインスタンス | アセスメントのインスタンスは、1 人のユーザーに割り当てられた 1 つのアセスメントアンケートを表します。次のとき、割り当てられた各ユーザーに対して新しいアセスメントのインスタンスが生成されます。
|
| スコアカード | スコアカードは、アセスメント結果に基づいて、アセスメント可能なレコードの実績を視覚的に示します。スコアカードを使用して、1 つのアセスメント可能なレコードのさまざまなデータ サマリーを表示し、評価を他のアセスメント可能なレコードと比較します。 |
| 意思決定マトリクス | 意思決定マトリクスとは、複数のアセスメント可能なレコードのアセスメント結果を表す 2 軸のグラフです。意思決定マトリクスを使用して、選択したカテゴリにおけるアセスメント可能なレコードの相対的な順位を決定します。 |
| バブルチャート | バブルチャートとは、複数のアセスメント可能なレコードのアセスメント結果を表す 3 軸のグラフです。バブルチャートを使用して、1 つのカテゴリを強調して選択したカテゴリにおけるアセスメント可能なレコードの相対的な順位を決定します。 |
アセスメント ロール
アセスメントアプリケーションでは、アセスメント タスクを実行するために特定のロールが必要です。割り当てられたアセスメントアンケートに回答するためにロールは必要ありません。
| ロール タイトル | ロール名 | 説明 |
|---|---|---|
| アセスメント管理者 | assessment_admin | アセスメント管理者はアセスメントを設定します。彼らは、評価するレコードや、そのレコードを評価するための基準や、アセスメントの割り当て先にする人を知っています。 注: デフォルトでは、assessment_admin ロールを持つユーザーはシステム権限が限られており、評価するソースレコードのすべてにはアクセスできない可能性があります。アセスメントを計画するときは、必要に応じてアセスメント管理者に追加のロールを付与します。たとえば、ベンダーアセスメントを作成および管理するには、アセスメント管理者はcompany_manager ロールも持つ必要があります。このロールがあると、会社テーブルやその他の関連テーブルへのアクセスが許可されます。 |
| ITIL ユーザー | ベースシステムロール | ITIL ユーザーは、システムで基本的な技術者操作を実行します。アセスメントアプリケーションでは、「アセスメント可能なレコード」テーブルへの読み込みアクセス権を持ちます。 |
| 管理者 | ベースシステムロール | 管理者は、 アセスメント プロセスのすべての側面にアクセスできます。管理者のみがアセスメント スケジュールを設定できます。 |
アセスメント手法
利用可能な手法は、スクリプト化済み測定基準用のアセスメント、およびスクリプト化済みでない測定基準用のスクリプトです。各手法は機能が異なり、特定のデータタイプで使用できます。
[手法] フィールドを使用して、測定基準の使用方法を指定します。
アセスメント手法
手法をアセスメントに設定した測定基準は、スクリプト化済みでない測定基準と呼ばれます。スクリプト化済みでない測定基準のそれぞれを使用して、アセスメントアンケートの質問を定義します。スクリプト化済みでない測定基準は、個人の意見などの主観的なデータを取得する場合に便利です。
アセスメント手法は次のData type値と併用することができます。
- 添付ファイル
- チェックボックス
- 選択肢
- 日付
- 日付/時刻
- リッカートスケール
- 番号
- パーセンテージ
- 文字列
- テンプレート
- はい/いいえ
スクリプト手法
手法をスクリプトに設定した測定基準は、スクリプト化済み測定基準と呼ばれます。スクリプト化済み測定基準のそれぞれを使用して、データベース クエリー用のカスタム スクリプトを定義します。スクリプト化済み測定基準は、評価する特性について信頼できるデータがシステムに含まれている場合に便利です。
スクリプト手法は次のData type値と併用することができます。
- 期間
- 番号
- パーセンテージ
[スクリプト] フィールドを使用して JavaScript コードを記述します。デフォルトでは、このフィールドには利用可能な変数に関する情報と、スクリプトの基礎として使用したり、完全に置き換えたりできる例が含まれています。図 : 1. [測定基準] フォーム [スクリプト] フィールド
スクリプトでは次の変数を使用する必要があります。
- primary：アセスメント対象レコードの sys_id にアクセスするために使用する入力変数。
- actual_result：この測定基準の実際の値を含む出力変数。この変数を使用して、[測定基準の結果] フォームの [実際の値] フィールドに値が入力されます。actual_result ごとに、対応する scaled_result 値を指定する必要があります。
- scaled_result：実際の値を表す数値のスケール値を含む出力変数。この変数を使用して、[測定基準の結果] フォームの [スケール値] フィールドに値が入力されます。指定したスケール値は、必ず測定基準の最小値と最大値の間にあるか、いずれかに等しいようにします。[スケール定義] フィールドは、スケール値がどのように使用されるかを決定します。低のスケール定義とは、ベンダーのインシデント数を測定する測定基準など、数値が小さいほど良いという意味です。高とは、1 〜 5 のスケールのユーザー満足度を測定する測定基準など、数値が大きいほど良いという意味です。
スクリプトの例
有効なデバイスの数という測定基準では、以下に示すスクリプトを使用します。primary 変数は、アセスメント対象のベンダー レコードに関連付けられた CI を見つけるために使用されます。スクリプトは actual_result、つまりベンダーに関連付けられた CI の数を取得してから、正しい scaled_result を計算します。スクリプトは最小 〜 最大値の一連のスケール値を使用して、実際の値を表します。スケール定義は高に設定されているので、最大のスケール値、つまりほとんどの最高の CI スコアに関連付けられたベンダーが最も優れています。実際の値とスケール値は、ベンダーの測定基準結果レコードに保存されます。図 : 2. スクリプト化済み測定基準の例
