パフォーマンス レビュー フレーズ テンプレート
再利用可能なパフォーマンス レビュー フレーズ テンプレート (長所と肯定的なフィードバック、建設的な改善分野、開発計画による目標設定) は、マネージャーが公正で証拠に基づいたレビューをより迅速に作成できるようにします。
テンプレート カテゴリの概要
業績評価は、マネージャーが直面する最も危険な執筆タスクの 1 つであり、言葉は正確である必要があります。漠然とした賞賛は空虚に聞こえ、漠然とした批判は論争を招き、スケジュールのない開発目標はどこにも進みません。ほとんどのマネージャーは、圧縮されたウィンドウで複数の従業員にわたるレビューを作成します。これは、疲労とともに言語の品質が低下し、同じ一般的なフレーズがどこにでも現れることを意味します。テキスト エキスパンダーには、実証済みのフィードバック構造 (行動ベースの賞賛、将来を見据えた改善の枠組み、SMART スタイルの目標言語) が保存されているため、短いトリガーで、HRIS やパフォーマンス プラットフォームを含むデスクトップ アプリの完全なフレームワークがドロップされます。 Lightning Assist は、入力時にこれらをインラインで挿入し、毎回指定する特定の例、指標、またはチェックイン日のプレースホルダーを挿入します。 AI Enhance は、難しいフィードバックを建設的に表現するのに役立ちますが、証拠と例は常にあなたから提供されます。テンプレートが構造を保持し、マネージャーが内容を追加します。
これらのテンプレートを使用する場合
レビュー サイクル全体にわたってパフォーマンス レビュー テンプレートを使用します。つまり、強みの草案を作成し、実用的な具体性を備えた改善フィードバックを作成し、実際のタイムラインと成功指標を備えた開発目標を構築します。各セクションの構成要素は一定です。変更されるのは、従業員の名前、具体的な例、観察された行動、および��標の詳細です。構造をテンプレート化するということは、レビューを書く時間を文章の構築ではなく証拠と内容に費やすことを意味します。これらのテンプレートは、年の半ばのチェックインのメモやプロモーションの記事にも役立ちます。常に具体的な例や指標を自分で提供してください。証拠に基づいたフィードバックが、擁護可能なレビューと一般的なレビューを区別するものです。
このカテゴリのテンプレート例
- 長所とポジティブなフィードバック: 特定の例に基づいた行��ベースの賞賛。
- 改善の余地がある領域: 変化すべき具体的な行動を伴う、前向きで非個人的な枠組み。
- 目標設定と開発計画: サポート リソースとチェックイン日を含む SMART スタイルの目標。
実際のテンプレート例
強み / ポジティブなフィードバック
効果的な肯定的なフィードバックは、結果だけではなく、行動と影響に名前を付けます。 「この四半期は素晴らしい仕事でした」という言葉は、従業員に繰り返すべきことを何も伝えません。 「タイムラインに到達する前に一貫してスコープ クリープのフラグを立てたおかげで、第 2 四半期リリースは予定通りに完了しました」と、再現可能なパターンが得られます。行動に基づいた賞賛は、調整に関する会話でもより擁護されます。構造は毎回同じです。動作に名前を付け、具体的な事例を挙げ、その影響を説明します。動作、具体例、結果にはプレースホルダーを使用します。 ;prstrength のようなトリガーに設定しておくと、10 回目のレビューのときにデフォルトでフィラー フレーズを使用せずに完全な強みセクションを構築できます。
[#Employee Name#] consistently demonstrates [#specific strength, e.g., "proactive communication under pressure"#]. In [#specific example or project#], [#he/she/they#] [#what they did — concrete behavior#], which resulted in [#measurable or observable outcome#]. This is a pattern that [#positively affects the team / contributes to X goal / sets a strong example#]. Continuing to build on this in [#area or next context#] will [#expected positive impact#].
改善すべき領域(建設的)
建設的なフィードバックが失敗することが最も多いのは、行動ではなく性格特性について説明した場合、またはそれが一般的すぎて従業員が何を変えればよいのか見当がつかない場合です。機能するフレームワーク: (個人ではなく) 特定の行動に名前を付け、それがチームや仕事に与える影響を説明し、具体的で観察可能な代替行動、つまり「より良い」とはどのようなものかを示して締めくくります。これにより、従業員は評価ではなく目標を得ることができます。動作、影響、および予想される変更にはプレースホルダーを使用します。 ;primprove のようなトリガーに留めてください。状況がデリケートな場合は、下書きを貼り付け、AI Enhance を使用してトーンを調整します。ただし、観察された独自の事実を提供してください。このツールは証拠ではなく、表現を改善します。
One area for [#Employee Name#] to develop is [#specific behavior, e.g., "meeting preparation — arriving with an agenda and pre-read materials"#]. In [#specific situation or recurring pattern#], [#the impact — e.g., "this added 15–20 minutes to team meetings and shifted preparation work to others"#]. Going forward, the expectation is [#specific, observable alternative behavior#]. [#Manager/team#] will support this by [#resource, coaching, or process change#], and progress will be reviewed at [#next check-in or review date#].
目標設定・開発計画
期限、成功指標、明確なサポート体制のない開発目標は、よく言っても野心的なものです。 SMART フレーム (具体的、測定可能、達成可能、関連性、期限付き) は、まさに装飾的な目標ではなく、実行可能な目標を実現するために存在します。レビューの目標セクションでは、目標は何か、成功をどのように測定するか、どのようなサポートが利用できるか、いつチェックインするかなどを回答する必要があります。これらの要素はすべての従業員で同じです。詳細が変わるだけです。目標、指標、サポート リソース、チェックイン日にはプレースホルダーを使用します。 ;prgoal のようなトリガーに設定しておくと、すべての開発計画が完了し、「これを再検討します」という言葉で終わるのではなくなります。
Development goal for [#review period, e.g., "H2 2025"#]: [#Employee Name#] will [#specific, measurable goal — e.g., "lead two cross-functional projects end-to-end with no escalations"#]. Success metric: [#how progress will be measured — e.g., "on-time delivery + stakeholder feedback"#]. Support: [#available resource — e.g., "PM mentorship, access to Confluence project templates"#]. Check-in: [#date or cadence — e.g., "30-day check-in on [date], mid-point review on [date]"#]. Notes: [#any additional context or stretch objective#]
始め方
3 つのスニペットを作成します: 強みブロック (;prstrength)、改善ブロック (;primprove)、および目標設定ブロック (;prgoal)。従業員名、特定の行動または例、影響または指標、チェックイン日のプレースホルダーを追加します。トリガーを入力すると、HRIS、Word ドキュメント、またはその他のパフォーマンス プラットフォームで、入力と同時にインラインで展開されます。ホットキーは必要ありません (またはホットキー モードを使用します)。 AI Enhance を使用して、観察された事実を入力した後、機密性の高い改善フィードバックの表現を調整します。例や証拠を生成するために AI を決して使用しないでください。テンプレートが構造を保持し、レビューを公正かつ防御可能にする詳細を提供します。
プロのヒント
- 肯定的または建設的なあらゆるフィードバックを、特性ではなく特定の行動や観察可能な例に固定します。 「優れたコミュニケーション能力を持つ人」よりも、「リスクを早期に一貫して伝える人」の方が有益です。
- 改善に関するフィードバックでは、予想される変更に名前を付ける前に、その行動がチームや仕事に与える影響に名前を付けます。これにより、フィードバックが個人的なものではなく、根拠のあるものに感じられます。
- すべての開発目標には、成功指標とチェックイン日が必要です。両方が欠けている目標は再考される可能性が低く、変化を促進する可能性は低いです。
- AI Enhance を使用して、難しいフィードバックの表現を調整しますが、独自の証拠を提供してください。このツールは、基礎となる評価の精度ではなく、文章の構成を改善します。
あらゆるアプリでこれらのテンプレートを使用
これらの例から再利用可能なスニペットを作成し、クイック アクセス、トリガー ショートカット、または AI 拡張機能を使用して実行します。
無料トライアルを開始する関連ページとスニペット
ワークフローに関連するガイド、テンプレート、比較を調べてください。