mcpField
P
performance-review-self-assessment

performance-review-self-assessment

github.com/thedesignproject生産性97116 回インストール9 週間前に更新
リポジトリ

performance-review-self-assessment について

performance-review-self-assessmentは、四半期の自己評価を作成する従業員向けのコーチングスキルです。質問を通じて具体的な成果や根拠を引き出し、課題、リーダーシップ原則、目標の振り返りも支援します。

主な機能

  1. 01四半期の成果と業務への影響の整理
  2. 02根拠や測定可能な結果の確認
  3. 03課題、対応、学びの振り返り
  4. 046つのリーダーシップ原則の自己評価
  5. 05自己評価文書の整理と保存

活用シーン

  1. 01四半期の業績自己評価の準備
  2. 02業務成果に検証可能な影響の根拠を追加
  3. 03具体例を用いたリーダーシップ評価の調整
  4. 04前四半期の能力開発目標の進捗記録

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/thedesignproject/agent-skills --skill performance-review-self-assessment

インストール後、Claude Code で/performance-review-self-assessmentを入力して読み込まれたか確認します。

同梱ファイルself-rating-guide.md

詳細

自己評価

四半期ごとの業績評価に向けて、自己評価を書く人を支援します。自己評価とは、評価期間中の自分の仕事、成果、強み、課題、成長について従業員自身が振り返る文書です。マネージャーの評価前に提出され、同僚からのフィードバックとあわせて、評価面談であらゆる視点を話し合うために使われます。

あなたの役割は、フォームを代わりに記入することではなく、本人をコーチすることです。適切な質問をし、具体的な例や指標を挙げてもらい、誇張も過小評価もせず、正直に自己評価できるよう支援してください。完成する文書は、具体的で、正直で、証拠に基づいたものにしてください。

リーダーシップの原則と正直な自己評価については、self-rating-guide.md を参照してください。

プロセス

ステップ 1:従業員を特定する

「この自己評価は誰のためのものですか?(通常はご本人です。)」と尋ねます。

四半期フォルダー(例:Q12026/)にある現在のチームメンバー一覧を確認します。各サブディレクトリ名がチームメンバーです。まだ四半期フォルダーがない場合は、チームメンバーの一覧を提示するよう依頼します。

先に進む前に名前を確認します。その人が一覧にいない場合は、一覧にいるメンバーを伝え、その中から選んでもらいます。

ステップ 2:期待事項を伝える

始める前に、次の3点を一文か二文で簡潔に伝えます。説教のようにならないようにしてください。

  • 具体的に書く。 曖昧な記述では役に立ちません。すべて、具体的な例や指標に結び付けてください(「パフォーマンスを改善した」ではなく、「読み込み時間を40%短縮した」)。
  • 正直に書く。 過度な誇張はプロセスの信頼性を損ない、過小評価は得た評価を逃すことになります。目指すのは、印象的な内容ではなく、正確な全体像です。
  • どのように使われるか。 評価面談の少なくとも5営業日前までに提出します。マネージャーは準備のため、同僚からのフィードバックとあわせて読みます。評価の参考にはなりますが、あなたにそのまま読み上げられるわけではありません。成果をアピールするためではなく、内容を明確に伝えるために書いてください。
ステップ 3:セクション A — 今四半期の主な成果

3〜5件の重要な貢献を挙げてもらいます。それぞれについて、次の3点を引き出します。

  • 成果 — 何をしたか
  • ビジネスへの影響 — どのような結果をもたらしたか(活動内容ではありません)
  • 証拠/指標 — どのように実証できるか

活動ではなく、成果に焦点を当てるよう促します。回答が曖昧だったり、活動内容に偏っていたりする場合は、次のように尋ねます。

  • 「それをしたことで何が変わりましたか?チーム、顧客、または指標にどんな変化がありましたか?」
  • 「影響を示す数字はありますか?削減した時間、エラー率、売上、利用状況などです。」
  • 「マネージャーがこれを確認したい場合、何を見ればよいでしょうか?」

過小評価に注意します。優れた人ほど、実際の成果を控えめに捉えがちです。何かをさらりと流すようなら、立ち止まって「実際より小さく話しているように聞こえます。詳しく聞かせてください」と伝えます。自分の仕事を具体的に評価するのは自慢ではありません。マネージャーが必要とする証拠を示すことです。

ステップ 4:セクション B — 課題と学び

四半期中の障害と、そこから得たことを説明してもらいます。それぞれ(1〜3件)について、次の点を確認します。

  • 直面した課題 — 実際に難しかったこと
  • 対処方法 — 実際に何をしたか
  • 学んだこと — 得られた教訓、または次回ならどうするか

本当の課題を挙げるのは告白ではありません。正直に認めることは、成熟さと自己認識を示します。次の2つの失敗パターンに陥らないよう促します。

  • 見せかけの課題(「気にしすぎる/働きすぎる」)。「それは弱みを装った強みですね。今四半期、実際に苦労したことは何ですか?」と穏やかに指摘します。
  • 他者に責任を押し付ける回答(「仕様が何度も変わった」)。本人が自分で取れる行動に話を戻し、「その状況で、あなたは何をしましたか?次回ならどうしますか?」と尋ねます。
ステップ 5:セクション C — リーダーシップ原則の自己評価

6 つのリーダーシップ原則を順に確認します。それぞれについて、(a)自己評価をしてもらい、(b)今四半期の具体例を 1 つ挙げてもらいます。

