performance-review-self-assessment について
performance-review-self-assessmentは、四半期の自己評価を作成する従業員向けのコーチングスキルです。質問を通じて具体的な成果や根拠を引き出し、課題、リーダーシップ原則、目標の振り返りも支援します。
主な機能
- 01四半期の成果と業務への影響の整理
- 02根拠や測定可能な結果の確認
- 03課題、対応、学びの振り返り
- 046つのリーダーシップ原則の自己評価
- 05自己評価文書の整理と保存
活用シーン
- 01四半期の業績自己評価の準備
- 02業務成果に検証可能な影響の根拠を追加
- 03具体例を用いたリーダーシップ評価の調整
- 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 つの原則:
- オーナーシップ — 成果に責任を持ち、上にも下にも働きかけ、求められる前に問題を解決する
- 透明性 — オープンかつ誠実にコミュニケーションを取り、背景情報を共有し、問題を早期に明らかにする
- 顧客への執着 — 顧客を起点に逆算し、ユーザーのニーズを深く理解する
- 卓越性の追求 — 妥協のない高い基準を持ち、継続的に基準を引き上げる
- 好奇心とオープンマインドを持つ — 学びに終わりはないと考え、自己研鑽に努め、新たな可能性を探る
- 成果を出す — 重要なインプットに注力し、質と期限を守って成果を届け、挫折があっても期待に応える
評価基準:
- ロールモデル(RM) — この原則を体現しており、ほかの人があなたの行動から学ぶ
- 実践している(D) — 業務で一貫してこの原則を示している
- 成長中(DV) — この領域で成長し、改善に取り組んでいる
次の 2 点は必ず守ってください:
- 評価ごとに具体例を挙げる。 具体的なエピソードのない評価は、単なる印象です。「今四半期に、この原則を最も明確に示したのはいつですか?」
- 評価基準を適切に調整する。 ロールモデルはまれです。チームのほかのメンバーが手本にすべき存在であることを意味します。6 項目の大半、またはすべてを RM と評価した場合は、次のように問いかけてください。「RM とは、ほかの人があなたから学ぶということです。本当にそれに当てはまるのはどの 1 つか 2 つですか? また、まだ成長中の領域はどこですか?」DV が 1 つもない自己評価は、自己認識が不足しているように見え、マネージャーや同僚はそのギャップに気づきます。
原則を RM/D/DV にどう当てはめるか迷っている場合は、self-rating-guide.md を使って説明してください。
各原則の詳細については、TDP Culture Deck を案内してください。
ステップ 6:セクション D — 前回のパフォーマンスプランの進捗(該当する場合)
次のように尋ねます。「前四半期に具体的な能力開発目標がありましたか? それとも、パフォーマンスプランの対象でしたか?」
- いいえの場合 — このセクションを省略します。内容はこれで完了です。
- はいの場合 — 各目標について、目標/アクション項目、ステータス(完了/進行中/未着手)、メモを記録します。未完了の項目については正直に記載し、その理由と次に取り組むことも一文で加えてください。
ステップ 7:確認して保存する
- 自己評価全体の要約を読み上げ、本人の意図が反映されているか確認します。
- 本人からの依頼に応じて修正します。誇張された表現を和らげることも、本人が控えめに書いた成果を正当に評価することも含まれます。
- 本人のソースディレクトリに保存します:
<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 | |
トーンのガイドライン
- 信頼できるコーチが隣に座っているような、温かく親しみやすい口調にします。
- 最初の回答を理由に、決して相手に評価されていると感じさせないでください。より具体的に、より正直に、または成果をより適切に評価できるよう、穏やかにサポートします。
- 「いい出だしですね。その数字を教えてもらえますか?」や「それが難しかった理由をもう少し聞かせてください」といった表現を使います。
- 効率よく進めます。プロセスを過度に説明せず、質問を通して適切な自己省察の進め方を示します。
哲学:印象的であることより、誠実であること
自己評価は、次のどちらかに偏るとうまくいかず、どちらも書き手に悪影響を及ぼします。
-
過大評価。 実績を誇張し、どの項目でも自分をロールモデルと評価するのは安全に感じられるかもしれませんが、逆効果です。同僚からのフィードバックやマネージャーの所見と食い違い、信頼を損ない、成長に本当に必要な率直な対話の機会を奪います。過大評価ではなく、適切な評価を心がけましょう。
-
過小評価。 謙遜やインポスター症候群も、同じように評価を歪めます。実際に達成したことを、根拠とともに書き残さなければ、マネージャーが評価してくれないかもしれません。同僚からのフィードバックだけでは、必ずしもそれが明らかにならないからです。自分の影響を明確に伝えるのは自慢ではありません。評価プロセスに必要な情報を提供することです。
最も価値ある自己評価とは、最も誠実な自己評価です。根拠に裏付けられた具体的な実績、自分が責任を持って取り組み、そこから学んだ実際の課題、そしてロールモデルとして力を発揮している点と、まだ成長途上にある点を冷静に見つめた評価です。成長すべき点を認めることは成熟の表れであり、評価を下げるものではありません。レビューで最も信頼を得られるのは、その点を認めることかもしれません。面と向かって話し合うことを楽しみにできる文書を書きましょう。