楽天で法人営業、NTTデータでシステム開発を経験。アクセンチュアでは業務要件定義から設計、UX/CX改善、生成AIを活用した業務効率化に従事。現在はリメディで、若手からエグゼクティブ層までの転職を支援。
コンサル転職の職務経歴書で重要なのは、前職の経験を「コンサルらしい言葉」に置き換えることではありません。案件ごとに背景、課題、自分の役割、比較した選択肢、判断、行動、結果を分け、応募ポジションの公式募集要項と対応させることです。
提出直前には、自分の事実を職務要約、主要案件、スキルへ整理し、応募先の募集要項と対応しているか確認します。例文から架空の成果を借りず、背景から結果までを書く順序だけを自分の案件へ適用してください。
応募先によっては、職務経歴書に加えて履歴書の提出も求められます。2020年に従来のJIS規格の様式例が削除され、その後、厚生労働省が新たな履歴書の様式例を作成しました。
本記事のポイント
コンサル向けの職務経歴書は何を重視しますか
課題の難しさだけでなく、どの事実から問題を特定し、どの選択肢を比較し、自分が何を判断したかを重視します。チーム全体の成果と本人の責任範囲を分け、別の案件でも使える進め方を示します。
業界未経験者は何を書けばよいですか
前職で担当した業務が、情報収集、分析、問題特定、施策立案、合意形成、実行支援のどの工程に対応するかを整理します。「未経験でも通用する」と結論を作るのではなく、応募先の募集要項と対応する事実と、対応しない事実を両方残します。
実績は必ず数値化するべきですか
実際に検証でき、機密性を守れる数値は有効です。一方、数値を作ることや、チームの成果を自分の単独成果に見せることは避けます。数値を出せない場合は、作成した成果物、意思決定の変化、完了した工程を事実として書きます。
何ページにまとめるべきですか
ページ数を先に決めるより、応募先の判断に必要な案件を優先度の高い順に載せます。近いテーマの小さな案件を羅列するより、応募先の募集要項と対応が強い案件について、背景から結果まで追えるように書いた方が判断しやすくなります。
コンサル採用で職務経歴書から確認される材料
厚生労働省job tagは、経営コンサルタントの仕事として、情報収集・分析、問題の特定、戦略・改革案の作成、プレゼンテーション、実行支援などを説明しています。職務経歴書では、この流れに対応する本人の担当工程を明確にします。
| 確認材料 | 書く内容 | 避けること |
|---|---|---|
| 問題特定 | どの事実を根拠に、どの課題を優先したか | 後付けの課題を作る |
| 判断 | 比較した選択肢、制約、採否理由 | 「最適化」「徹底」のような行動不明の形容 |
| 実行 | 作成物、会議、検証、導入・運用支援 | チーム全体の行動と自分の行動を混ぜる |
| 結果 | 検証可能な数値、完了した成果物、次の意思決定 | 因果を証明できない成果の単独帰属 |
| 再現性 | 別案件でも使える方法、判断基準、専門性 | 応募先の募集要項と関係のないスキルの羅列 |
job tagは広い公的職業分類の参照であり、個別ファームの選考基準そのものではありません。具体的な書類の優先順位は、実際に応募する公式募集要項の業務、必須要件、歓迎要件で決めます。
この5つの材料のうち、自分の案件でどれを厚く書けるかは応募先の募集単位によって変わります。応募したいポジションが複数あって優先順位を決めきれない段階なら、募集要項の読み方から一緒に確認できます。
応募先の募集要項と自分の経歴を照合する方法
- 雇用法人、職種名、配属組織を確認する
- 募集要項から業務、必須要件、歓迎要件を別々に転記する
- 自分の案件と成果物を対応させる
- 「対応」「一部対応」「未経験」の三つに分ける
- 対応が強い案件から職務経歴書に配置する
| 募集要項で求められる経験 | 職務経歴書で書く項目 | 成果指標の例 | NG表現 | 改善方向 |
|---|---|---|---|---|
| 課題分析 | 事実、仮説、分析方法、判断 | 検証対象、完了した分析、意思決定 | 「分析を徹底」 | 何をどの方法で比較したかを書く |
| PM | 目標、体制、リスク、判断、会議体 | 完了したマイルストーン、解消した課題 | 「プロジェクトを管理」 | どの判断と調整に責任を持ったか書く |
| 専門性 | 対象領域、判断基準、実務での適用 | 設計した制度、導入した方式、完了した支援 | 資格名だけの羅列 | 専門知識を使った判断を書く |
| 顧客折衝 | 関係者、利害、選択肢、合意の内容 | 承認された方針、開始した施策 | 「関係者と連携」 | 何が対立し、何を合意したか書く |
アクセンチュアの公式募集要項は組織・人事領域の個別ポジションであり、課題領域、コンサル経験、PM経験、専門性などの記載があります。個別募集要項の読み方の例として使います。
アクセンチュアの例は組織・人事領域の個別募集です。そこにある業務や経験要件を、戦略、業務、IT、リスクなど他のコンサル職へ一般化しません。応募する募集要項を正本にし、勤務条件も業務・必須要件・歓迎要件と分けて記録してください。掲載語句を貼り付けるだけでは、本人の経験の証明にはなりません。
ビジネスコンサルの職務経歴書はどのような構成で書けばよいですか?
ビジネスコンサルの職務経歴書は、職務要約、スキル・専門性、職務経歴、主要案件、資格・言語の5項目に整理すると、応募職種との接点を示せます。職務経歴書は自由様式であり、この構成はリメディの提案なので、応募先が様式を指定している場合はその案内を優先してください。職務要約はキャリア全体の年表ではなく、応募職種に関係する経験の要約です。その後の案件記述で、要約に書いた専門性と判断力を検証できるようにします。応募先が経験の対応を追えないスキルは、職務要約に追加せず、元の案件を見直してください。
| セクション | 役割 | 書く内容 |
|---|---|---|
| 職務要約 | 最初に応募職種との接点を示す | 経験領域、責任範囲、代表成果物、専門性 |
| スキル・専門性 | 募集要項の要件と対応させる | 業界、機能、技術、プロジェクト推進の実務適用 |
| 職務経歴 | 所属と役割の変化を示す | 期間、組織、役職、担当領域、案件 |
| 主要案件 | 本人の判断を示す | 背景、課題、役割、判断、行動、結果 |
| 資格・言語 | 応募要件に関係するものを示す | 取得年、実務での利用、応募先の募集要項との対応 |
案件経験は背景から再現性まで分ける
| 項目 | 書くこと | 自分への確認質問 |
|---|---|---|
| 背景 | 対象、期間、依頼の起点、公開可能な制約 | 何が起き、なぜ対応が必要だったか |
| 課題 | 確認した事実、優先順位、未確認の点 | どの事実からその課題と判断したか |
| 役割 | チーム規模、本人の責任、意思決定範囲 | 自分が決めたことと、他者が決めたことは何か |
| 判断 | 選択肢、比較基準、採否理由 | 別の選択肢をなぜ選ばなかったか |
| 行動 | 作成物、会議、検証、実装・運用支援 | 判断をどのアウトプットに変えたか |
| 結果 | 検証可能な数値、完了成果物、次の判断 | どの範囲の結果を自分の貢献と言えるか |
| 再現性 | 別案件で使える判断基準と進め方 | 応募先の業務でどこに応用できるか |
一つの案件ですべての項目が揃う必要はありません。一方、結果だけがあり、なぜその行動を選んだのかがない記述は、コンサル業務での判断力を評価しにくくします。限られた紙幅では、応募先の募集要項と対応が強い案件で、上記の流れを示しましょう。
案件の説明は、当時の事実から組み立てます。近いテーマでも本人の役割が同じ案件はまとめ、異なる判断や成果物を示せる案件へ紙幅を使ってください。すべての案件を同じ長さで書く必要はありません。
応募先の業務と本人の案件を照合する
| 照合する項目 | 応募先の募集要項で確認すること | 自分の経歴で確認すること |
|---|---|---|
| 担当領域 | 対象業界、機能、技術、課題・サービス領域 | 実際に担当した領域と期間 |
| 担当工程 | 分析、構想、設計、実行、運用 | 本人が担った工程 |
| 責任範囲 | 期待される役割と担当工程 | 本人が判断・提案・実行した範囲と権限 |
| 成果物 | 求人に明記された業務と成果 | 機密を守って説明できる作成物 |
| 必須・歓迎要件 | 経験、専門性、言語、資格 | 満たす事実と不足する要件 |
事業会社、SI、金融、メーカー、公共、研究職などの前職名だけで、コンサルへの適性を判断することはできません。同じ前職でも、分析、構想、設計、実行、運用、関係者調整のどこを担ったかは異なります。厚生労働省job tagは、他業界での専門業務経験を生かした転身にも触れています。職業全般の説明を個別企業の採用条件とは考えず、専門性が応募先のどの判断や成果物に結び付くかを、実際の案件で示しましょう。
抽象的な記述を改善するBefore / After
次のAfterは完成文をコピーするためではなく、書く順序を示すためのものです。角括弧の部分は、必ず自分が説明できる事実に置き換えてください。
| Before | Afterの構造 | 改善点 |
|---|---|---|
| 業務改革を徹底的に推進した | [対象業務]で[事実]を課題と特定。[選択肢]を[基準]で比較し、[自分の判断]を経て[成果物]を完了 | 行動不明の形容を、事実と判断に変える |
| 関係者と密に連携した | [立場A]と[立場B]の論点を[比較軸]で整理し、[意思決定]を合意 | 誰と何を合意したかを書く |
| 大規模プロジェクトを成功させた | [本人の責任範囲]として[リスク]を検知し、[判断]により[完了した工程]に貢献 | チーム成果と本人の貢献を分ける |
「リード」「管理」「支援」という動詞も、対象と責任範囲がなければ評価できません。「何をリードし、何を決め、どこまで完了したか」まで具体化します。ただし、面接で詳細を説明できない役割や数値は追加しないでください。
実績数値と機密情報を安全に扱う
| 確認項目 | 書き方 | 避けること |
|---|---|---|
| 数値 | 根拠を説明でき、公開可能な値だけを使う | 概算を実績値に見せる、因果を過大にする |
| 顧客名 | 事業領域や企業類型に抽象化する | NDAや公開前取引に反する記述 |
| データ | 公開可能な指標の種類と方向性で示す | 個人情報、未公開の顧客数・原価・利益 |
| 成果帰属 | チームの成果と本人の貢献を分ける | 他者が行った分析や意思決定を自分の成果にする |
実績数値を出せないときは、抽象語で埋めるのではなく、完了した成果物、承認された方針、開始した施策、解消したリスクなどを書きます。数値の有無にかかわらず、当時の前提と本人が行った判断を区別して記載してください。
数値を出せない場合も、設計した業務、完成した計画・要件・制度・運用設計など、確認可能な成果物を示せます。作成した人と承認した人、本人とチームの分担を区別してください。売上やコストの変化に複数要因がある場合は、本人の施策だけの効果と断定せず、担当した施策と同じ期間に確認された変化を分けて書きます。
公式採用情報の境界を理解する
BCGの中途採用ページからは、コンサル経験や特定資格を一律に必須とする記載を確認していません。ただし、これは「誰でも容易に応募できる」という意味ではありません。現在の公式募集と選考案内を確認し、自分の経験を事実で示す必要があります。
PwCは中途採用情報と入社後のコアスキル研修を公開しています。入社後に育成の機会があることと、採用時点で必要な経験を証明することは別です。応募先の募集要項に対応する経験を準備しましょう。
採用トップページと個別募集要項の役割
コンサルファームの採用サイトには、法人の紹介、キャリア情報、募集ポジション、個別の募集要項、選考案内、入社後育成が掲載されています。これらを同じ情報として扱わず、職務経歴書の根拠には個別の応募先で確認できる業務と要件を使います。
| 公式情報 | 確認する内容 | 職務経歴書への使い方 |
|---|---|---|
| 採用トップ | 法人と採用領域、公式導線 | 応募法人を取り違えない |
| 募集一覧 | 公開された職種入口 | 応募候補を絞る |
| 個別募集要項 | 業務、必須・歓迎要件、勤務地 | 本人の案件と対応させる |
| 選考案内 | 公開された応募手順 | 提出物と準備範囲を確認する |
| 育成情報 | 入社後の研修・キャリア制度 | 入社後の育成と採用時の要件を区別する |
アビームコンサルティングの募集ポジション一覧も、公開された職種への入口です。応募時には各ポジションの現行募集要項へ進みます。
職務要約の主張を案件で検証できるようにする
職務要約には、応募職種に関係する担当領域、責任範囲、代表的な成果物、専門性を記載します。経験年数や業界名だけでなく、その後の主要案件で根拠を確認できる主張に限定してください。
- 担当した業界・機能・技術の範囲
- 分析、構想、設計、実行、運用のうち担った工程
- 本人が判断した範囲と作成した成果物
- 公開可能な結果と本人の寄与
- 応募業務に接続する専門性
職務要約だけに現れる「経営視点」「高い推進力」「変革を実現」といった主張は、案件で検証できなければ削ります。反対に、案件には具体的な判断があるのに職務要約が年表だけなら、応募職種との接点を短く追加します。
プロジェクト推進を「管理した」で終えない
プロジェクト管理やPMの経験を書くときは、日程表の更新だけでなく、本人が検知したリスク、比較した対応案、変更した優先順位、関係者と合意した内容を示します。権限がなかった項目は、提案と承認を分けます。
| 抽象表現 | 具体化する事実 |
|---|---|
| 進捗を管理した | 対象工程、遅延要因、更新した計画、本人の判断 |
| 課題を解決した | 発生事象、原因仮説、比較案、採用した対応 |
| 関係者を巻き込んだ | 立場、利害、対立点、合意した内容 |
| 品質を向上した | 品質指標、確認方法、変更したプロセス |
| 変革を推進した | 変更対象、承認者、実行範囲、完了した成果物 |
会議体を運営した場合も、会議数ではなく、何を判断する会議で、本人がどの情報を整理し、どの意思決定につなげたかを書きます。役職名から権限を推測させず、実際の責任範囲を明記してください。
機密を守りながら具体性を出す
顧客名を伏せても、対象業界、業務領域、案件の目的、本人の判断、成果物を説明できます。ただし、複数の情報を組み合わせると企業や案件が特定される場合があります。NDAと社内規程を優先してください。
- 顧客名は企業類型や事業領域へ抽象化する
- 個人情報と未公開の組織情報を削除する
- 売上、原価、利益、契約条件は公開可能性を確認する
- 未発表のシステム、商品、再編を特定できる記述を避ける
- 抽象化しても案件を特定できる場合は範囲を狭める
「具体的に書く」ことは機密を開示することではありません。意思決定の構造、本人の責任、成果物を明確にし、固有名詞や未公開数値に依存しない説明を作ります。
書類と面接の事実を一致させる
提出前には、応募法人・職種・部門と参照した募集要項を確かめたうえで、職務経歴書、応募フォーム、面接準備メモを照合します。期間、所属、役職、体制・人数、本人の役割、意思決定、数値、成果物が一致しているか、元資料に戻って点検してください。表現を整える過程で数値や権限を大きくしないことが前提です。職務経歴書に書いた案件は、背景、判断、別の選択肢、本人の貢献を説明できるようにします。
- 職務要約の主張が案件で検証できるか
- 案件の期間と所属が履歴と一致するか
- チーム成果と本人の成果が分かれているか
- 数値の対象、期間、母数を説明できるか
- 別の選択肢と採否理由を説明できるか
- 機密情報を含んでいないか
- 未経験の要件を架空の表現で埋めていないか
- 応募業務に接続しない表現を増やしていないか
公開されていない面接評価を推定して、もっともらしい能力語を足さないでください。公式の募集要項にある業務と要件へ、本人が実際に経験した事実を接続することが最終確認の基準です。
履歴書の様式は2020年以降に変わっている
履歴書には長く、日本規格協会がJIS規格の解説で示していた様式例が使われてきました。2020年7月にこの様式例が削除され、厚生労働省が新たに「厚生労働省履歴書様式例」を作成しています。2つの様式は欄の構成が異なるため、手元のテンプレートがどちらに沿っているかを先に確認してください。
| 項目 | 従来のJIS規格の様式例 | 厚生労働省の様式例 |
|---|---|---|
| 性別 | 「男・女」の選択 | 任意記載欄。未記載とすることも可能 |
| 通勤時間 | 欄あり | 設けない |
| 扶養家族数(配偶者を除く) | 欄あり | 設けない |
| 配偶者 | 欄あり | 設けない |
| 配偶者の扶養義務 | 欄あり | 設けない |
4つの欄を設けないのは、応募者のプライバシーの要素が非常に高い情報であることなどを踏まえたためと説明されています。厚生労働省は、超過勤務や転勤の可否などを確認する必要がある場合には、面接などで質問するよう質問例とあわせて示しています。性別欄についても、記載内容や未記載であることで採否を決めないよう求めています。
ただし、この様式は参考として示されたものです。厚生労働省は、各企業が必要に応じて様式例以外の履歴書やエントリーシートを使うことも可能としています。応募先が様式を指定している場合は、そちらに従ってください。
写真欄についても、様式例では「写真をはる必要がある場合」という条件付きの書き方になっています。写真が必要かどうかは応募先の募集要項で確認してください。
応募先によって提出する書類が変わる
同じコンサルティングファームでも、応募時に求められる書類は公式の案内の時点で異なります。ここでは公式に明記している2社を挙げます。
| 会社 | 様式の指定 | 言語 |
|---|---|---|
| アクセンチュア | 履歴書・職務経歴書とも形式は問わないと明記 | 参照した採用ブログには記載なし |
| マッキンゼー | 「その他職務経験のある方」の応募フォームは英文履歴書の添付が必要 | 書類選考では日本語もしくは英語の履歴書を提出 |
アクセンチュアは、履歴書や職務経歴書の形式は問わないとしたうえで、自分のキャリアが最もアピールできるフォーマットを選ぶよう案内しています。一貫して同じ職種を経験してきたなら時系列、複数の企業で多岐にわたる職種を経験してきたならキャリア別、という選び方です。
マッキンゼー日本法人の採用の流れの案内は応募フォームを状況別に分けており、そのうち「その他職務経験のある方」の枠に、英文履歴書の添付が必要という注記を置いています。海外MBA生やPh.D.などの枠には同じ注記がないため、自分がどの応募フォームに当たるかを先に確認してください。一方で選考プロセスの書類選考では、日本語もしくは英語の履歴書を提出すると説明しています。応募フォームで添付する書類と、選考で提出する書類が同じとは限りません。
応募先を決めたら、書き始める前にその会社の公式応募ページで、必要な書類、様式の指定、言語を確認してください。エージェント経由の場合も、提出先の指定が別にあるかを先に聞いておくと作り直しを避けられます。
アクセンチュアは職歴の誤りを経歴詐称と見なす場合があると説明している
アクセンチュアは公式の採用ブログで、意図的に雇用形態をごまかしたり在籍期間を長めに書いたりすることはもちろん、勘違いや確認不足で雇用形態や在籍期間が違っていた場合も、正しい申告をしていない、または経歴詐称と捉えられ、採用可否に関わるケースがあると説明しています。
同社が特に注意する項目として挙げているのは、学歴、職歴(雇用形態、在籍期間、転職回数、職位、年収、業務内容)、免許、資格です。これらは履歴書と職務経歴書の両方に現れるため、片方だけを直すと食い違いが残ります。
- 会社名が在籍当時の商号か、社名変更後の名称か
- 雇用形態(正社員、契約、派遣、業務委託、出向)が実際と一致するか
- 在籍期間の開始月と終了月が両方の書類でそろっているか
- 役職名と、その役職に就いた時期
- 学校名、学部学科、卒業と修了の区別
同社は、誤字脱字や、他社名が入ったままの書類が実際に提出されているとも述べています。複数社へ同時に応募するときほど、提出直前に宛先と社名を確認してください。
使う様式が厚生労働省の様式例か応募先の指定様式かで欄の構成は変わりますが、学歴と職歴の事実自体は共通です。両方の書類を同じ場所で作ると、在籍期間や社名の食い違いに気づきやすくなります。
コンサル職務経歴書でよくある疑問
案件数は多いほどよいですか
案件数だけでは判断できません。応募業務との対応が強く、本人の判断と成果物を説明できる案件を優先します。同じ役割の案件を並べるより、異なる判断や専門性を検証できる構成にします。
募集要項の言葉を使うべきですか
職種や業務を正確に示すための用語は使えますが、経験のない要件を語句だけ借りて埋めません。自分の案件で同じ意味の判断や成果物があるかを確認してください。
研修制度があれば未経験でも問題ありませんか
入社後育成と採用時の要件は別です。PwCなどが公開するキャリア開発情報を、書類通過の保証には使いません。現在の個別募集要項で必要経験を確認します。
履歴書と職務経歴書はどう使い分けますか
履歴書には氏名、連絡先、学歴・職歴、免許・資格などを記載します。ハローワークの案内では、職務経歴書を、担当した仕事や実績を自由な様式で詳しく書く書類と説明しています。応募先が求める書類と様式は募集要項ごとに異なるため、提出前に個別の案内を確認してください。実績の詳しい説明は職務経歴書にまとめると、履歴書の職歴欄を簡潔に保てます。両方を提出する場合は、会社名、在籍期間、役職の表記が一致しているか確かめてください。
成果を数字で示せないと不利ですか
説明可能な数値があれば使えますが、数値を作る必要はありません。承認された方針、完了した成果物、開始した施策、解消したリスクと本人の役割を事実で示します。
コンサル転職の職務経歴書を提出する前に
掲載する案件の優先順位を決める
職務経歴書のページ数や案件数を先に固定せず、応募先が判断に使える証拠を優先します。募集要項との対応が強いか、本人の判断を説明できるか、機密を守って成果物を示せるかを案件ごとに確認してください。
| 案件の状態 | 掲載判断 | 修正すること |
|---|---|---|
| 業務対応が強く判断を説明できる | 優先して詳述 | 背景から結果まで接続する |
| 対応はあるが責任が曖昧 | 事実確認後に掲載 | チームと本人の分担を明確にする |
| 数値はあるが因果が不明 | 数値を弱化または削除 | 施策と確認できた変化を分ける |
| 機密を安全に抽象化できない | 掲載しない | 別の案件へ差し替える |
| 応募業務との接続が弱い | 要約または削除 | 対応の強い案件へ紙幅を移す |
経験の新しさだけでなく、応募職種との関連、責任範囲、説明可能性を合わせて判断します。古い案件でも専門性や判断を示せる場合がありますが、現在のスキルとして説明できる範囲を確認します。
提出前に一文ずつ主語と根拠を確認する
最後のレビューでは、各文について「誰が」「何を根拠に」「何を判断・実行したか」を確認します。主語がチームなのか本人なのか分からない文、数値の対象や期間がない文、成果との因果が飛んでいる文を修正してください。
- 本人が行っていない判断を主語にしていないか
- 分析対象と利用した情報を説明できるか
- 比較した選択肢と採否理由が一致するか
- 成果物を作成したのか承認したのか分かるか
- 結果の対象、期間、母数、寄与を説明できるか
- 同じ能力語を根拠なく繰り返していないか
文を短くするだけでは具体性は上がりません。抽象語を削った後、必要な事実が不足していれば元の案件資料へ戻ります。確認できない情報を推測で補わず、その主張自体を弱めるか削除します。
求人を確認してから提出版を固定する
同じ職務経歴書をすべてのコンサル求人へ送るのではなく、応募法人、職種、部門、募集要項の取得時点を確認して提出版を固定します。本文の事実は変えず、職務要約と案件の優先順位を応募業務に合わせます。
同じ会社でも募集単位によって期待される工程や成果物は異なります。自分のどの案件を応募業務へ対応させるべきか迷う場合は、募集要項と案件の対応を整理してから、リメディへ相談する選択肢もあります。会社ごとの抽象的な志望理由を増やすのではなく、募集要項の業務と、自分が担当した工程・判断・成果物の対応が分かるように提出版を調整してください。
募集要項が更新された場合は、業務と要件の差分を確認し、対応表を見直します。削除された要件を残す必要はなく、新しく追加された必須要件を経験がないのに補うこともできません。提出した版と参照した公式URLを保管し、面接準備でも同じ版を使ってください。
完成した職務経歴書を読み、別の企業名・職種名に置き換えても通用する抽象段落がないかを確認します。残っている場合は、応募先の募集要項のどの業務に対応するのか、自分のどの案件で検証できるのかを追加してください。
提出版には参照した募集要項のURLと確認日を内部メモとして残し、面接準備でも同じ案件・数値・役割を使います。応募先ごとの違いは事実を作り替えるのではなく、職務要約と案件の掲載順を調整して示してください。
説明できない主張は、提出前に削除します。
ここまでの確認が終わったら、提出版を固定する前に応募先の募集要項をもう一度開いてください。募集単位ごとに業務と必須要件が違うため、どのポジションへ出すかが決まって初めて、案件の掲載順を最終的に決められます。



職務経歴書では、スキル名を並べるより、仕事の具体的な場面で何を見てどう判断し、誰と進めたかを示しましょう。数値で伝える場合は対象・期間・自分の担当範囲を添え、数値化しにくい仕事では自分の判断や働きかけで何が変わったかを説明します。