評価項目

評価項目は、評価者が回答を提供するすべてのプログラムの要素である。性質は非常に似ていますが、プログラムの種類によって評価項目の参照に別の名前が使われます。

評価項目はいくつかの共通の特性を共有します：

• 1つ以上の関連する評価項目のカテゴリーへの包含（例えば、財務業績KPIはカテゴリー「財務」の下にグループ化される場合があります）。
  • 「クリティカルゲート」と呼ばれる特別なカテゴリは、評価の動作を変更して、最小許容値を下回るこれらのアイテムの評価が評価全体の不合格または却下となるようにします。事実上、クリティカルゲート評価アイテムが不合格の場合、評価全体が失敗します。
• 一意の識別番号-評価項目の明確な参照と注文を可能にします。
• 固有の説明-要求されているデータを理解するために十分な説明を評価者に提供します。
• 頻度-評価の周期性を指定します（毎年、半年ごと、四半期ごと、毎月、1回）。
• スコアタイプ-評価項目が評価されるスケールを指定します（10ポイントのスケール、5ポイントのスケール、情報のみ、文字（AE）、数字、パーセント、R / Y / G、はい/いいえ）。
• 評価スケールパラメータ（スコアタイプに依存し、評価アイテムに関連する最小値、目標値、最大値の指定を可能にするかもしれません）。
• 加重-別の評価項目と比較して1つの評価項目を強調する手段を提供します。

• 評価項目の設計

各種プログラムの評価項目にはいくつかの重要な違いがあります：

• コンプライアンス要件は一般に「はい/いいえ」の質問であり、肯定的または「はい」の回答がその要件の優先ステータスとなるように表現されています。
  • 「サプライヤーは、この契約に基づくサービスの提供においてオンサイトで作業する可能性のあるすべての従業員および下請け業者に雇用適格性の証拠を提供しましたか？」
• パフォーマンスKPIは通常、数値による評価を提供できる要素として表現されます。
  • 「今四半期の管理下にあるすべてのプロジェクトの平均納期完了率。」

これらの違いに関係なく、考慮すべきすべての評価項目についていくつかの基本的なベストプラクティスのガイドラインがあります。

• 評価項目は具体的であるべきです。
  • 良い：「予算額内で実施されたプロジェクトの割合±5％」
  • 良いかもしれません：「財務業績のレベル」
• 評価項目は測定可能でなければなりません。
  • 良：「SLAによって確立された許容限度内のシステム停止の数と累積期間」
  • より良い可能性があります：「期間中にシステムは適切に実行されました」
• 評価項目に回答する評価者はデータを利用できる必要があります。
• 評価項目の総数は、評価の状況に応じて合理的でなければなりません。
  • 世界中のフォーチュン100企業のデータセンターに対する10年間のITアウトソーシング契約の2つの評価項目は、おそらく数が少なすぎるか、多すぎます。
  • 紙のリサイクルサービスを提供するための$ 50,000契約に対する300の一意のKPIは、多すぎるか、または詳細すぎます。