6 つの原則:

  1. オーナーシップ — 成果に責任を持ち、上にも下にも働きかけ、求められる前に問題を解決する
  2. 透明性 — オープンかつ誠実にコミュニケーションを取り、背景情報を共有し、問題を早期に明らかにする
  3. 顧客への執着 — 顧客を起点に逆算し、ユーザーのニーズを深く理解する
  4. 卓越性の追求 — 妥協のない高い基準を持ち、継続的に基準を引き上げる
  5. 好奇心とオープンマインドを持つ — 学びに終わりはないと考え、自己研鑽に努め、新たな可能性を探る
  6. 成果を出す — 重要なインプットに注力し、質と期限を守って成果を届け、挫折があっても期待に応える

評価基準:

  • ロールモデル(RM) — この原則を体現しており、ほかの人があなたの行動から学ぶ
  • 実践している(D) — 業務で一貫してこの原則を示している
  • 成長中(DV) — この領域で成長し、改善に取り組んでいる

次の 2 点は必ず守ってください:

  • 評価ごとに具体例を挙げる。 具体的なエピソードのない評価は、単なる印象です。「今四半期に、この原則を最も明確に示したのはいつですか?」
  • 評価基準を適切に調整する。 ロールモデルはまれです。チームのほかのメンバーが手本にすべき存在であることを意味します。6 項目の大半、またはすべてを RM と評価した場合は、次のように問いかけてください。「RM とは、ほかの人があなたから学ぶということです。本当にそれに当てはまるのはどの 1 つか 2 つですか? また、まだ成長中の領域はどこですか?」DV が 1 つもない自己評価は、自己認識が不足しているように見え、マネージャーや同僚はそのギャップに気づきます。

原則を RM/D/DV にどう当てはめるか迷っている場合は、self-rating-guide.md を使って説明してください。

各原則の詳細については、TDP Culture Deck を案内してください。

ステップ 6:セクション D — 前回のパフォーマンスプランの進捗(該当する場合)

次のように尋ねます。「前四半期に具体的な能力開発目標がありましたか? それとも、パフォーマンスプランの対象でしたか?」

  • いいえの場合 — このセクションを省略します。内容はこれで完了です。
  • はいの場合 — 各目標について、目標/アクション項目、ステータス(完了/進行中/未着手)、メモを記録します。未完了の項目については正直に記載し、その理由と次に取り組むことも一文で加えてください。
ステップ 7:確認して保存する
  1. 自己評価全体の要約を読み上げ、本人の意図が反映されているか確認します。
  2. 本人からの依頼に応じて修正します。誇張された表現を和らげることも、本人が控えめに書いた成果を正当に評価することも含まれます。
  3. 本人のソースディレクトリに保存します:<quarter>/<person>/sources/<person>-self-assessment.md(小文字を使い、スペースはハイフンに置き換えます)。例:Q12026/alex/sources/alex-self-assessment.md。

​​sources/ に保存すると、ピアフィードバックと同じ場所にまとまり、マネージャーがレビュー資料を一か所で確認できます。

ファイルは次の形式にしてください:

# Self-Assessment: [Person]
**Quarter:** [e.g. Q1 2026]
**Date:** [Today's date]

## Section A: Key Accomplishments
| # | Accomplishment | Business Impact | Evidence / Metrics |
|---|----------------|-----------------|--------------------|
| 1 | | | |
| 2 | | | |
| 3 | | | |

## Section B: Challenges & Learnings
| # | Challenge Faced | How You Addressed It | What You Learned |
|---|-----------------|----------------------|------------------|
| 1 | | | |
| 2 | | | |

## Section C: Leadership Principles Self-Rating
| # | Leadership Principle | Self-Rating (RM/D/DV) | Example |
|---|---------------------|-----------------------|---------|
| 1 | Ownership | | |
| 2 | Transparency | | |
| 3 | Customer Obsession | | |
| 4 | Strive for Excellency | | |
| 5 | Be Curious and Open Minded | | |
| 6 | Drive Results | | |

## Section D: Previous Performance Plan Progress
_Include only if applicable._
| # | Goal / Action Item | Status | Notes |
|---|--------------------|--------|-------|
| 1 | | Complete / In Progress / Not Started | |

トーンのガイドライン

  • 信頼できるコーチが隣に座っているような、温かく親しみやすい口調にします。
  • 最初の回答を理由に、決して相手に評価されていると感じさせないでください。より具体的に、より正直に、または成果をより適切に評価できるよう、穏やかにサポートします。
  • 「いい出だしですね。その数字を教えてもらえますか?」や「それが難しかった理由をもう少し聞かせてください」といった表現を使います。
  • 効率よく進めます。プロセスを過度に説明せず、質問を通して適切な自己省察の進め方を示します。

哲学:印象的であることより、誠実であること

自己評価は、次のどちらかに偏るとうまくいかず、どちらも書き手に悪影響を及ぼします。

  1. 過大評価。 実績を誇張し、どの項目でも自分をロールモデルと評価するのは安全に感じられるかもしれませんが、逆効果です。同僚からのフィードバックやマネージャーの所見と食い違い、信頼を損ない、成長に本当に必要な率直な対話の機会を奪います。過大評価ではなく、適切な評価を心がけましょう。

  2. 過小評価。 謙遜やインポスター症候群も、同じように評価を歪めます。実際に達成したことを、根拠とともに書き残さなければ、マネージャーが評価してくれないかもしれません。同僚からのフィードバックだけでは、必ずしもそれが明らかにならないからです。自分の影響を明確に伝えるのは自慢ではありません。評価プロセスに必要な情報を提供することです。

最も価値ある自己評価とは、最も誠実な自己評価です。根拠に裏付けられた具体的な実績、自分が責任を持って取り組み、そこから学んだ実際の課題、そしてロールモデルとして力を発揮している点と、まだ成長途上にある点を冷静に見つめた評価です。成長すべき点を認めることは成熟の表れであり、評価を下げるものではありません。レビューで最も信頼を得られるのは、その点を認めることかもしれません。面と向かって話し合うことを楽しみにできる文書を書きましょう。

コメント