ジュニアエンジニア向け 理不尽との付き合い方シリーズ(全8回)
第6回:評価と処遇:頑張りが反映されない構造を分解する

頑張りが評価に反映されない構造を分解する:見えない採点基準を攻略する【第6回】

1年間、いちばん多く手を動かした。障害も全部拾った。それなのに評価は「期待通り」。この記事を読み終えると、評価が「成果」ではなく「成果の可視化」で決まる構造を理解し、期初のすり合わせ・週次の記録・期末の提示という3つの時点で動けるようになります。理不尽との付き合い方シリーズ(全8回)の第6回です。

⚠️ このシリーズの事例について
各回に登場する職場のストーリーは、Reddit(r/cscareerquestions、r/ExperiencedDevs 等)・Hacker News・X(旧Twitter)で繰り返し共有されている体験談をモデルに、人物・企業・時期・数値を置き換えて脚色したフィクションです。一方、検証セクションで扱う研究・制度・企業の事例は公開情報で確認できる実在のものであり、参考文献に原典を示しています。

🎯 テーマの主役:「評価制度」——採点機は、歌のうまさを測っていない

今回の主役は評価制度です。一言で言えば、評価制度とは「組織が、限られた報酬(給与・昇進・ポジション)を配るための、測定と分配のルール」です。

日常の例えで言うなら、カラオケの採点機です。採点機は、あなたの歌がうまいかどうかを測っているわけではありません。測れる項目を測っています。音程の安定、しゃくりの回数、ビブラートの長さ、マイクへの音量。同じ歌唱力でも、点数は歌い方で大きく変わります。点数が低いのは、歌が下手だからとは限りません。何が測られるかを知らなかったからです。

もう1つの例えは、写真です。あなたの1年間は、365日の連続した時間です。ところが評価の場では、そのうちの数枚の写真だけが参照されます。何が写っているかは、写真を選ぶ人(上司)と、写真を出す人(あなた)で決まります。写真を出さなければ、写っていないのと同じです。

ここで重要なのは、これは「ずるい」とか「見せ方の勝負」という話ではないという点です。評価制度は、組織が数百人・数千人の貢献を、限られた時間で比較するための仕組みです。全部を詳細に見ることは物理的に不可能なので、要約された情報(=写真)で判断するしかありません。だから、「全部見てくれなかった」と怒るより、「何が測られ、どの写真が参照されるか」を知って、正しく対応するほうが、はるかに実用的です。

評価制度をカラオケの採点機に例えた概念イラスト マイクを持って困っているキャラクターと、音程・しゃくり・ビブラートなどの項目を測る採点機を描き、測られる項目を知る重要性を示した図。 採点機は「うまさ」ではなく「測れる項目」を測っている 評価会議の画面(見えているもの) 上期の評価:期待通り(B) 成果の記録:〇 〇 〇 〇 〇 周囲への影響:— — — 測られている項目(明示されないことが多い) ・担当範囲を超えた影響(他チーム・顧客・売上) ・再現性(属人化していないか。他人が引き継げるか) ・意思決定の記録(なぜその選択をしたか) 「もっと上手に歌えば 点数が上がるはず」 → 測られている項目を知らないと、 練習の方向がずれる

動機:いちばん働いた人が、いちばん評価されない

※以下は、Reddit の r/cscareerquestions や r/ExperiencedDevs で繰り返し共有されてきた体験談をモデルにした脚色(フィクション)です。実在の個人・企業ではありません。

エンジニアMは、ある年の上期を振り返って、自分がチームで最も多く手を動かしたと自負していました。担当した機能は5本。深夜の障害対応は7回。誰も触りたがらなかった古いバッチ処理の改修も引き受けました。コードのコミット数はチームの3割を占めていました。

期末のフィードバック面談で、評価は「期待通り(標準)」でした。Mは驚き、上司に聞きました。「なぜでしょうか」。

上司の答えは、Mの想定とは違うものでした。「君の仕事は確かに多い。でも、上層の評価会議で出るのは、『今期、この人が何を変えたか』だ。君は既存のものをたくさん直したが、『これができるようになった』という新しい説明が立たない。それと、障害対応は『起きないようにした人』が評価される**。起きた後に直した人は、記録上は『対応した』ではなく『起きた』と見える」。

Mは納得できませんでした。障害を拾わなければ、もっと大きな被害が出ていたはずです。しかし、評価会議の資料には「対応7件」と書かれ、「その障害を防ぐために何をしたか」は書かれていませんでした

