360度評価のフィードバックが返ってきたが、これが昇給や昇格にどう効くのか分からない。この疑問への答えは、多くの会社で360度評価は昇給額を直接決める計算式には入っておらず、評価ランクを確定させる会議での補強材料か、育成のためのフィードバックとして使われているというものです。点数が高くても、それだけで昇給額が増える設計にはなっていないのが一般的です。

基準線として、情報通信業で昇給の内容が業績評価などによると答えた企業は 88.6%(令和8年(2026年)) です。評価が昇給に効く会社は多数派ですが、その評価を誰から集めているかまでは統計には表れません。本記事では、360度評価が処遇へ届くまでの経路、自社の運用が処遇に効いているかを見分ける手順、結果を次の期の昇給につなげる読み方を順に整理します。評価ランクそのものの決まり方は相対評価と絶対評価で昇給額はどう変わるかで扱っています。

結論:360度評価は昇給額ではなく昇格判定に効きやすい

360度評価の結果が最も使われるのは、昇給額の計算ではなく昇格の判定です。昇給額は等級と評価ランク、その期に配れる原資から計算されるため、途中に別の点数を足し込む余地が小さいのに対して、昇格は「次の等級の役割を担えるか」という判断であり、周囲から見た働き方の情報が判断材料として機能するためです。

そうなる理由は、二つの決定が答える問いが違うところにあります。昇給額は「今期の成果にいくら配るか」という配分の問題で、分配のルールが崩れると他の社員との整合が取れなくなります。昇格は「来期からどの役割を任せるか」という任命の問題で、本人の成果だけでなく、他のメンバーが一緒に働けるかどうかが結果に関わります。後者のほうが、上司以外の視点を入れる意味が大きくなります。

実際の数字で見ると、情報通信業で定期昇給制度がある企業は 93.9% あり、1人平均賃金の改定額は 17,884円/月(令和8年(2026年)) です。昇給は制度として毎年決まった幅で動く部分が大きく、個人の評価で動かせる範囲はその内側に収まります。一方で等級が一段上がれば帯そのものが変わるため、360度評価の情報が昇格判定で効いた場合のほうが、年収への影響は大きくなります。

注意したいのは、会社によっては360度評価を評価項目の一部として点数化している例もある点です。その場合は昇給額の計算式に直接入ります。自社がどちらなのかは制度の名前からは判別できないため、後述の確認手順で昇給の計算式に入っているかを確かめてください。

360度評価は何を集めている仕組みなのか

360度評価は、上司からの一方向の評価に対して、同僚、部下、他部署の関係者といった複数の方向から評価とコメントを集める仕組みです。多面評価、ピアレビュー、相互フィードバックといった名称でも運用されています。集めるのは成果の金額ではなく、仕事の進め方や周囲への関わり方が中心になります。

複数の方向から集める理由は、上司一人の観測範囲では見えない部分があるからです。エンジニアの仕事は、設計のレビュー、障害対応時の判断、他チームとの仕様調整など、上司が同席していない場面で進むことが多くあります。そこでの振る舞いは、同じプロジェクトのメンバーのほうが具体的に観測しています。上司の評価を否定するためではなく、観測の穴を埋めるために集めている情報です。

具体的に拾われやすいのは、設計方針を他のメンバーへ説明できていたか、レビューの指摘が相手の手戻りを減らす形だったか、障害の一次対応で判断を引き取ったか、仕様の曖昧さを早い段階で指摘したか、といった行動です。どれも成果物の数ではなく、周囲の仕事の進みやすさに関わる項目です。上位の等級が求める役割と重なる領域が多いため、昇格判定の材料として使われます。

ただし、集めた内容がそのまま本人へ返るとは限りません。会社によっては上長が要約して伝える運用もあり、個別のコメントは開示されないことがあります。開示の範囲は制度として決まっているはずなので、結果が返ってこない場合は、そもそも本人に開示しない設計なのかを確認するほうが早く済みます。

なぜ昇給の計算式に直接入れにくいのか

360度評価を昇給額の計算式に直接入れている会社は多くありません。回答者の構成が人によって違い、年ごとにも変わるため、点数を横に並べて金額へ変換すると不公平が生じやすいからです。同じ点数が同じ意味を持たない指標を、金額の根拠には使いにくいという事情があります。

