海外企業の人事評価は何を見られる？目標設定と成果の残し方

こんにちは、Kredo Blog編集部です。

「忙しく働いたのに、自己評価に何を書けばよいか分からない」「途中で担当が変わった目標は、どう振り返るのか」。日々の報告文を増やすより、仕事の記録を評価項目と結び付けることから始めます。

人物・業務・日程・結果・日英の例文はすべて編集部作成の架空例です。企業の公式資料と、読者向けに提案する整理方法は区別しています。

海外企業の人事評価は、勤務先の正式な基準を確認する

海外企業というだけで、何が高く評価されるかは決まりません。勤務先の評価規程、職種・等級ごとの期待、個人目標の書式を開き、自分に適用される版を確認します。入社時の説明が古い場合や、国・法人・雇用形態によって扱いが異なる場合もあるため、不明な点は上司や人事へ確かめてください。

社内ポータルでは、職種名・等級と、次のような評価関連の語を組み合わせて探します。

• performance review
• performance management
• goals
• competencies

見つかったページの対象者、適用期間、更新日、管理部署を見て、現在の案内と一致するかを確認しましょう。採用サイトの価値観や他社の事例だけでは、自分の評価項目は確定しません。

公式の企業例でも、仕組みは同じではない

• GitLab：公開ハンドブックでは、成果と仕事上の行動を評価の観点として説明しています。ただし、閲覧時点ではFY27のCheck-Inへの移行に伴う改訂中と明記され、旧年度の記述も残っています。本記事では配点や評価日程を現行の全社ルールとして紹介しません。
• Adobe：公式のCheck-in紹介には、四半期ごとの対話があります。目標を一か所に記録し、定期的に確認・更新する仕組みです。対話を重視することを、目標や記録が不要という意味に置き換えないようにします。

いずれも各社の公開例です。公開ページだけでは、すべての従業員への適用や例外まで確定できません。自分の勤務先で確認したいのは、次の項目です。

• いつの仕事が対象か：評価期間の開始・終了日、異動や休職などがあった場合の対象範囲、期間外の実績の扱い
• 何と照合するか：個人目標、職務上の責任、品質や協働の基準。項目の重み付けがある場合はその定義
• 誰がどう判断するか：評価者、他の関係者から意見を集める方法、最終判断までの流れ
• 何をいつ出すか：自己評価の書式、提出日、面談日、結果通知、訂正や相談の手順

評価の結果と、昇進・報酬の決定がどう関係するかも会社の制度で確認します。目標を達成した事実や、記録を丁寧に作ったことだけで、昇給や昇進が決まると考えないでください。

一件の依頼について担当範囲や完成条件が曖昧なら、上司と仕事の期待をすり合わせる方法で整理できます。評価の準備では、そこから対象期間全体の記録へ広げます。

期初に、目標と結果の確かめ方を合意する

会社の評価項目が分かったら、自分の担当について「期末に何を確かめれば、目標に対する結果を説明できるか」を考えます。事業やチームの目的とのつながり、本人の担当、確認方法、必要な支援を上司とそろえます。以下の整理は編集部の提案で、勤務先の正式な書式を優先してください。

「業務を効率化する」だけでは、作業を終えたことと効果が出たことを区別しにくくなります。成果物の完成を目標にするのか、利用後の変化まで求めるのかを確かめましょう。数値目標を使う場合は、何を数えるか、対象と期間、出発点、測定する人・方法まで決めます。実績データがない段階で、根拠のない削減率を置く必要はありません。

架空例：備品申請の改善を、評価期間の目標にする

架空の社員Haruは、2026年10月1日〜12月31日を評価期間として、備品申請の改善に関わるとします。チームの目的は、申請内容の確認負担を減らすことです。Haruは画面案と検証項目、利用者向け説明資料を担当し、システムの実装・公開は別の担当が行います。

目標Aと、当初の確認方法

対象部署のフォーム改善案を試行し、12月31日までに試行結果を報告する。改善前の状況と比較方法は、試行前に上司・運用担当と確認する。本人は差戻し理由の整理、画面案、検証項目、結果の取りまとめを担当する。

目標Bと、成果物の確認方法