この記事の仮説はこうです。評価の結果を決めるのは、あなたの貢献の大きさではなく、「貢献がどのように記録され、誰の前でどんな言葉で語られたか」である。 もしこれが正しければ、改善すべきは仕事の量ではなく、記録と翻訳の設計です(第4回で扱った「翻訳」が、ここで評価制度という形で再登場します)。

🔍 検証①:成果が評価になるまでに、4回の減衰がある

あなたの仕事は、評価になるまでに4つの段階を経ます。そして各段階で情報が失われます。この減衰を理解しないと、「実力と評価が合わない」現象の原因が見えません。

#段階起きていること失われるもの対策
1実施あなたが実際に手を動かす
2記録チケット・PR・日報に残る文脈(なぜやったか、どれだけ難しかったか)チケットに「目的」と「難所」を書く
3要約上司が期末にまとめる細部(件数と規模に丸められる)四半期ごとに自分の要約を渡す
4比較評価会議で他の人と並べられる個別の事情(他メンバーの状況との差)比較可能な数値(時間・コスト・影響範囲)を添える
5分配予算の範囲で等級・報酬が決まる絶対的な水準(相対で調整される)—(ここは個人では動かせない)

Mの事例を、この5段階で追うとこうなります。 段階1でMは大量の仕事をしました。段階2で、チケットには「改修」「対応」とだけ書かれました(なぜが消えた)。段階3で、上司は「改修5件・障害対応7件」とまとめました(難しさが消えた)。段階4で、評価会議では「新機能を出した人」と並べられました(比較の軸が消えた)。段階5で、予算の都合で標準評価になりました。

問題は段階1ではなく、段階2〜4です。 そして、段階2と3は、あなたが関与できる唯一の段階です。段階4と5は、あなたのいない会議室で行われます。だから、段階2と3に投資するのが、評価への唯一の実務的な介入点になります。

🔍 検証②:評価で使われる4つの「測り方」

評価制度は、大きく4つの測り方を持っています。それぞれ測れるものと測れないものが違います。

測り方内容測れるもの測れないもの起きやすい弊害
絶対評価基準に対して達成したか目標の達成度目標の難易度の差易しい目標を立てた人が有利になる
相対評価他メンバーと比較してどうか順位づけ(予算配分に便利)チーム全体の水準ゼロサムになる。協力が損になる
コンピテンシー評価行動特性(主体性、協働など)行動の傾向実質的な成果「それらしい人」が有利になる
360度評価周囲の複数人が評価する多面的な見え方本当に成果を出した人(影の貢献)人気投票になり得る。政治が入りやすい

重要な事実があります。 多くの企業の評価会議は、相対評価と予算制約の組み合わせです。つまり、あなたの評価は、あなたの絶対的な成果だけでなく、同じ会議に並ぶ他の人の成果と、その期の予算枠で決まります。これは「不公平」というより、「評価にはゼロサムの部分がある」という構造です。

そして、相対評価には副作用があります。他者との比較で報酬が決まると、情報共有や協力が損になる方向のインセンティブが生まれます。この問題は、米国の大手企業で実際に深刻な弊害を生んだことが知られています。

実在の事例: かつてGEが導入した「バイタリティ・カーブ」(上位20%・中位70%・下位10%に区分し、下位を改善対象とする運用)は、多数の企業に模倣されました。しかし、この方式は社内の協力を損ない、短期的な数字を追わせるとして批判が集まり、GEは2015年にこの方式を廃止しています。マイクロソフトも同様の仕組みを2013年に廃止しました。一方で、アドビは2012年に年次の人事評価を廃止し、より頻繁な「チェックイン」型の対話に切り替えました。デロイトも、年次の評価を簡素化し、より頻繁な対話と、シンプルな設問に置き換える方向へ舵を切ったことが報告されています(HBR 2015)。つまり、「順位づけで人を動かす」は、多くの企業で限界が確認された方式だということです。

成果が評価になるまでの4段階の減衰を示す図 実施・記録・要約・比較・分配の5段階を通るにつれて情報が失われていく様子を、帯の幅が狭まる形で示した図。 あなたの1年は、5段階を通るうちに「1行」になる ① 実施 毎日12時間の作業、深夜の障害対応、レビュー、調査、設計のやり直し…… 情報量:100% ② 記録(チケット・PR) 「改修」「対応」とだけ書かれる → 「なぜ」が消える 50% ③ 要約(上司の期末資料) 「改修5件・障害対応7件」→ 「難しさ」が消える 30% ④ 比較(評価会議) 「新機能を出した人」と並べられる 15% ⑤ 分配(予算) 1行 あなたが関与できるのは②③だけ