理由を分解すると三つあります。第一に、回答者が誰かによって点数の水準が変わります。厳しく付ける部門と甘く付ける部門が混在すると、点数差が実力差を表しません。第二に、立場によって見えている範囲が違います。部下から見た評価と他部署から見た評価は、同じ項目でも別のものを測っています。第三に、処遇へ直結すると分かった時点で、回答そのものが歪みます。互いに高く付け合う、あるいは特定の相手を下げるといった行動が起きやすくなります。

そのため多くの会社では、360度評価を評価会議での参考情報、あるいは本人へのフィードバック専用として扱います。実際の昇給額は、等級と評価ランクと原資から決まります。情報通信業で1人平均賃金を引き上げた企業の割合は 96.6% と高いものの、ベースアップを実施した企業は 58% です。賃金表を書き換える会社は6割弱で、残りは定期昇給の枠内で配っていることになります。配る総額が先に決まっているなら、途中に別の点数を足しても配分が動くだけです。

注意点として、計算式に入っていないことは、処遇に無関係であることを意味しません。評価会議で昇格候補を比べるときに、周囲からの見え方が最後の判断を分けることがあります。影響の経路が間接的なだけで、効いていないわけではないという読み方が実態に近くなります。

昇給額を決めているのは原資と等級

昇給額の大きさを決めているのは、その期に配れる原資の総量と、自分がいる等級の帯です。評価の方式がどうであれ、この二つの外側へは出られません。360度評価の点数を上げる努力より、自分がどの帯のどこにいるかを把握するほうが、金額の見通しは立ちます。

原資が先に決まるのは、人件費の計画が事業の利益から組まれるためです。評価はその総額を社員へ配る手順であり、総額を増やす手段ではありません。産業と企業規模の水準として、1人平均賃金の改定率は全産業で 4.4%、情報通信業で 4.4% でした。評価方式の違いで、この水準を大きく超えることは難しくなります。

帯の側を具体的に見ると、同じ条件でもスキルの水準で市場の目安は次のように分かれます。

  • スキル下位(スコア30):491〜576万円
  • スキル上位(スコア85):602〜707万円

いずれも実務三年から五年、東京の上場企業という条件を固定した場合の目安です。この幅の内側で評価が効き、幅そのものを変えるのは等級や企業タイプの側です。360度評価で高い点数が付いたとしても、帯の上端に近い位置にいれば昇給の幅は小さく設計されていることがあります。等級と給与位置の関係は等級・グレード制度と昇格で整理しています。

注意したいのは、これらが産業や条件でまとめた目安であり、個人の昇給額の目標値ではない点です。同じ規模でも利益率が違えば原資は変わります。自分の昇給額が平均より小さいからといって不当とは言えず、大きいからといって等級が進んでいるとも言えません。桁の感覚を持つための値として扱ってください。

昇格判定で360度評価が効く場面

昇格判定で360度評価が効くのは、等級の要件に「他者を通じて成果を出すこと」が入っている段階です。担当範囲が自分の実装だけで完結する等級では、周囲からの評価が判断を分ける場面は少なくなります。要件にレビュー、設計方針の合意形成、育成といった項目が入り始めると、周囲の観測が判断材料として必要になります。

理由は、これらの要件が本人の作業量では測れないところにあります。レビューの質は、指摘の件数ではなく、指摘を受けた側の手戻りが減ったかどうかで決まります。設計方針の合意形成も、資料の枚数ではなく、関係者が納得して進めたかどうかが成果です。どちらも、受け取った側の証言がなければ確認できません。

具体例として、同じ実務年数のエンジニアが二人いて、一方は担当機能を期限内に実装し続け、もう一方は実装量は同程度だが他のメンバーの詰まりを解消し、仕様の曖昧さを早めに拾っていたとします。上司の目には成果物の量として同じに見えても、360度評価では後者に具体的な記述が集まります。次の等級がチームの成果に責任を持つ役割であれば、この差が昇格候補の順番を変えます。育成が等級要件に入る会社での評価の作り方は等級要件に育成・メンタリングが入る会社で扱っています。

