
監修者
リメディ株式会社 ディレクター
馬越 雄司 | MAGOSHI Yuji
神戸大学を卒業後、阪急阪神ホールディングスに新卒入社。経理事業部に配属となり、グループ企業5社を担当。担当企業の決算業務や税務、IFRS改正対応業務に従事。
その後リクルートに転職しキャリアアドバイザーとして、候補者様に徹底的に向き合いながら、20代から50代まで様々な業界・職種の方のキャリア支援に従事。結果として、新人賞をはじめ、顧客価値貢献・チーム貢献に関する複数の賞を受賞。
現在はディレクターとして、M&A業界、戦略・総合コンサルティングファーム、メガベンチャー企業に特化した転職サポートを行い、業界トップクラスの支援実績を誇る。
法人営業や案件執行、システム開発で実績を積んでいても、すべてを同じ強さで並べると、野村證券のどの部門で力を発揮したいのかが伝わりません。応募先がウェルス・マネジメント、投資銀行、ITのどれかによって、先に示すべき成果は変わります。
最初に応募部門を定め、担当範囲、本人が下した判断、結果、リスク管理の順で書くのが基本です。本記事では、野村證券の公式採用情報と公開中の募集要項を基に、部門別の記載方法を解説します。可能性や書き方に関する助言は、リメディの見解です。
野村證券向けの職務経歴書は、狙う部門から逆算して組み立てる
野村證券の採用サイトには、ウェルス・マネジメント、インベストメント・バンキング、IT・デジタル、オペレーションなど、性質の異なる仕事が掲載されています。職務経歴書の一枚目で必要なのは、経歴の総量ではなく、応募部門と経験の接点です。
| 現在の主な経験 | 接続しやすい応募領域 | 一枚目で示す内容 | 補足したい証拠 |
|---|---|---|---|
| 金融機関の法人営業 | ウェルス・マネジメント、カバレッジ | 顧客層、課題、提案、担当範囲 | 社内連携、継続取引、管理プロセス |
| コンサルティング、経営企画 | 投資銀行、事業・商品企画 | 分析対象、提言、意思決定への関与 | 成果物、経営層との協議、実行支援 |
| システム開発、PM、業務設計 | IT、ビジネス分析 | 業務要件、設計判断、デリバリー責任 | 品質、移行、本番後支援、英語利用 |
| 金融事務、決済、統制 | オペレーション、管理部門 | 処理範囲、例外対応、正確性 | 再発防止、標準化、関係部署との調整 |
異動や兼務が多い人は、時系列だけで並べず「応募部門に直結する経験」「隣接する経験」「その他」の順に要約すると焦点が定まります。職歴欄自体は時系列を保ち、冒頭の職務要約と活かせる経験で優先順位を付けてください。
採用担当者が確認しやすいのは「範囲・判断・結果・統制」の4点
肩書や在籍年数だけでは、仕事の深さを判別しにくいものです。各案件や担当業務を四つの要素へ分けると、本人の貢献とチームの成果の区別が明確です。
- 範囲:顧客層、商品、地域、案件局面、システム、予算やチームの範囲
- 判断:どの情報を集め、何を比較し、本人がどの案を選んだか
- 結果:収益、案件進行、顧客継続、品質、納期、処理時間など実在する指標
- 統制:法令、社内手続き、品質確認、情報管理、障害・例外への対応
数値は大きさを競うためではなく、担当範囲を具体化するために使います。守秘義務で金額や顧客名を出せない場合は、「上場企業を含む製造業顧客」「資金調達案件の提案準備から執行支援まで」のように、業界と局面を残せます。
ウェルス・マネジメント志望は、顧客理解から継続支援までを一続きにする
公式の職種紹介では、支店のウェルス・マネジメントに加え、法人課、プライベート・ウェルス・マネジメント、ワークプレイス/エグゼクティブ・コンサルティング部、デジタル・カスタマーサービス部など、顧客と役割が異なる仕事が示されています。「金融商品を提案した」だけでは、どの顧客へ何を考えて動いたのかが残りません。
顧客属性と相談テーマを最初に置く
担当した顧客を、個人・法人といった区分だけで終わらせず、オーナー経営者、上場企業、従業員向け制度など、仕事の前提が分かる範囲で記します。その後に、事業承継、資産配分、福利厚生、資金調達など、相談の起点を続けてください。
単発の販売実績より、提案の組み立てを示す
成果欄には、顧客情報の把握、社内専門部署との検討、選択肢の比較、説明、実行後のフォローを記載します。実績数値がある場合も、数値の前に本人が担った工程を置くと、別の顧客でも再現できる経験として読めます。
管理面では、適合性の確認や社内審査など、実際に担当した手続きを簡潔に添えます。担当していない統制業務を補ってはいけません。自身が確認した範囲と、専門部署へ連携した範囲を分けてください。
投資銀行志望は、案件の局面と自分の成果物を切り分ける
カバレッジバンカーの公式募集は、産業動向と顧客ニーズを踏まえた提案、案件執行、企業・業界分析、プロダクト部門や海外拠点との連携を担当業務に挙げています。したがって、案件名の列挙ではなく、どの局面で何を作り、誰の判断を支えたかが中心になります。
| 案件で示す項目 | 書き方 | 避けたい書き方 |
|---|---|---|
| 案件の前提 | 業界、案件類型、国内外、担当局面 | 守秘を理由に「大型案件」のみ |
| 分析 | 市場、企業、財務のうち担当した分析と使用目的 | 「分析業務に従事」 |
| 成果物 | 提案資料、経営会議資料、モデル、進行表など | チーム成果を本人の成果物として記載 |
| 連携 | プロダクト、法務、海外拠点との論点調整 | 「関係者と連携」だけで終える |
| 結果 | 提案採用、案件の次工程、顧客判断への貢献 | 本人が決めていない成約を単独成果とする |
ジュニア職で支援が中心だった場合も、資料の担当ページ、分析の対象、レビューへの対応、会議準備などを分解できます。上位者の役割を借りず、自分が品質を担保した作業を具体化する方が信頼できる書き方です。
IT志望は、技術名より業務要件とデリバリー責任を先に書く
ウェルス・マネジメントITの内製開発プロジェクトマネージャー募集では、案件企画、業務・IT実装の検討、開発計画、品質、デリバリー、本番稼働後の支援までを担当します。必須要件には、プロジェクト管理または業務設計の経験と、設計・開発・品質保証の実務経験が明記されています。
そのため、職務経歴書は「使用技術」から始めず、業務上の課題、利用者、本人が決めた要件、開発体制、品質と納期、本番後に持った責任の順が適します。技術スタックは、その判断を実現した手段として後段で十分です。
| 経験 | 職務経歴書に残す事実 | 成果の候補 |
|---|---|---|
| 案件企画 | 利用部門の課題、選択肢、採用案、合意形成 | 着手判断、要件確定までの期間 |
| 内製開発 | 内製と外部委託の分担、チーム構成、開発方式 | リリース頻度、変更対応、知見移管 |
| 品質管理 | テスト方針、障害分類、判定会議での役割 | 重大障害、手戻り、品質指標 |
| 本番運用 | 問い合わせ、障害、改善要求の受付と優先順位 | 復旧時間、問い合わせ削減、継続改善 |
| 海外連携 | 英語を使った場面、相手、成果物、会議頻度 | 認識差の解消、共同リリース |
ベンダー管理の経験しかないと感じる人でも、要求をそのまま渡したのか、業務部門と論点を詰めて受入条件まで定めたのかで内容は違います。契約管理だけでなく、要件・品質・移行に踏み込んだ事実があれば、その判断を前に出してください。
オペレーション・管理部門志望は、例外対応と再発防止まで記載する
決済、照合、顧客確認、規制対応、財務、リスク管理などの仕事では、処理件数だけでは専門性を捉えきれません。通常処理と例外処理を分け、どの基準で判断し、どの部署へ連携し、同じ問題を減らしたかを示します。
- 対象商品・取引・地域と、日次または月次の担当範囲
- 照合や承認の流れと、自身が最終確認した地点
- 不一致・障害・期限超過が起きた際の切り分け
- 営業、法務、システム、海外拠点への連携内容
- 手順、チェック、ツールを変えた後の結果
ミスがなかったという結果だけでなく、ミスを防いだ仕組みを書きます。手順書の改定、照合条件の見直し、アラートの導入、担当者教育など、実施した施策を一つ選び、変化を説明してください。
募集要項を、書く項目と成果指標へ変換する
次の表は、公開中の募集要項を職務経歴書の項目へ置き換えたものです。数値例は置いていません。成果指標は、実際に記録があり、面接で算定方法を説明できるものだけを選びます。
| 募集要項で求められる経験 | 職務経歴書で書く項目 | 成果指標 | NG表現 | 改善方向 |
|---|---|---|---|---|
| 顧客ニーズを踏まえた提案 | 顧客属性、把握した課題、比較案、提案内容 | 提案採用、継続取引、次工程への移行 | 顧客に最適な提案を実施 | 何を根拠に選択肢を絞ったかを書く |
| 企業・業界分析 | 分析対象、使用資料、担当範囲、利用場面 | 意思決定、提案、案件進行への寄与 | 幅広い分析に対応 | 成果物と読み手を明示する |
| 社内外との連携 | 相手、対立した論点、合意した内容 | 決定までの期間、手戻り、課題解消 | 高い調整力を発揮 | 会議や文書で何を決めたかを書く |
| プロジェクト管理・業務設計 | 目的、体制、計画、要件、リスク、判断 | 納期、品質、変更、本番移行 | 大規模案件を推進 | 規模と本人の決裁・責任範囲を分ける |
| 設計・開発・品質保証 | 設計対象、レビュー、テスト、障害対応 | 欠陥、手戻り、復旧、利用状況 | 高品質な開発を実現 | 品質を測った方法と本人の行動を書く |
Before・Afterは数字を作らず、情報の順番を変える
以下のAfterは、書き方を示すために作成した架空の記載例です。実際の職務経歴書では、顧客属性、担当範囲、成果物を自分の事実に置き換えてください。
法人営業の例
Before:法人顧客を担当し、ニーズに応じた提案で関係構築に貢献しました。
After:「事業承継を検討する中堅メーカーのオーナーに対し、家族構成、保有資産、後継者の意向を面談で確認しました。税務・法務の専門部署と承継方法を比較し、私は相談内容の整理と提案資料の作成を担当しました。比較案は次回の経営者面談で検討する方針となりました」
投資銀行・企画の例
Before:重要案件の分析と資料作成を担当し、プロジェクトを成功に導きました。
After:「国内製造業の資本政策検討で、類似企業の財務指標と株主構成を分析し、経営会議向けの比較資料を作成しました。上位者のレビューを受けて希薄化と資金使途の説明を修正し、取締役会で選択肢を検討するための資料を完成させました」
システム開発の例
Before:関係者を巻き込み、システム開発を円滑に推進しました。
After:「営業部門の受注登録で手作業の修正が続いていたため、入力規則と承認経路を利用部門と合意し、要件定義へ反映しました。外部開発会社との体制で受入条件と移行判定を管理し、本番後は問い合わせの分類と追加改修の優先順位付けまで担当しました」
面接では、職務経歴書に書いた判断の根拠を説明する
野村證券の経験者採用サイトでは、書類選考後にWeb適性検査と複数回の面接という案内です。職務経歴書に強い言葉を書くほど、面接では範囲と根拠を確認される可能性があります。
| 書類の記載 | 準備する説明 | 確認資料 |
|---|---|---|
| 顧客課題を特定 | 集めた情報、仮説、顧客との確認方法 | 面談メモや提案過程を守秘範囲で整理 |
| 案件を推進 | 計画、停滞要因、本人が下した判断 | 工程と意思決定を時系列で再現 |
| 品質を改善 | 改善前の状態、施策、測定方法 | 指標の定義と対象期間 |
| 海外と連携 | 英語を使った相手、場面、成果物 | 会議・文書・交渉の具体例 |
| チームを主導 | 人数、役割分担、権限、育成・評価の範囲 | 本人と上位者の責任を区別 |
転職理由は、現職への不満から始めず、積んできた経験、野村證券の応募部門で担いたい役割、まだ不足する経験をどう補うかの順で組み立てます。募集要項の表現をそのまま借りず、自分の案件に結び付けて話せるかを確認してください。
前職別に、野村證券へ持ち込める証拠を選ぶ
同じ応募部門でも、前職によって説明しやすい証拠と不足しやすい証拠は異なります。足りない経験を作り足すのではなく、近い業務と、入社後に学ぶ必要がある領域を分けます。
銀行・証券の法人営業から応募する場合
顧客担当の経験は、顧客属性、担当年数、相談テーマ、提案に協力した部署、実行後のフォローへ分けます。預金・融資・証券などの商品名を並べるだけでなく、顧客の事業・資産上の論点をどう捉えたかを一件の代表例で示してください。
投資銀行部門を狙うなら、営業経験だけでなく、企業・業界分析、資本政策や財務に関する資料、経営層への説明、案件執行の経験を選びます。直接の執行経験がなければ、カバレッジに近い経験と未経験の局面を区別します。
コンサルティング・事業会社企画から応募する場合
分析と提言の経験は、依頼された調査をこなしただけなのか、論点を定めて意思決定を支えたのかで内容が変わります。対象業界、読み手、使用した情報、成果物、採用された提言、その後の実行支援を分けて記載してください。
金融商品・規制・案件執行に直接触れていない場合は、近い能力として顧客折衝、財務分析、経営層向け資料、複数部門の合意形成を示せます。金融経験があるように見せるため、用語だけを足すのは避けてください。
SIer・ITコンサルから応募する場合
受託側の経験は、顧客要件を受け取った工程からではなく、業務課題を確認した地点から書きます。要求を変更した判断、非機能要件、開発体制、受入条件、移行、本番後の責任までのうち、実際に担った範囲を明らかにします。
野村證券側のPM・ビジネス分析を狙う場合、ベンダーとして納品した事実に加え、利用部門が継続的に改善できる設計や、運用課題を次の開発へ戻した経験が接点になります。証券知識が不足する場合は、学習中の内容と実務経験を混同しません。
金融事務・ミドル/バック業務から応募する場合
処理の正確さは前提になりやすいため、担当商品、処理量、締切、例外の複雑さ、判断・承認の地点を示します。営業やシステムへ改善を依頼した経験があれば、不具合の観察から要件、受入確認までを書けます。
マニュアル作成や新人教育も、文書を作った事実だけでなく、誤りが起きやすい工程、変更したチェック、教育後の状態を記します。自分の実績として確認できる数値だけを使い、架空の改善値で補わないでください。
案件欄は、別の案件とも比較できる形式にそろえる
代表案件ごとに書式が変わると、担当範囲の比較が難しくなります。次の七項目を同じ順番で置き、応募部門に近い案件ほど具体的にします。
| 項目 | 記載する内容 | 確認する境界 |
|---|---|---|
| 目的 | 顧客・業務・システムの何を変える案件か | 自分で定めた目的か、与件か |
| 前提 | 業界、商品、地域、期間、体制 | 守秘できる情報か |
| 役割 | 職位、人数、担当工程、決定権 | 上位者・他部署との分担 |
| 論点 | 顧客、財務、技術、品質、統制の課題 | 本人が検証した範囲 |
| 行動 | 分析、提案、交渉、設計、レビュー | 作業名だけになっていないか |
| 成果物 | 資料、モデル、要件、計画、手順 | 本人の作成・承認範囲 |
| 結果 | 意思決定、案件進行、品質、継続支援 | チーム成果と本人の貢献 |
一案件を長くするより、読み手が「別案件でも任せられる仕事」を判断できる情報を残します。複数案件で同じ強みを示す場合は、一件目で詳細を書き、二件目は異なる顧客・局面で再現した事実を中心にしてください。
入社後のキャリアを語る前に、応募職種の責任を理解する
将来は幅広い金融サービスや海外案件に関わりたいという希望だけでは、最初の職種で何を担うかが曖昧です。まず応募職種の顧客、成果物、品質・統制責任を整理し、その専門性を深めた先にどの役割へ広げたいかを考えます。
ウェルス・マネジメントなら顧客理解と長期支援、投資銀行なら分析・提案・執行、ITなら業務と技術の両面、オペレーションなら正確な実行と改善が起点です。公開されていない異動や昇進を前提にせず、面接では応募職種での貢献から話してください。
書類の各欄に、同じ実績を重複させない
職務要約、活かせる経験、案件詳細、自己PRが同じ説明になると、文字数が増えても新しい判断材料は増えません。各欄の役割を分け、案件詳細で事実を裏付けます。
| 欄 | 野村證券向けに残す内容 | 削る内容 |
|---|---|---|
| 職務要約 | 応募部門、顧客・業務、経験年数、代表成果、品質・統制責任 | 案件の経緯、資格の全一覧 |
| 活かせる経験 | 顧客対応、分析、案件執行、PM等と具体的な利用場面 | コミュニケーション力など根拠のない形容 |
| 案件詳細 | 局面、役割、判断、成果物、結果、統制 | 職務要約と同じ一文の再掲 |
| 資格・語学 | 取得年月、業務で使った場面、使用頻度 | 応募職種と関係が薄い講座の説明 |
| 自己PR | 異なる案件でも再現した判断と、再現条件 | 「粘り強い」「責任感がある」だけの説明 |
職務要約は三〜五文に収め、詳細へ読み進める案内に使う欄です。案件詳細は守秘を守りながら、顧客・案件の前提と本人の仕事が分かる粒度にします。
資格・英語は、取得と実務利用を分ける
カバレッジバンカーの公開募集は、証券外務員一種を必要とし、未保有の場合は取得する案内を記載しています。保有していない資格を取得予定と断定せず、応募時点の状態を正確に書いてください。
英語は、資格試験のスコア、会議、資料作成、交渉、海外拠点との課題解消を別々に扱います。「ビジネスレベル」と自己評価するだけでなく、実際に使用した相手と成果物を示します。金融・IT資格も、案件で使った場面があるものを優先します。
応募職種が変わる場合は、一枚目だけでなく代表案件も選び直す
ウェルス・マネジメント向けの顧客支援実績を、そのままIT職の先頭に置いても、システムの責任は伝わりません。IT応募では業務要件・品質・移行を示す案件を先頭へ、投資銀行応募では分析・提案・執行を示す案件を先頭へ移します。
事実、会社名、在籍期間、成果数値は応募先によって変えません。変えるのは、読ませる順番と、各案件で詳しく説明する論点です。提出前に二つの版を並べ、見出しだけで応募部門の違いが分かるか確認してください。
自分で仕上げられる場合と、第三者に確認してもらう場合
| 自分で進めやすい状態 | 第三者の確認が役立つ状態 |
|---|---|
| 応募部門が一つに定まり、近い案件を二件以上説明できる | 複数部門で迷い、どの実績を先に置くか決められない |
| 成果指標の定義と本人の範囲を説明できる | チーム成果と自分の貢献を切り分けにくい |
| 守秘範囲を確認し、案件の前提を残せる | 守秘を意識すると記載が抽象語だけになる |
| 書類と面接で同じ判断過程を話せる | 経歴は強いが、応募職種との接点が一枚目に出ない |
第三者へ相談する場合は、完成稿だけでなく、応募中の募集ページ、削った実績、数値の根拠もそろえると、事実を変えずに優先順位を確認できます。
提出直前に、募集ページと職務経歴書を横並びで確認する
募集ページから、部門、職位、担当業務、必須・歓迎経験を抜き出し、職務要約と代表案件のどこに証拠があるかを対応させます。一つの案件で全項目を満たそうとせず、顧客対応、分析、案件執行、IT・統制など、複数の実績へ分けて構いません。
直接経験がない項目は、近い経験と学習が必要な領域を分けます。カバレッジ職の案件執行やIT職の証券知識など、担当していない仕事を募集要項の言葉で補わないでください。
最後に、求人の更新状況、勤務地、応募条件を公式ページで再確認します。職種名が似ていても職位や部署で役割が変わるため、古い募集ページを基に作った要約をそのまま提出しないことが大切です。
野村證券の職務経歴書に関するよくある質問
同じ名称の求人が複数ある場合、どれを基準にしますか
求人名だけで選ばず、部門、職位、担当業務、必須条件、勤務地まで見比べます。第一希望の求人を一つ定め、その求人に近い代表案件を職務要約の直後に置いてください。
顧客名や案件金額を書けない場合はどうしますか
顧客名を伏せたまま、業界、上場区分、案件類型、国内外、担当局面、本人の成果物を記載できます。勤務先の規程を優先し、推測で規模を補わないでください。
転職回数が多い場合、どの経歴から詳しく書きますか
時系列は保ちつつ、各勤務先では応募部門に近い案件を先に置きます。職務要約では、会社をまたいで一貫して担当した顧客、案件局面、専門性を短く示すと、転職ごとの役割の変化を追いやすくなります。
IT職では金融知識がないと書類を出せませんか
内製開発PMの公開募集では、金融市場・証券業務の知識は「あれば尚可」とされ、PMまたは業務設計、設計・開発・品質保証などが必須です。これは当該募集の条件です。別のIT職では、その求人の必須・歓迎条件を確認してください。
選考にかかる期間はどのくらいですか
経験者採用の募集要項は、応募から内定まで約3〜5週間を目安としています。職種や選考状況で変わるため、在職中の引き継ぎや他社選考を考える際の目安として扱ってください。
まとめ|部門名ではなく、その部門で再現できる仕事を示す
応募前の最終版は、募集ページを見ずに読んでも、応募部門、代表案件、本人の判断が分かるかを確認します。その後に公式募集と照合し、条件を満たす経験、近い経験、未経験の領域を分けます。募集要項の言葉を借りただけの文が残っていれば、実際に担当した顧客、案件、成果物が分かる表現に直してください。
野村證券向けの職務経歴書では、経歴を広く見せるより、応募部門で必要な仕事へ証拠を寄せる方が読みやすくなります。ウェルス・マネジメントなら顧客理解と継続支援、投資銀行なら案件局面と成果物、ITなら業務要件とデリバリー責任、オペレーションなら例外対応と再発防止が中心です。
提出前に、担当範囲、本人の判断、結果、統制を一つずつ確認してください。四点がそろえば、面接でも同じ経験を具体的に説明しやすくなります。