🔍 検証③:「成果」ではなく「成果の認知」で決まる——3つの認知バイアス

評価会議で起きていることを、もう一段深く見ます。評価者は悪意がなくても、人間の認知の癖の影響を受けます。ここでは代表的な3つを挙げます。

バイアス内容職場で起きる形対策
近接性効果直近の出来事が強く記憶される期末の1か月前に出した成果が、上期全体の印象を決める期末に近い時期に、意味のある成果を置く(期初から計画する)
ハロー効果1つの特徴が全体の評価を歪める「説明がうまい」だけで、成果も高く評価される成果を数値と事実で示し、印象に依存しない材料を渡す
類似性バイアス自分と似た人を高く評価する上司と同じ技術・同じ働き方の人が有利になる評価軸を「上司の好み」ではなく「組織の目的」に結びつけて語る

ここで決定的に重要な研究があります。 フィードバック(評価の伝達)がパフォーマンスを改善するとは限らないという事実です。心理学者クリューガーとデニシは、フィードバック介入に関する多数の研究を統合し、平均すると改善効果がある一方で、約3分の1のケースではパフォーマンスが悪化したと報告しています(Kluger & DeNisi 1996)。つまり、評価フィードバックは、扱い方を誤ると逆効果になるのです。

これは、ジュニアエンジニアにとって2つの意味を持ちます。第一に、評価が下がったとき、それが「実力の評価」であるとは限らない(伝え方や測定の問題であり得る)。第二に、あなた自身が後輩にフィードバックするときも、同じリスクがある。第5回で扱った「対象が成果物か人格か」の区別が、ここでも効きます。

🔍 検証④:上司も評価されている——評価者側の事情

評価を理解するには、評価する側の事情を知る必要があります。上司も、上から評価されているからです。

上司の立場上司が評価されているものあなたへの影響あなたができること
チームの成果責任チーム全体の数字チーム目標に効く貢献が高く評価される自分の成果をチーム目標に結びつけて語る
上層への説明責任「なぜこの評価か」を説明できるか説明しやすい成果が優先される上司がそのまま使える1行を用意する
予算の制約評価の分布を指示されていることがある絶対的な成果だけでは決まらない分配の段階は動かせないと理解し、期待値を持つ
メンバーの離職防止チームの継続性辞めそうな人に配分が寄ることがある不満は「離職の可能性」ではなく「役割の見直し」として伝える

2番目の「説明しやすい成果が優先される」は、最も実務的です。 上司は評価会議で、あなたの成果を他の管理職に説明しなければなりません。説明が難しい成果は、上司の側で使われません。「彼は障害を7件対応しました」は説明できますが、「彼は障害が起きにくい構造に少しずつ改善しました」は説明が難しい。だから、あなたの仕事が説明可能な形になっていないと、上司は使えないのです。

これは「上司に気に入られる」話とは違います。 あなたの成果の言語化を手伝うという話です。上司は、あなたの仕事を全部知っているわけではありません。知らないことを説明することはできません。知らせるのはあなたの役目です。

🔍 検証⑤:可視性は、設計できる

「見える化」というと、自己主張の激しい人が得をするように思えます。しかし、可視性は技術で設計できます。次の5つは、いずれも誇張ではなく、事実を正しく届ける技術です。

#技術具体的なやり方なぜ効くか
1目的をチケットに書く「改修」ではなく「◯◯のため、△△を□□に変更」段階2の減衰を防ぐ。後から検索できる
2週次の3行記録やったこと/結果/次にやること、を毎週金曜に書く段階3の材料を、上司に渡す手間を最小化できる
3意思決定を残す設計の選択理由を1ページに書く(ADR)「なぜその選択か」は、最も評価されにくく最も価値がある
4他チームへの露出技術勉強会、ドキュメント共有、レビューへの参加評価会議に集まる情報は、上司の記憶だけではない
5数値で語る「対応7件」→「障害7件を平均40分で復旧。うち3件は再発防止策を実装」比較可能になり、評価会議で使える