ただし、周囲からの評価が良ければ昇格できるわけではありません。昇格には枠がある会社も多く、要件を満たしていても席が空くまで待つ状態になります。また、技術的な判断の深さは360度評価では測りにくいため、設計のレビュー履歴や障害対応の記録といった別の材料が必要になります。評価を補う材料として位置づけるのが妥当です。

エンジニアの評価で拾われやすい項目と、拾われない項目

360度評価が拾いやすいのは、他のメンバーの作業に接する部分です。逆に、一人で完結する深い技術判断や、長期的に効果が出る改善は拾われにくくなります。この偏りを知らずに点数だけを見ると、自分の仕事の価値を誤って読むことになります。

偏りが出るのは、回答者が観測できた範囲しか書けないためです。性能問題の原因を一人で突き止めた、将来の障害を防ぐ設計にした、といった仕事は、結果が起きなかったことで示されるため周囲の記憶に残りません。一方で、レビューの返し方や質問への応答は毎日観測されるため、記述が集まります。

拾われやすい項目と拾われにくい項目を並べると、おおむね次のように分かれます。

拾われやすい 拾われにくい
レビューの指摘の仕方、返す速さ 一人で行った原因調査の難しさ
仕様の曖昧さを早めに指摘したか 起きなかった障害を防いだ設計
障害対応で判断を引き取ったか 長期の技術的負債の返済
他チームとの調整の進め方 技術選定の妥当性の深さ
質問への応答と情報共有 社外発信や個人の学習の蓄積

この表は、どちらが価値が高いかを示すものではありません。左側は周囲が毎日観測する行動で、右側は結果が見えにくい仕事です。評価されないから右側をやめるという読み方は誤りで、右側は360度評価とは別の材料で示す必要があるという読み方になります。設計やアーキテクチャの判断がどう評価されるかは技術選定・アーキテクチャの責任と年収で扱っています。

表が当てはまらない場合もあります。回答者が同じプロジェクトの技術者だけに限定されている運用では、右側の項目にも具体的な記述が集まります。逆に、他部署の非技術者が回答者に多い運用では、左側の項目へさらに偏ります。自分の結果を読む前に、誰が回答者だったかを確認してください。

自社の360度評価が処遇に効いているか確かめる4手順

見分ける手順は、制度文書を読むより、集めた情報の行き先を聞くほうが確実です。次の四つを順に確認すると、処遇に効く制度か、育成のための制度かがおおむね判定できます。

  1. 360度評価の結果は、誰に渡るか(本人だけか、一次評価者か、評価会議か)
  2. 昇給額の計算式に、360度評価の点数は入っているか
  3. 昇格の判定資料に、360度評価の結果は含まれるか
  4. 回答者は誰が選ぶか(本人、上長、人事のいずれか)

一つ目で本人だけに返ると答えられた場合、その制度は育成目的です。処遇への影響を気にする必要はなく、指摘の内容を次の期の担当範囲へ反映させる使い方になります。二つ目で計算式に入っていると答えられた場合は、点数の重みと評価項目を確認する価値があります。三つ目は昇格候補の比較に使われているかの確認で、ここで使われているなら要件との対応を上長と突き合わせるべき制度です。四つ目は結果の読み方に関わります。本人が回答者を選べる運用では点数が高めに出やすく、人事が選ぶ運用では観測範囲の広い結果になります。

これらは制度の内部情報を聞き出す質問ではなく、自分の処遇がどう決まるかの確認です。就業規則や人事制度の説明資料に記載がある会社もあるため、まず社内の資料を探し、見つからない項目だけを上長か人事へ聞く順番にすると話が早くなります。

答えが得られない場合、その事実自体が判断材料になります。特に二つ目と三つ目に答えられない会社では、集めた情報の行き先が決まっていない可能性があります。処遇に効かない制度であれば、点数の上下に時間をかける意味は小さくなります。

回答者として書くときに気をつけること

回答者として同僚を評価するときは、人物の印象ではなく、観測できた行動と場面に絞って書くほうが安全で、受け取る側にも役に立ちます。印象で書かれたコメントは、受け取った本人が次に何を変えればよいか分からず、評価会議でも使われません。

行動に絞る理由は、匿名性の限界にもあります。回答者が少ない部門では、コメントの内容から誰が書いたか推測できてしまうことがあります。人物評が入っていると、その推測が人間関係の問題に変わります。場面と行動だけを書いていれば、仕事上の指摘として残ります。

