【現役SEの実例】評価される目標設定の具体例5選｜評価が変わった理由

「目標は立てているのに評価されない…」

そんな悩みを持つエンジニアは少なくありません。

・資格取得を目標にした
・技術学習を続けている
・真面目に仕事に取り組んでいる

それでも評価されない。

原因は努力不足ではありません。
評価されない原因は「目標設定」にあることが多いです。

たつや

こんにちは。ITエンジニア16年目のたつやです。

僕自身も、努力しているのに評価されない時期がありました。

しかし、目標設定の立て方を変えたことで、
評価が大きく変わりました。

この記事では

を、現役SEの実例をもとに解説します。

評価されないのは努力不足ではない

はっきり言うと、努力と評価は別物です。

・毎日勉強している
・技術書を読んでいる

これは素晴らしい努力です。

しかし、評価には直結しないことがあります。

なぜなら、上司が見ているのは「業務にどう貢献したか」だからです。
どれだけ頑張っていても、成果として見えなければ評価のしようがない。

僕も以前は資格の勉強や技術学習を続けていましたが、評価は変わりませんでした。
「頑張っているのに」とずっと思っていました。

このように、努力しているのに評価されない理由については、
こちらの記事でも詳しく解説しています。

「努力しているのに評価されない」はなぜ起きるのか

参考

「努力しているのに評価されない」はなぜ起きるのか。エンジニアの思考の盲点｜たつや｜AI時代のエンジニア戦略

note（ノート）

評価されるためには、目標設定の立て方を変えることが必要です。

評価されない目標設定の特徴

評価されない目標設定には共通点があります。

抽象的な目標になっている

「技術力向上」「スキルアップ」。こういった目標を書いたことはないでしょうか。

でもこれでは、達成したかどうか誰も判断できません。

「レビュー指摘件数を10%減らす」「50人月規模のプロジェクトPMを担う」のように具体化して初めて、評価できる目標になります。

たつや

僕も昔は『スキルアップ』と書いてしまっていました

新人エンジニアくん

確かに評価しにくいですね

成果が見えない目標になっている

「AWSを勉強する」と「AWSコミュニティに参画する」では、評価のされやすさが全然違います。

上司はあなたの勉強時間を見ていません。見えるのは成果だけです。努力のプロセスではなく、業務への貢献として表れる目標を立てることが重要です。

評価者目線が抜けている

自分が興味ある技術、個人的に伸ばしたいスキル。それ自体は大切ですが、評価の場ではズレが生じることがあります。

評価するのは上司です。上司が見ているのは、チームや業務への貢献です。
「自分が成長したい」ではなく「チームにどう貢献するか」を起点に目標を考えると、評価につながりやすくなります。

たつや

評価される目標は会社への貢献があるかが重要です

新人エンジニアくん

自分目線だけではダメなんですね

【現役SEの実例】評価される目標設定の具体例5選

ここからは、実際に評価された目標設定の具体例です。

具体例① 技術スキル向上｜「資格取得」は立派な目標になる

仕事をこなすのは、全員やっている。その前提の上で、プラスαで何かを達成しているかどうかが、評価の差になります。

資格取得は、そのプラスαとして機能しやすい目標です。「取得する」と書けば合否で達成が明確になり、上司も評価しやすい。僕自身、年間目標に資格取得を掲げて毎年合格し続けたことで、同僚と差がついていきました。

「みんな真面目に働いている」という横並びの中で、一つ頭が出る。資格取得はそういう目標です。

具体例②業務改善｜数値で語る

「効率化する」と「作業時間を20%削減する」では、上司の受け取り方がまったく違います。

数値があるだけで、達成の基準が明確になり、評価もしやすくなる。曖昧な目標は曖昧な評価しか生みません。改善系の目標を立てるときは、必ず数値をセットにする癖をつけておくと強いです。

具体例③ チーム貢献｜ナレッジ共有

自分の成長だけを目標にすると、どうしても個人完結になりがちです。

「チームに知見を共有する」「セミナーの受講報告を発表する」といった目標は、自分の成長がチームの成果につながる。上司から見ても評価しやすく、周囲からの信頼にもつながりやすいポイントです。

具体例④ 品質向上｜バグ削減・レビュー精度

「バグ件数を減らす」「レビューの精度を上げる」は、プロジェクトの成功に直結する目標です。

セルフチェックシートの見直しやAIを活用したコードレビューなど、具体的な改善策とセットで目標を立てると説得力が増します。地味に見えて、継続すると着実に評価につながります。

具体例⑤ キャリア成長｜役割の拡大

「設計を担当する」「リーダーを経験する」といった役割拡大の目標は、会社側の期待とも重なりやすい。こなせる仕事の幅が広がるほど、組織への貢献度も上がる。評価と自分の成長が連動しやすい、目標設定の中でも特に長期的に効く選択肢です。

評価される目標設定の作り方

「どんな目標を書けばいいか分からない」という人に向けて、すぐ使える3つのステップを紹介します。

STEP① 評価基準を上司に確認する

目標設定で一番やってはいけないのは、上司の期待とズレた目標を立てることです。どれだけ質の高い目標でも、評価者が求めていなければ意味がない。

まず上司にこう聞いてみてください。

• 「今期、特に期待している役割はありますか？」
• 「評価のポイントはどこに置いていますか？」

聞きにくいと感じる気持ちはわかります。でも、ズレたまま1年間走り続ける方がずっと損です。最初の5分で確認するだけで、目標の精度が大きく変わります。

STEP② 数値化する

目標に数値が入った瞬間、評価できるものに変わります。

数値は完璧でなくて構いません。回数、件数、削減率、期間、何でもいい。「なんとなくできた」を「確かに達成した」に変えるのが数値の役割です。

STEP③ 定期的に共有する

「完成してから報告しよう」と思っていると、上司の目には何もしていない人に映ります。

月1回でいい。進捗が50%でも、うまくいっていない状況でも、共有すること自体に意味があります。上司は報告を受けることで、あなたが動いていると認識できる。評価は期末だけで決まるわけではなく、日々の積み重ねの印象で変わっていきます。

途中共有を始めてから、評価が変わったと感じるエンジニアは多いです。僕自身もそうでした。

たつや

途中共有はかなり効果がありました

新人エンジニアくん

完璧になってから報告していました…

僕が評価されるようになったきっかけ

努力しているのに評価されない。その状態がしばらく続いていました。

変わったのは、目標を数値化して、途中で上司に共有するようにしてからです。やっていることは大きく変わっていない。でも、見え方が変わった。

評価は努力量ではなく、成果の見える化で変わります。

まずは、今の目標を「数値化できているか？」だけでも見直してみてください。
それだけで、評価は大きく変わります。

まとめ：評価されるエンジニアは目標設定が違う

努力しているのに評価されない。その原因は、目標設定にあることがほとんどです。

評価される目標には、共通する3つの特徴があります。

頑張っていることと、評価されることは別物です。どれだけ努力しても、それが上司に見える形になっていなければ、評価のしようがない。

逆に言えば、目標の立て方を変えるだけで、同じ努力が評価に変わります。

難しいことは何もありません。今立てている目標を見直して、「具体的か」「数値化できるか」「業務への貢献が伝わるか」の3点を確認するだけです。

まず今日、自分の目標を一つ見直してみてください。

たつや

その小さな一歩が、1年後の評価を変えます。

新人エンジニアくん

ありがとうございました！