2番目の「週次の3行記録」が、最も費用対効果が高いと考えられます。理由は3つ。第一に、書くのに5分しかかからない。第二に、上司が期末にそのまま使える(上司の作業を減らすので、上司が喜ぶ)。第三に、自分の振り返りにもなる。第1回の「記録」、第5回の「記録という盾」と、同じ技術が3回登場しています。記録は、このシリーズ全体を貫く基本技術です。

週次の3行記録と、期末の評価への流れを示す図 週に3行の記録を積み上げ、四半期ごとに要約して上司に渡すことで、期末の評価会議で使われることを示した図。 記録は「自分のため」と「上司のため」の両方に効く 週次(金曜・5分) ① 今週やったこと ② 結果(数字があれば数字) ③ 次にやること・詰まっていること 書く場所:自分のメモ 四半期(30分) 12回分の3行をまとめて、 半ページの「今期やったこと」に 上司にメールで送る 「認識が違ったら教えてください」 と添えれば、押し付けにならない これが期末資料の下書きになる 期末・評価会議 上司は、あなたが渡した要約を そのまま使える 「説明できる成果」になっている 障害7件を平均40分で復旧、 うち3件は再発防止を実装 記録がない場合、上司は記憶と印象で書く。それが「なんとなく期待通り」の正体である

結果:評価への3つの時点での行動

時点やること具体的な行動効果
期初評価基準を確認する「今期、私は何で評価されますか」と上司に聞き、3〜5項目のメモにして送る方向のずれを防ぐ。上司も答えを準備する
期中記録を積む週次の3行。設計判断はADRとして残す段階2・3の減衰を防ぐ
期中期待値を調整する月1回、15分の1on1で「今の進み方で足りているか」を確認期末のサプライズを防ぐ
期末材料を渡す四半期の要約を、上司が使える形で渡す評価会議で「説明できる成果」になる
期末結果を分解して受け取る「この評価は、どの項目がどうだったか」を聞く不満を「次の行動」に変換できる
期末選択肢を確認する等級・報酬・役割の3つを分けて確認する「評価が低い」の意味を取り違えない
評価は期初と期中に作られ期末に確定することを示すタイムライン 期初の基準確認、期中の記録と期待値調整、期末の材料提出という流れを時系列で示し、期末だけでは間に合わないことを表した図。 評価は「期末」に決まるのではなく、「期初と期中」に作られる 期初(4月) 「今期、何で評価されますか」 と聞き、3〜5項目のメモを送る 方向のずれを防ぐ 上司も答えを準備する (これをしないと、全てが徒労になる) 期中(毎週・毎月) 毎週:3行の記録(5分) 毎月:1on1で期待値を確認 減衰を防ぐ唯一の段階 期末サプライズも防げる (第1回・第5回と同じ「記録」の技術) 期末(3月) 四半期の要約を 半ページで渡す 確定させる ここで初めて 相談しても遅い よくある勘違い:「頑張れば、年末に評価される」 評価に使われる情報は、期末にはすでに固定されている(記録がない人は、記憶と印象で書かれる) 期末にできるのは、次の期の準備だけである

期初の「何で評価されますか」は、言いにくい質問です。 しかし、これを聞かないことは、採点項目を知らずに試験を受けるのと同じです。言い方としては、次の形が角が立ちません。「今期、私が優先すべきことを間違えないように、評価の観点を確認させてください」。これは上司のためでもあります。上司は、メンバーが違う方向に走ると、期末に説明できなくなるからです。

考察:評価に最適化しすぎると、何が起きるか

ここまでの内容を、「評価を取る技術」として読むと、危険な使い方ができます。評価されるために仕事をするという使い方です。

この使い方をすると、次の3つが起きます。第一に、評価されにくいが重要な仕事(テスト整備、ドキュメント、後輩支援、地味な調査)が誰もやらなくなる。第二に、短期的な数字を作るために、長期的な品質を犠牲にする。第三に、本人の技術が伸びなくなる(評価される作業だけを選ぶので、技術の幅が広がりません)。

評価制度は、組織が「見たいもの」を測る道具であり、組織が「必要としているもの」を測る道具ではありません。 この2つは、多くの場合一致しません。テスト整備が評価されにくいのは、テスト整備の価値が「起きなかった障害」という見えない形で現れるからです。だから、制度を賢く使うとは、「評価される仕事だけをやる」ことではなく、「必要な仕事を、評価される形で記録する」ことです。