書き方の具体例として、「コミュニケーションに課題がある」と書くより、「仕様の変更を実装の後に共有されたため、確認の手戻りが生じた場面があった」と書くほうが、受け取る側が次の行動を変えられます。良い点も同じで、「頼りになる」より「障害の一次切り分けを引き取ってもらい、調査の範囲が早く狭まった」のほうが、評価会議でも昇格判定の材料になります。

注意点として、評価を下げる意図のない指摘であることが伝わる書き方にしてください。また、観測していない項目には答えないか、観測機会がないと記入するほうが結果の精度が上がります。推測で埋めた回答は、本人の読み違いを生むだけで誰の役にも立ちません。

返ってきた結果を次の昇給につなげる読み方

結果が返ってきたら、点数の高低より、指摘が次の等級の要件に対応しているかを見ます。要件に対応している指摘は、次の期の担当範囲を変える根拠になります。対応していない指摘は、改善しても等級は動きません。この切り分けが、結果を処遇へつなげる唯一の経路です。

要件と突き合わせる理由は、昇格の判定が要件の充足で行われるためです。周囲からの評価が良くても、要件に書かれていない領域で良かっただけなら判定は動きません。逆に、点数が平均程度でも、要件に書かれた項目へ具体的な記述が集まっていれば、評価会議で使える材料になります。

具体的な進め方としては、次の等級の要件を一覧にし、360度評価の指摘を各要件の下に並べます。記述が集まっている要件は、すでに担当できている可能性が高い領域です。記述が一つもない要件は、観測されていないか、そもそも担当していない領域です。後者であれば、次の期にその範囲を担当させてもらう相談が具体的にできます。自己評価の側からの組み立て方は人事評価の自己評価シートを昇給・昇格につなげる書き方にまとめています。

注意点は、すべての指摘に対応しようとしないことです。回答者の立場によって求めるものが違うため、全部を満たす行動は存在しません。要件に関係する指摘を選び、残りは参考として扱うほうが結果が出ます。目標設定の側と連動させる方法はOKR・MBOの目標設定が昇給額をどこまで左右するかで扱っています。

点数が低く出たときの切り分け

点数が低く出たときに最初にやるのは、低く出た項目が等級の要件に含まれるかの確認です。含まれていなければ昇格判定への影響は小さく、含まれている場合は次の期の担当範囲を変える必要があります。点数の絶対値で落ち込んでも、打ち手は決まりません。

切り分けが必要なのは、低い点数の原因が複数あるためです。要件に対する実力不足のほかに、観測機会の少なさ、回答者の構成の偏り、役割の変更直後で成果が見えていない時期、といった原因があります。原因が違えば打ち手も違い、実力不足でないものを努力で埋めようとすると時間を失います。

確認する順序としては、次の形が無駄が少なくなります。

  1. 低く出た項目が、次の等級の要件に含まれるか
  2. 回答者はその項目を観測できる立場だったか
  3. 同じ項目を上長も低く見ているか
  4. 直近で担当範囲や役割が変わっていないか

一つ目と二つ目で影響の大小が決まり、三つ目で評価者の認識とのずれが分かります。四つ目は時期の問題で、役割が変わった直後は周囲の観測が追いついていないことがあります。評価そのものへの納得感を上長と詰める進め方は昇給額に納得できないときの評価面談の進め方で扱っています。

注意点として、匿名のコメントの書き手を特定しようとしないことです。特定に時間を使っても処遇は動かず、制度への信頼を損ないます。内容だけを材料として扱うのが、結果を使う側の立場として現実的です。

制度が機能していない会社の兆候

360度評価が形だけ残っている会社もあります。その状態では、点数を上げる努力が処遇に結びつきません。見分けるための兆候はいくつかあり、複数が重なっていれば、処遇の側で動かせる余地は小さいと判断できます。

機能しなくなるのは、集めた情報の使い道が決まっていないためです。導入時には育成目的として始まり、運用の中で誰も結果を使わなくなる形が典型です。回答する側も使われないことを察知するため、回答の粒度が落ち、さらに使えない情報になります。