利用者向け説明資料を作り、12月18日までに運用担当の内容確認を終える。申請時に必要な情報と、例外時の相談先が正しいことを確認してもらう。公開作業は別担当とする。

協働・行動の期待

影響を受ける部署を計画時に確認し、レビューに必要な時間を確保する。意見が分かれた箇所は、判断を担う人へ材料を整理して相談する。

依存する条件と、途中の確認

システム担当の対応時期、試行の許可、運用ルールの確定が必要。定例面談で目標ごとの状況を確認し、実施条件が変わった場合は次の定例を待たずに相談する。

この例の期日や期間は教材上の設定です。チームの「確認負担を減らす」という目的を、本人一人の確約にしていません。一方、本人が用意する差戻し理由・画面案・検証項目は、目標に残します。

学習目標がある場合も、研修を受けた記録と、仕事で使えたことの記録を分けます。評価対象なのか、将来に向けた成長課題なのかを確認し、学習時間だけを業務成果に置き換えないようにしましょう。

期間中は、成果物・変化・協働の証拠を残す

期末に記憶だけで振り返るより、評価項目に関わる仕事があった時点で短い記録を加えておくと、根拠を探し直す負担を減らせます。GitLabのキャリア開発資料は、Accomplishment Trackerを紹介しています。実績やフィードバックを継続して集めるための記録です。これは同社が紹介する方法で、世界共通の必須様式ではありません。

記録の頻度は会社の運用に合わせます。毎日の全作業を転記する必要はありません。目標に関わる提出・確認・利用・変更・フィードバックの節目に追記しましょう。普段の状態報告の書き方は、英語の進捗報告の例文を参考にし、評価用の記録には関連する報告の参照先を残せます。

本人の担当、チームの結果、周囲の条件を分ける

たとえばチームで新しいフォームを公開しても、本人が設計・実装・承認・展開をすべて担ったとは限りません。「チームでは何が起きたか」「自分はどの工程を行ったか」を別々に書きます。他の人の貢献は、必要な範囲で役割として示してください。本人の成果へまとめて取り込まないようにしましょう。

数字を使う場合に欠かせないのは、集計期間・対象・分母・測定方法です。人員や利用件数、季節、ルールの変更でも結果は動きます。同じ時期に数字が良くなったというだけで、自分の行動が原因と断定しません。比較できないときは、その限界を残します。

協働も具体的に書けます。「周囲と良い関係を築いた」だけでは、具体的な行動が分かりません。たとえば、「運用担当とシステム担当の前提の違いを整理しました。判断が必要な箇所を上司へ提示しました」という架空の記録なら、何をしたかを示せます。フィードバックを添えるときは、誰が何について述べたのかを確かめ、事実の記録と本人の解釈を分けてください。

保存先は会社が認めた場所に限ります。人事評価、他の社員の個人情報、顧客情報、非公開の数値・資料も同じです。私用クラウドや公開ポートフォリオ、個人向けAIへは移さないでください。社内の参照先だけでも、閲覧権限と必要性を確認します。英語の練習には架空の情報を使えます。

目標が変わったら、当初の内容と合意の履歴を残す

評価期間の途中には、組織の方針、担当、予算、利用できるシステムが変わることがあります。元の目標は消さず、変更前の内容を残してください。変更日・理由・影響・提案内容に加え、合意した人と適用時点を記録します。

案件の予定を変更する許可と、評価目標を変更する許可が同じとは限りません。上司との会話に加え、指定の評価システムや人事の確認が必要かも確かめましょう。まだ回答を得ていなければ「変更案・確認待ち」とし、返事がないことを承認に置き換えません。

変更後の目標を評価でどう扱うかは、勤務先の基準と合意に従います。変更を記録しただけで達成扱いになるわけではありません。目標が正式には変わらなかった場合は、当初の目標、実際の結果、制約、本人が行った対応を並べて説明します。

目の前の作業の順番や期限を英語で相談したい場合は、仕事の優先順位を相談する例文も使えます。評価の記録には、作業予定の変更に加えて、目標そのものの扱いが合意されたかを残してください。

自己評価は、達成と未達を同じ基準で振り返る