具体的には、次のように翻訳します。

必要な仕事評価されにくい言い方評価される言い方(事実を変えずに)
テスト整備テストを書きました障害が出やすい3箇所にテストを追加。今後の回帰確認が手作業40分から3分になった
ドキュメント整備ドキュメントを更新しました引き継ぎ時に必要だった口頭説明を30分から5分に短縮(新人の立ち上がりが早くなる)
後輩支援後輩の質問に答えました後輩の手戻りを月4件から1件に削減。レビュー指摘の傾向を共有資料にした
地味な調査原因を調べました調査で判明した原因を報告書にまとめ、同種の障害の再発防止を2件実施した

「事実を変えずに」が重要です。 この翻訳は、誇張ではありません。テストを追加した事実、時間が短縮した事実は、どちらも本当です。変えたのは視点だけです。視点を変えることは、嘘をつくことではありません

同じ事実を別の視点で見ることを表した概念イラスト 同じ作業の記録を、作業者視点と組織視点の2つのレンズで見たときに、伝わる意味が変わることを示した図。 事実は一つ。レンズを変えるだけで、伝わるかどうかが変わる 同じ事実(変えない) 「障害が出やすい3か所にテストを追加した」 レンズA:作業者の言葉 「テストを書きました」 評価会議では「作業の報告」として読まれ、 「何が変わったか」が伝わらない レンズB:組織の言葉 「回帰確認が手作業40分→3分になった」 上司がそのまま評価会議で使える 「説明できる成果」になる

📌 注目ポイント

第一に、成果は評価になるまでに5段階(実施・記録・要約・比較・分配)を通り、各段階で情報が減衰すること。あなたが関与できるのは②記録と③要約だけです。第二に、評価の測り方には絶対評価・相対評価・コンピテンシー評価・360度評価があり、それぞれ測れないものがあること。特に相対評価にはゼロサムの構造があります。第三に、評価者は認知バイアス(近接性・ハロー・類似性)の影響を受けること。第四に、上司も評価されており、「説明しやすい成果」が優先されること。第五に、可視性は設計できる。週次の3行記録が最も費用対効果が高い。第六に、評価に最適化しすぎると、必要な仕事が消える。必要な仕事は、事実を変えずに視点を翻訳して記録します。

💡 活用事例(脚色):週次の3行を1年続けた人の期末

※Reddit や Hacker News で繰り返し共有されてきた複数の体験談をモデルにした脚色(フィクション)です。

エンジニアNは、評価に不満を持っていました。3年連続で「期待通り」。Nは、コードの品質には自信がありました。しかし、評価が上がらない

Nが変えたのは、仕事ではなく記録の場所でした。Nはそれまで、自分の作業を頭の中とチケットだけに置いていました。変更後は、毎週金曜の終わりに5分、3行を自分のメモに書きました。①今週やったこと ②結果(数字があれば)③次にやること。誰にも見せませんでした。

3か月後、上司との1on1で、Nは初めてそのメモの要約を渡しました。半ページです。上司は驚きました。Nの仕事のうち、上司が知っていたのは6割程度でした。特に、「地味な調査」と「後輩の支援」については、上司はほとんど知りませんでした

上司の反応は、Nの予想と違うものでした。「これ、すごく助かる。期末の資料、これで書ける」。

その期の期末、Nの上司は評価会議でNの要約をそのまま使いました。Nの評価は、「期待を上回る」に上がりました。Nは後にこう言っています。「仕事は1ミリも変わっていない。僕がやったのは、上司が使える形に変えただけ。あと、驚いたのは、3か月分のメモを読み返したとき、自分が何をやってきたかを忘れていたこと。記録は、上司のためより、自分のために効いた」。

✅ 要点まとめ

評価は、努力の量ではなく情報の流れで決まります。期初・期中・期末のどこにいるかを意識しながら読んでください。

  • 成果は評価になるまでに5段階を通り、情報が減衰する。関与できるのは記録と要約だけ
  • 評価の測り方には絶対評価・相対評価・コンピテンシー評価・360度評価があり、それぞれ測れないものがある
  • 相対評価にはゼロサムの構造がある。GE(2015年)やマイクロソフト(2013年)は順位づけ方式を廃止した。
  • 評価者は近接性効果・ハロー効果・類似性バイアスの影響を受ける。直近の成果が全体の印象を決めやすい
  • フィードバックは改善するとは限らない(約3分の1は悪化。Kluger & DeNisi 1996)。評価は実力の測定値ではない。
  • 上司も評価されている。だから「説明しやすい成果」が優先される
  • 可視性は設計できる。週次の3行記録が最も費用対効果が高い。上司の作業を減らすのがコツ。
  • 期初に「何で評価されますか」を3〜5項目で確認する。採点項目を知らずに試験を受けない。
  • 評価に最適化しすぎると、必要な仕事が消える。必要な仕事は事実を変えず、視点を翻訳する