兆候として、次のような状態が続いていれば形骸化の可能性があります。

  • 結果が返ってくる時期が毎年ずれる、または返ってこない年がある
  • コメントが定型文に近く、具体的な場面が書かれていない
  • 上長との面談で360度評価の内容に触れられない
  • 回答者の人数が少なく、毎年同じ相手が選ばれている
  • 昇格者の説明に360度評価が出てこない

ただし、これらは制度が無意味であることの証明ではありません。処遇に効かない育成目的の制度として正しく運用されている場合も、同じ症状の一部が出ます。切り分けには、前述の確認手順で結果の行き先を聞くのが確実です。行き先が決まっていて使われているなら、返り方が遅いだけという場合もあります。

転職市場では360度評価の結果は引き継がれない

社内の360度評価の結果は、外に出た時点でほぼ意味を持ちません。応募先が検証できない社内資料であり、提出を求められる場面もないためです。応募先が見るのは、担当した判断の範囲と、その結果として何が変わったかです。

引き継がれない一方で、指摘の内容は書類の作り方に転用できます。周囲から具体的に記述された行動は、応募先にも説明できる事実であることが多いためです。設計のレビューで誰にどの判断を説明したか、他チームとどの調整を担ったか、障害対応でどこまでの判断を引き取ったか。こうした形に置き換えると、応募先が評価できる記述になります。

市場の水準として、ITエンジニアの平均年収は 469万円(2025年)、情報通信業の平均給与は 682万円 です。前者は転職サービスの登録者、後者は国税庁の統計で、対象も集計方法も違うため直接は比べられません。どちらも自分の値を当てはめる基準ではなく、社内の評価とは別の軸で水準が決まっていることを示す材料として見てください。

注意点として、社内で要件が示され、それを満たせば昇格できる見通しがあるなら、先に社内で等級を上げたほうが経歴として説明しやすくなります。等級が上がった状態で外を見るほうが、応募先で提示される帯も上になりやすいためです。企業タイプを変えたときの水準差は次のとおりです。

企業タイプ推定レンジレンジの図
メガベンチャー・外資615〜722万円
上場・大手541〜636万円
中小の受託・SIer468〜549万円
スタートアップ492〜578万円
SES418〜491万円
条件:3〜5年/東京/スキルスコア55。公開統計をもとにした推定であり、実際の年収を保証するものではありません。算出方法

この表は、実務三年から五年、東京勤務、スキル中位という条件を固定し、企業タイプだけを変えた場合の目安です。行ごとの差は事業の利益率と商流の位置から生じる構造的なもので、評価や交渉で埋まる幅ではありません(企業タイプ別の年収相場)。フリーランスや業務委託で働いている場合は評価制度による昇給自体がなく、単価の改定が同じ役割を果たすため、この表は当てはまりません。

聞いてよいことと、答えが出ないこと

聞いてよいのは、自分の処遇がどう決まるかに直接関わる範囲です。結果の行き先、昇給の計算式に入るか、昇格判定に使われるか、回答者は誰が選ぶか、次の等級の要件は何か。これらは自分の処遇の説明を求めるものなので、通常は質問して問題のない内容です。

一方で、答えが出ないものもあります。個別のコメントの書き手、他人の点数、評価会議での発言内容、回答者の選定理由の詳細などは、非公開として扱う会社が多数です。これらを聞き出そうとすると、質問の目的が処遇の確認から情報収集に見えてしまい、話が進みにくくなります。自分の条件に絞るほうが実益があります。

昇給の結果として手取りがどう動くか、評価が退職金の算定基礎にどう関わるかといった個別の計算は、勤務先の担当者や税理士などの専門家に確認してください。評価制度の確認の範囲では、金額の決まり方までを押さえれば十分です。給与明細の側から昇給の内訳を確かめる方法は昇給額を給与明細で確かめる手順にまとめています。

まとめ

  • 360度評価は昇給額の計算式に直接は入らないことが多く、評価会議での補強材料か育成目的のフィードバックとして使われる。処遇への影響は昇格判定の側に出やすい
  • 昇給額を決めるのは原資の総量と等級の帯で、評価方式の違いで産業と規模の水準を大きく超えることは難しい。金額を動かすのは評価の一段より等級の一段
  • 自社の運用は、結果の行き先、昇給の計算式に入るか、昇格判定に使われるか、回答者を誰が選ぶかの四点を聞けば判定できる。結果は点数ではなく等級要件との対応で読む