頑張りが評価に反映されない構造を分解する:見えない採点基準を攻略する【第6回】
1年間、いちばん多く手を動かした。障害も全部拾った。それなのに評価は「期待通り」。この記事を読み終えると、評価が「成果」ではなく「成果の可視化」で決まる構造を理解し、期初のすり合わせ・週次の記録・期末の提示という3つの時点で動けるようになります。理不尽との付き合い方シリーズ(全8回)の第6回です。
⚠️ このシリーズの事例について
各回に登場する職場のストーリーは、Reddit(r/cscareerquestions、r/ExperiencedDevs 等)・Hacker News・X(旧Twitter)で繰り返し共有されている体験談をモデルに、人物・企業・時期・数値を置き換えて脚色したフィクションです。一方、検証セクションで扱う研究・制度・企業の事例は公開情報で確認できる実在のものであり、参考文献に原典を示しています。
🎯 テーマの主役:「評価制度」——採点機は、歌のうまさを測っていない
今回の主役は評価制度です。一言で言えば、評価制度とは「組織が、限られた報酬(給与・昇進・ポジション)を配るための、測定と分配のルール」です。
日常の例えで言うなら、カラオケの採点機です。採点機は、あなたの歌がうまいかどうかを測っているわけではありません。測れる項目を測っています。音程の安定、しゃくりの回数、ビブラートの長さ、マイクへの音量。同じ歌唱力でも、点数は歌い方で大きく変わります。点数が低いのは、歌が下手だからとは限りません。何が測られるかを知らなかったからです。
もう1つの例えは、写真です。あなたの1年間は、365日の連続した時間です。ところが評価の場では、そのうちの数枚の写真だけが参照されます。何が写っているかは、写真を選ぶ人(上司)と、写真を出す人(あなた)で決まります。写真を出さなければ、写っていないのと同じです。
ここで重要なのは、これは「ずるい」とか「見せ方の勝負」という話ではないという点です。評価制度は、組織が数百人・数千人の貢献を、限られた時間で比較するための仕組みです。全部を詳細に見ることは物理的に不可能なので、要約された情報(=写真)で判断するしかありません。だから、「全部見てくれなかった」と怒るより、「何が測られ、どの写真が参照されるか」を知って、正しく対応するほうが、はるかに実用的です。
動機:いちばん働いた人が、いちばん評価されない
※以下は、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)。つまり、「順位づけで人を動かす」は、多くの企業で限界が確認された方式だということです。
🔍 検証③:「成果」ではなく「成果の認知」で決まる——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項目のメモにして送る | 方向のずれを防ぐ。上司も答えを準備する |
| 期中 | 記録を積む | 週次の3行。設計判断はADRとして残す | 段階2・3の減衰を防ぐ |
| 期中 | 期待値を調整する | 月1回、15分の1on1で「今の進み方で足りているか」を確認 | 期末のサプライズを防ぐ |
| 期末 | 材料を渡す | 四半期の要約を、上司が使える形で渡す | 評価会議で「説明できる成果」になる |
| 期末 | 結果を分解して受け取る | 「この評価は、どの項目がどうだったか」を聞く | 不満を「次の行動」に変換できる |
| 期末 | 選択肢を確認する | 等級・報酬・役割の3つを分けて確認する | 「評価が低い」の意味を取り違えない |
期初の「何で評価されますか」は、言いにくい質問です。 しかし、これを聞かないことは、採点項目を知らずに試験を受けるのと同じです。言い方としては、次の形が角が立ちません。「今期、私が優先すべきことを間違えないように、評価の観点を確認させてください」。これは上司のためでもあります。上司は、メンバーが違う方向に走ると、期末に説明できなくなるからです。
考察:評価に最適化しすぎると、何が起きるか
ここまでの内容を、「評価を取る技術」として読むと、危険な使い方ができます。評価されるために仕事をするという使い方です。
この使い方をすると、次の3つが起きます。第一に、評価されにくいが重要な仕事(テスト整備、ドキュメント、後輩支援、地味な調査)が誰もやらなくなる。第二に、短期的な数字を作るために、長期的な品質を犠牲にする。第三に、本人の技術が伸びなくなる(評価される作業だけを選ぶので、技術の幅が広がりません)。
評価制度は、組織が「見たいもの」を測る道具であり、組織が「必要としているもの」を測る道具ではありません。 この2つは、多くの場合一致しません。テスト整備が評価されにくいのは、テスト整備の価値が「起きなかった障害」という見えない形で現れるからです。だから、制度を賢く使うとは、「評価される仕事だけをやる」ことではなく、「必要な仕事を、評価される形で記録する」ことです。
具体的には、次のように翻訳します。
| 必要な仕事 | 評価されにくい言い方 | 評価される言い方(事実を変えずに) |
|---|---|---|
| テスト整備 | テストを書きました | 障害が出やすい3箇所にテストを追加。今後の回帰確認が手作業40分から3分になった |
| ドキュメント整備 | ドキュメントを更新しました | 引き継ぎ時に必要だった口頭説明を30分から5分に短縮(新人の立ち上がりが早くなる) |
| 後輩支援 | 後輩の質問に答えました | 後輩の手戻りを月4件から1件に削減。レビュー指摘の傾向を共有資料にした |
| 地味な調査 | 原因を調べました | 調査で判明した原因を報告書にまとめ、同種の障害の再発防止を2件実施した |
「事実を変えずに」が重要です。 この翻訳は、誇張ではありません。テストを追加した事実、時間が短縮した事実は、どちらも本当です。変えたのは視点だけです。視点を変えることは、嘘をつくことではありません。
📌 注目ポイント
第一に、成果は評価になるまでに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年後のあなたを変えます。
参考文献
- 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.
- Buckingham, M., & Goodall, A. “Reinventing Performance Management.” Harvard Business Review, 2015.
- Culbert, S. A. Get Rid of the Performance Review! Business Plus, 2010.
- Drucker, P. F. The Practice of Management(目標管理の原典). Harper & Brothers, 1954.
- Doerr, J. Measure What Matters(OKR). Portfolio, 2018.
- Eichenwald, K. “Microsoft’s Lost Decade.” Vanity Fair, 2012.
- General Electric. 年次報告・人事制度変更に関する公表資料(バイタリティ・カーブの廃止, 2015). https://www.ge.com/
- Adobe. “Adobe Abolishes Annual Performance Reviews (Check-in).” 2012. https://www.adobe.com/
- Deloitte. “Global Human Capital Trends.” https://www2.deloitte.com/
- Ferris, G. R., et al. “Development and Validation of the Political Skill Inventory.” Journal of Management, 2005.
- Pronin, E., Lin, D. Y., & Ross, L. “The Bias Blind Spot: Perceptions of Bias in Self Versus Others.” Personality and Social Psychology Bulletin, 2002.
- Tversky, A., & Kahneman, D. “Judgment under Uncertainty: Heuristics and Biases.” Science, 1974.
- Nisbett, R., & Ross, L. Human Inference: Strategies and Shortcomings of Social Judgment. Prentice-Hall, 1980.
- 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.
- Gallup. State of the Global Workplace. https://www.gallup.com/
- 厚生労働省「賃金構造基本統計調査」「雇用動向調査」 https://www.mhlw.go.jp/ 、独立行政法人労働政策研究・研修機構(JILPT)「人事評価に関する調査研究」 https://www.jil.go.jp/
Rui Software