自己評価を書く前に、対象期間の記録を目標ごとに並べます。最近の目立つ仕事だけでなく、期間の前半、定常業務、協働の記録も確認しましょう。提出欄に評価段階がある場合は、会社の定義と根拠を照合します。独自に作った点数を、正式な評価尺度の代わりにしないでください。

自己評価は、次の順番で整理できます。

1. 合意した目標
2. 期末の状態
3. 自分の行動と根拠
4. 制約・未達
5. 次の行動

未達の理由は周囲の事情だけにせず、自分が変えられた点も含めます。一方、自分に権限のない決定まで、本人の能力不足と決めつける必要はありません。

この文章は自己評価の説明で、上司による最終評価ではありません。「Aは完了、Bは未達だから達成率50％」ともしていません。目標の重みや判定方法が決まっていなければ、単純な件数で総合評価を計算できないためです。翌期に終えた作業は、今期中に終えたように日付を戻さず、期間外の進展として区別します。

英語に整える際も、draftを完成版、submittedを承認済み、チームの結果を本人だけの結果に変えないようにします。短くしても、担当範囲と未確認の効果は残してください。

評価面談では、根拠と次に期待されることを聞く

面談では、自己評価の文章を最初から読み上げるより、目標ごとの要点と確認したい点を用意します。上司の評価が自分と違うときは、どの基準に対する、どの場面の説明なのかを聞きましょう。

事実の誤りがある場合は、該当する記録の版や日付を示します。未提出とされている資料に提出記録があれば、その点を確かめてもらいましょう。提出済みという訂正と、内容の質に対する評価は分けて話すと、論点を特定しやすくなります。

面談の終わりには、合意できたこと、見方が異なる点、追加確認、次の行動・支援・確認時期を整理します。本人のメモがそのまま公式な評価結果になるとは限らないため、指定の記録・訂正手順に従ってください。会話を英語でまとめる方法は、英語の議事メモと会議後メールでも確認できます。

差別・威圧・報復が心配な場合は、通常の面談だけで抱え込まないでください。基準の説明が繰り返し変わる場合や、記録の訂正に対応してもらえない場合も同様です。日時、説明、業務への影響を必要な範囲で整理し、会社が定める人事・相談窓口・異議申立て等の手順を確認します。社内で安全に相談しにくい場合は、適用地域の公的相談先や適切な専門家を検討してください。本記事は個別の違法性や救済の見込みを判断するものではありません。

次の評価期間にも使える確認メモ

まず、現在の評価目標を一つ選び、次の欄を埋めてみましょう。空欄は推測で埋めず、誰に何を確認するかに変えます。同じ型を他の目標にも使い、最後に期間全体を見渡します。

1. 適用基準：正式な資料の場所・版、職種や等級、評価者
2. 対象期間：開始・終了、自己評価の提出日、面談日
3. 合意した目標：事業・チームの目的とのつながり、本人の担当、確認方法、必要な支援
4. 成果の根拠：成果物の版と状態、確認できた変化、測定条件、未測定の点
5. 協働の根拠：関係者の判断を助けた行動、受けた指摘と修正、改善が必要な行動
6. 期間中の変更：当初の目標、変更理由と日付、合意した人、適用時点、未確認事項
7. 自己評価：達成した点、未達と理由、自分が変えられた点、次の行動
8. 面談で聞くこと：根拠が分からない評価、必要な支援、次の確認日と正式な記録先

「頑張りました」と書いたら、どの目標に関係し、何をした記録があるのかを一つ添えてください。根拠が見つからなければ、確認できる担当業務まで戻ります。評価のために都合のよい記録を作り直すより、分かることと分からないことを分けて面談に持っていきましょう。

よくある質問

情報の確認日・出典

確認日：2026年10月20日（UTC）。次の企業固有の公開説明を参照しました。閲覧日を制度全体の改定日とは扱いません。

• GitLab「Talent Assessment」：成果と行動の観点。閲覧時点でFY27移行に伴う改訂中で、旧年度の記述も残ります。
• Adobe「Check-in」：同社の四半期対話、目標の記録・確認・更新。
• GitLab「Career Development and Mobility」：Accomplishment Trackerによる継続的な実績・フィードバックの記録。

本文の架空ケース、確認メモ、日英例文は編集部の提案です。各社の公式書式・監修によるものではなく、勤務先の正式な運用を優先してください。