🚀 取り込み方:明日から使う3段階

今日(15分でできること):自分の直近3か月の仕事を、上司の視点で3行書いてみてください。①やったこと ②結果 ③次にやること。このとき、上司が知らない情報はどれかを意識してください。知らない情報が多いほど、あなたの記録は「もったいない状態」です。

今週(小さく試すこと):上司との1on1で、評価の観点を確認してください。「今期、私が評価される観点を3つ教えてください」。回答をメモして、その内容をメールで送り返します(「こう理解しました。違っていたら教えてください」)。これだけで、期末のサプライズが大きく減ります

今月(仕組みにすること)週次の3行記録を始め、金曜の終わりに5分の予定をカレンダーに入れてください。そして四半期に1回、12回分を半ページにまとめて上司に渡します。この運用を1年続けると、期末の評価資料は自動的にできあがります。同時に、あなたの1年の記録は、転職のときの職務経歴書にもなります。

🔥 ハマりポイント

その1:「上司が見てくれていない」と結論する。 上司が見ていないのではなく、見える形になっていないだけです。上司は、あなたの1日を知りませんし、知る時間もありません。第4回で扱った「情報の非対称」が、評価の場面で起きているだけです。

その2:成果を大きく見せる。 誇張は、最も短期的に効き、最も長期的に損をする戦略です。一度でも「話が違う」とバレると、その後すべての報告が疑われます。この記事で扱ったのは視点の翻訳であり、事実の改変ではありません

その3:評価を「実力の測定値」と受け取る。 評価は、組織が限られた時間と予算で行った、粗い要約です。実力を正しく測った数値ではありません。第2回で扱った「サポート終了日」と同じで、制度の精度と、あなたの実力は別物です。低い評価は、「今の組織の測り方では、あなたの貢献が伝わっていない」という情報として読むのが正確です。

その4:期末に初めて相談する。 期末に不満を伝えても、その期の評価はもう決まっています。評価は期初と期中に作られ、期末に確定するものです。期末にできることは、次の期の準備だけです。

その5:評価の低かった原因を、自分の人格に求める。 第5回のパワハラ判定と同じで、「成果物の問題」と「存在の問題」は分ける必要があります。評価が低い理由が、測定の問題・予算の問題・認知の問題であることは、珍しくありません。むしろ、その3つのほうが多いくらいです。

🔄 比較:評価への4つの構えと、その代償

構え行動短期的な結果長期的な結果
仕事だけを頑張る記録も翻訳もせず、量と質を上げる達成感がある評価に反映されない。モチベーションが削られる(最も多いパターン)
評価に最適化する評価される仕事だけを選ぶ評価が上がる技術の幅が狭まる。必要な仕事が誰もやらなくなる
諦める評価を気にせず最低限をこなす消耗が減る成長が止まる。異動・転職の材料がなくなる
記録と翻訳を設計する必要な仕事を続け、記録し、上司が使える形で渡す手間が少し増える必要な仕事を続けながら、評価に反映される

4つ目の構えが唯一「技術と評価の両方を伸ばせる」選択肢です。ただし、効果が出るまでに1年かかります。第2回の「18か月前にやることは期限を知ることだけ」、第5回の「記録が3件を超えてから変化が出る」と、同じ構造です。準備は、効く前に地味です

📅 今後の展望:評価制度は「年1回」から離れつつある

評価制度の設計は、世界的に大きく動いています。方向は明確で、「年1回の査定」から「頻繁な対話とフィードバック」へです。アドビ(2012年)やデロイト(2015年に簡素化を公表)の事例、GE・マイクロソフトによる順位づけ方式の廃止が、その流れを作りました。背景には、年1回の評価が「過去の総括」に偏り、成長を促す力が弱いという研究と実務の知見があります。

日本の企業でも、目標管理制度(MBO)からOKRへの移行1on1の定着評価の納得性を高めるための面談の複数回化といった変化が続いています。ただし、制度が変わっても、あなたがやることは変わりません。①基準を確認する ②記録を積む ③相手が使える形で渡す。制度が頻繁な対話に移るほど、この3つはむしろ重要になります。頻繁な対話では、記録がない人は、その場で作ることができないからです。

まとめ

評価が実力とずれるのは、あなたの仕事が足りないからではありません。成果が評価になるまでに5段階を通り、各段階で情報が失われるからです。そして、あなたが関与できるのは記録と要約の2段階だけです。

だから、すべきことは3つです。期初に評価の観点を確認する週次の3行を積む上司がそのまま使える形で渡す。これは評価のためだけの作業ではありません。あなたの1年を、後から振り返れる形にする作業です。転職するとき、異動するとき、あるいは5年後に自分が何をしてきたかを知りたいとき、この記録が効きます。

そして忘れないでください。評価は実力の測定値ではなく、組織の粗い要約です。低い評価は、「今の測り方では伝わっていない」という情報であり、「あなたに価値がない」という情報ではありません

ここまで読んだあなたは、上司に「今期、何で評価されますか」と聞けるようになりました。そして、金曜の5分で、1年分の評価資料を育てられるようになりました。その5分が、1年後のあなたを変えます。

ジュニアエンジニア向け 理不尽との付き合い方 ── 全8回の一覧
いま読んでいるのは 第6回 です。読みたい回から始めても構いません。
  1. 第1回:全体地図:理不尽は「型」で見れば予測できる
  2. 第2回:外部起因の仕様変更:昨日動いたものが、今日動かなくなる
  3. 第3回:内部起因の仕様変更:「ついで」に現場が壊される理由
  4. 第4回:社内政治:正しいだけでは通らない意思決定の作法
  5. 第5回:パワハラ:境界線の引き方と、記録という盾
  6. ▶ 第6回:評価と処遇:頑張りが反映されない構造を分解する(この記事)
  7. 第7回:過去の負債:前任者の遺産を、壊さずに直す
  8. 第8回:総括:理不尽に飲まれないための4つの資本

参考文献

  1. Kluger, A. N., & DeNisi, A. “The Effects of Feedback Interventions on Performance: A Historical Review, a Meta-Analysis, and a Preliminary Feedback Intervention Theory.” Psychological Bulletin, 1996.
  2. Buckingham, M., & Goodall, A. “Reinventing Performance Management.” Harvard Business Review, 2015.
  3. Culbert, S. A. Get Rid of the Performance Review! Business Plus, 2010.
  4. Drucker, P. F. The Practice of Management(目標管理の原典). Harper & Brothers, 1954.
  5. Doerr, J. Measure What Matters(OKR). Portfolio, 2018.
  6. Eichenwald, K. “Microsoft’s Lost Decade.” Vanity Fair, 2012.
  7. General Electric. 年次報告・人事制度変更に関する公表資料(バイタリティ・カーブの廃止, 2015). https://www.ge.com/
  8. Adobe. “Adobe Abolishes Annual Performance Reviews (Check-in).” 2012. https://www.adobe.com/
  9. Deloitte. “Global Human Capital Trends.” https://www2.deloitte.com/
  10. Ferris, G. R., et al. “Development and Validation of the Political Skill Inventory.” Journal of Management, 2005.
  11. Pronin, E., Lin, D. Y., & Ross, L. “The Bias Blind Spot: Perceptions of Bias in Self Versus Others.” Personality and Social Psychology Bulletin, 2002.
  12. Tversky, A., & Kahneman, D. “Judgment under Uncertainty: Heuristics and Biases.” Science, 1974.
  13. Nisbett, R., & Ross, L. Human Inference: Strategies and Shortcomings of Social Judgment. Prentice-Hall, 1980.
  14. Hunter, J. E., Schmidt, F. L., & Judiesch, M. K. “Individual Differences in Output Variability as a Function of Job Complexity.” Journal of Applied Psychology, 1990.
  15. Gallup. State of the Global Workplace. https://www.gallup.com/
  16. 厚生労働省「賃金構造基本統計調査」「雇用動向調査」 https://www.mhlw.go.jp/ 、独立行政法人労働政策研究・研修機構(JILPT)「人事評価に関する調査研究」 https://www.jil.go.jp/

© Copyright 2005-2026| Rui Software | All Rights Reserved