マッキンゼーの職務経歴書｜職種別の実績選びと書き方を解説

2026年8月19日時点のマッキンゼー公式採用情報を見ると、役割によって重視される仕事は異なります。職務経歴書も応募する役割に応じて先頭の実績を変えるのが出発点です。インテグレイティブなら問いと意思決定、デジタルなら事業価値と技術判断の接続を前に出してください。

最大規模の案件を無条件で主役にする必要はありません。応募先で重く置かれる仕事に近く、自分が決めた範囲を説明できる案件へ絞ります。成果を盛らず、数字の対象期間と確認元まで話せる範囲に限るのが前提です。

募集職種や要件は変わります。書類を送る前にマッキンゼーの採用ポジションを開き、勤務地をJapanに絞って役割名、必須要件、提出物を確認してください。

応募する役割に合わせて先頭の実績を1つ決める

マッキンゼーの公式の役割説明は、インテグレイティブコンサルタント、オペレーション、デジタル、Accelerate、産業別・機能別グループ、Client Capabilities Networkなどを掲載しています。「コンサル志望」だけでは証拠の順が決まりません。

応募トラック	先頭に置く証拠	主要案件で追う範囲	後ろへ回す内容
インテグレイティブ	問いの設定と意思決定	課題、選択肢、分析、経営判断、影響	業界用語だけの説明
デジタル	事業価値と技術判断の接続	顧客・業務課題、要件、技術選択、実装、利用	目的が分からない技術名
Accelerate	変革が現場に残った証拠	施策、会議体、行動、指標、育成、運営	提言資料の量
Capabilities & Insights	調査設計と意味合い	調査問題、情報源、分析、図表、判断への反映	検索量や資料数

表の一行を選び、「[対象]の[意思決定上の課題]に対し、[自分の判断]で[確認できる変化]へつなげた」と仮置きします。この一文は自己PRではなく、案件を選ぶ基準です。実際の経験で裏づけられない語は、ここで外してください。

公式採用情報と提出物の条件を分けて読む

経験者採用ページには、テクノロジー、金融、政府機関、エンジニアリング、法律、医療など多様な経験背景が挙げられています。専門性の名称だけで終えず、それを使って誰の何を変えたかまで書く必要があります。

公式の応募・選考説明は、職務経験者に英文履歴書の添付を求め、書類選考後のプロセスも示しています。日本語版と英文版で日付、役職、参画期間、成果の対象が食い違っていないか、提出前の確認が欠かせません。

• 日付：入社・異動・案件期間の始点と終点をそろえる
• 役割：英語の肩書と日本語の説明で責任範囲を変えない
• 成果：数字の対象、期間、自分の寄与を両方で統一する
• 守秘：企業名を一般化する場合は、両方で同じ粒度にする

英文履歴書は日本語の長文を順番に訳す作業ではありません。役割、行動、結果の順で一文を短くし、日本語版の詳細がその根拠になる関係を作ります。情報量より事実の一致を優先してください。

トラック別に案件の書き出しを変える

インテグレイティブは問いと選択肢から始める

業界の詳しさは貴重ですが、「該当業界を長く担当」だけでは案件の価値が伝わりません。どの意思決定が止まっていたか、不足情報は何か、どの選択肢を比べたかを先に置きます。分析手法は判断の後ろに接続しましょう。

「[市場・事業]の[経営判断]に向け、[論点]を定義し、[複数案]を[基準]で比較。[会議体]の判断を支え、[確認できる変化]へつなげた」と組むと、知識、分析、意思決定の因果が追えます。角括弧は読者自身の事実で置き換えてください。

デジタルは事業価値と技術的制約を離さない

マッキンゼー・デジタルの公式採用ページは、デジタルコンサルタントに加え、プロダクトオーナー、デザイナー、テックアーキテクトなどの幅を示しています。同じ開発案件でも、何の判断に責任を持ったかを分けます。

コンサルティング寄りの人は、顧客・業務課題を要件につなげた判断を主役にします。プロダクト寄りなら、誰の何の行動を変えるか、優先順位をどう更新したかが主軸です。技術寄りなら、性能、安全性、運用、コストのトレードオフと、利用開始後の改善を書きます。

Accelerateは実行後の運営から書く

McKinsey Accelerateの公式ページは、分析や知見の提供だけでなく、クライアントのスキル構築とマインドセットの醸成を扱うと説明しています。従って、提言内容の紹介より実行を続ける仕組みを先に示すのが自然です。

「会議体を設置」と書くだけでなく、どの判断を誰から誰へ移し、どの指標を見て、何が起きたら修正するかまで記します。育成を扱ったなら、研修の実施回数ではなく、受講後に任せた判断とフォロー方法を追ってください。

Capabilities & Insightsは調査量でなく意味合いを書く

Capabilities & Insights Analystの公式募集が挙げるのは、公開情報の収集・加工・分析、意味合いの抽出、図表・サマリー・ファクトパックへの加工、ナレッジの蓄積です。調べた件数より、どの判断に何が効いたかを記してください。

調査問題、採用した情報源、比較可能性を確保した方法、欠損や矛盾の扱い、意味合い、意思決定への反映の順で書くと、単なる情報収集と分析支援の差が見えます。公開できないテーマなら、業界と判断の種類まで一般化して記載の骨格を残します。

主要案件は5つの問いで比べる

案件名の知名度や売上規模だけで選ぶと、自分の判断が薄い案件が先頭に来ることがあります。次の表は企業の選考方法ではなく、読者が主要案件を選ぶ道具です。一つずつ事実を確認して判定します。

問い	0点	1点	2点
応募役割で重く置かれる仕事に近いか	接点を説明できない	一部だけ重なる	案件の主要責任が重なる
自分が決めた範囲が分かるか	チーム成果だけ	作業は分かる	判断と分担を示せる
選択肢を比べたか	指示に従っただけ	理由は話せる	見送り案と基準も話せる
実行後の変化を追えるか	納品で終了	引き継ぎ条件が分かる	利用・定着・改善を追える
成果の確認元があるか	印象だけ	状態変化を話せる	記録と対象期間を示せる

合計点の高い案件を先に置き、残りは経験一覧へ圧縮します。高得点の案件が同じ強みばかり示すなら、一つを入れ替えてください。例えば、問いの設定と判断支援の案件に、実行と定着を語れる案件を組み合わせると責任の幅が出ます。

十分な数字を開示できない案件もあります。その場合は数字を作らず、承認に必要な追加調査が減った、会議体の判断項目が統一された、現場が自走できる手順が残ったなど、確認可能な状態変化を書けば十分です。

1案件を7項目に分けて責任を明確にする

案件の説明を最初から長文で書くと、チームの成果と自分の行動が混ざりやすくなります。先に7項目のメモを作り、後から読みやすい順に編集してください。要点は、背景と自分の判断を別の行にすることです。

順番	書く内容	確認する問い
1. 対象	業界、企業規模、部門、意思決定者	誰の判断を支えたか
2. 課題	初期状態、止まっていた判断、制約	何がないため進まなかったか
3. 責任	自分が決めた範囲、他者が決めた範囲	どこからどこまでを担ったか
4. 選択	比較案、基準、見送り理由	なぜその方法を選んだか
5. 巻き込み	関係者ごとの利害、合意、分担	誰が何に合意したか
6. 結果	判断、行動、運営の変化と確認元	何がどの期間で変わったか
7. 後続	改善、残った課題、次の判断	一度の成果で終わっていないか

この7項目は全て同じ長さで公開するための枠ではありません。応募トラックに合わせ、インテグレイティブでは2・4・6、Accelerateでは5・6・7を厚くするなど、重みを変えます。どのトラックでも自分の責任は省略しないでください。

課題設定は「分析した」より前に書く

分析手法から書き始めると、なぜその分析が必要だったのかが後回しになります。先に「何を決めたかったか」「誰の判断が止まっていたか」を短く置き、その後に調査と分析を接続します。方法は問いに従う順序です。

改稿前：「[業界]の市場分析を担当し、競合調査と財務分析を実施」

改稿後：「[会議体]が[経営判断]を行うため、[不確実な前提]を論点化。[複数の情報源]を[比較基準]で統合し、[選択肢]の判断材料を作成」

改稿後には、分析の前に判断と不確実性があります。ただし、実際に会議体向けの資料を担っていない場合は作らないでください。自分が担当者向けの分析を担ったなら、利用者と判断範囲もそのとおりに書きます。

分析の質は意思決定への影響で示す

分析の精度や作業量は重要ですが、職務経歴書では「その結果を誰がどう使ったか」まで追います。例えば、市場規模の更新だけでなく、進出候補を絞った、追加調査の優先順位を変えた、パイロットの条件を修正したといった判断の変化へ結びます。

全ての分析が意思決定に採用されるわけではありません。採用されなかった場合も、不足していた情報、判断を見送った理由、次に確かめる条件を書けます。成功だけを並べるより、不確実性の扱いが見える形です。

分析の後に追う対象	書き方の例
選択肢	候補の追加・除外とその基準
確認順	何を先に調べ、何を後ろへ回したか
投資・実行条件	実行前に満たす条件と中止条件
運営	判断の更新周期、責任者、使用資料

表の全行を一つの案件に詰め込む必要はありません。実際に説明できる影響を1〜2つ選び、分析からそこへ至る因果を補います。同じ数字を方法・結果・まとめで繰り返すより、判断に追加された意味を一度で説明します。

変革の実行は「導入」と「定着」を分ける

施策を導入した事実と、現場が使い続けた事実は別です。新しい会議体やツールを立ち上げたなら、初期の対象者、利用を止めた摩擦、改善した手順、運営を引き受けた主体を分けます。稼働日を成果の終点にしない書き方です。

改稿前：「[新プロセス]を全社導入し、変革を推進」

改稿後：「[対象部門]の[判断・業務]を[新プロセス]へ移行。[初期の摩擦]を受けて[手順・責任]を改定し、[確認期間]に[利用状態]を確認」

自分が導入後を担当していない場合は、定着したと断定しないでください。引き継いだ相手、定着を確かめる指標、想定した修正ループまで書き、実績と移行条件を分けます。その区別が責任範囲の正確さを守ります。

自分の寄与はチーム成果の中から切り出す

大きな変革案件には、複数部門、クライアント、外部専門家が関与します。全体成果を自分の行動のように書けば、面接で詳細を聞かれた際に説明が合いません。「案件全体」「自分の責任」「自分の行動」を分け、自分が担った範囲を先に決めると安定します。

層	書く内容	避ける書き方
案件全体	目的、主要関係者、最終結果	全体結果を自分単独の成果にする
自分の責任	担当領域、意思決定権限、提案範囲	役職名だけで責任を代替する
行動	定義、比較、合意、実行、改善	「支援」「推進」だけで済ませる
寄与	自分の行動で変わった判断・状態	因果を話せない全体数字を置く

「関係者を巻き込んだ」と書くなら、誰と誰の見解が異なり、自分が何の資料や会話を使って、どの合意まで進めたかを示してください。人数や会議回数の多さより、利害と判断をどうつないだかが重要です。

前職の経験をマッキンゼーで使う判断へ組み替える

前職の業界名や職種名だけで応募する役割が決まるわけではありません。金融機関でも、審査、ポートフォリオ管理、営業企画では担う判断が異なります。メーカーも同様で、開発、調達、生産、営業によって先に示す経験は変わります。業界名の次に判断の種類を置いてください。

前職の経験	切り出す判断	接続しやすいトラック	確認する限界
事業会社の経営企画	経営課題の分解、資源配分、会議体の判断	インテグレイティブ、産業・機能別	社内調整のみで外部視点がない案件は前提を補う
テクノロジー・プロダクト	利用者課題、優先順位、技術選択、運用改善	デジタル	実装のみで事業判断を担っていない場合は作らない
業務改革・現場マネジメント	業務手順、責任、指標、育成、改善周期	Accelerate、オペレーション	導入日と定着を分ける
調査・アナリスト	調査設計、出典選定、比較、意味合い	Capabilities & Insights	資料量ではなく判断寄与を確かめる

経営企画の経験を書く場合、中期計画を作った事実だけではなく、事業ごとの前提をどうそろえ、どの選択肢を比べ、経営会議の判断後にどの実行条件を残したかを示します。テンプレートへ数字を入れただけの案件は、自分の判断がある別案件と入れ替えましょう。

テクノロジー経験者は、高度な技術名を削る必要はありません。その技術を選んだ事業上の理由、採用しなかった案、利用者に影響する制約、運用開始後の変更を技術名の前後に置きます。技術の深さと事業の意味を一つの案件で追える形です。

調査・分析経験者は、財務・市場・産業の知識に加え、矛盾する情報をどう扱ったかを書きます。公開情報で比較条件をそろえ、どの限界を注記し、チームが何を決められる状態になったかまで記します。情報収集の速さと、判断に使える形へ加工する責任を分けてください。

弱く見える書き方を6つ修正する

情報量が多い書類でも、主語、判断、結果の関係が薄ければ強みは伝わりません。次の6つは記載を増やすより、削除・分割・順序変更で直す箇所です。一般論を足す必要はありません。

1. 「戦略立案」だけ：決めた選択肢と判断基準を補う
2. 「データ分析」だけ：問い、比較案、判断への反映を補う
3. 「プロジェクトを推進」だけ：責任範囲と停滞を解いた行動を書く
4. 全社成果のみ：自分の行動と寄与の因果を分ける
5. 施策完了で終わる：利用、定着、運営、改善の確認を追加する
6. 抽象語が連続する：対象、行動、成果物、判断を具体化する

「主体性」「リーダーシップ」といった語は、公式採用ページにあるからといってそのまま自己PRに置くのは避けます。不確実な状況で何を決め、どの関係者の合意を得て、何を実行したかを書けば、行動から読み取れる強みになります。

守秘義務がある場合も、全てを「某社」で済ませる必要はありません。業界、事業モデル、企業規模の幅、意思決定の種類、自分の責任は、機密性を守りながら説明できる場合があります。現職のルールと照合し、判断できない情報は外してください。

英文履歴書は日本語版と事実をそろえる

英文履歴書に必要なのは、日本語版の細部を全て移すことではありません。役割、行動、結果を短い単位にし、両方の事実を一致させます。特に数字の母数と期間、自分の責任、チーム全体の結果を再確認してください。

確認対象	日本語版	英文版	直す方法
役職・責任	詳細説明	短い肩書と役割文	責任範囲が同じか確認
案件期間	年月と工程	年月と主要行動	開始・終了・後続を統一
成果数値	対象と確認元を詳述	対象と期間を短く付記	点の数値だけを切り出さない
守秘表現	業界・規模へ一般化	同じ粒度へ一般化	両方で特定可能性をそろえる

直訳調の長い一文も修正対象です。「[行動]を実施することにより、[結果]が達成された」のような受動態を、「[主語]が[行動]を行い、[結果]へつなげた」へ直します。動作の主体を書くと責任が明確になります。

面接では職務経歴書の因果を再現する

面接への接続を考えると、案件欄に残す情報も選びやすくなります。たとえば「市場調査を担当」とだけ書くと、調査の目的も判断への影響も分かりません。どの選択肢を比べるために情報を集め、何を根拠に見方を変えたかまで書けば、面接でも同じ順序で説明できます。

反対に、面接で説明できないほど細かな成果数値や大きな責任を置くべきではありません。案件当時の資料、評価記録、上司や関係者と共有した定義を確認し、説明できる事実だけを残すのが原則です。記録がなければ、確認できる範囲へ表現を狭めます。

公式の選考説明には、書類選考後のプロセスも掲載されています。職務経歴書に書いた案件は、面接でも課題、選択肢、判断、行動、結果を同じ強度で説明できる状態にしてください。書類だけに大きな表現を置かず、深掘りに耐える粒度へそろえることが大切です。

1. 初期仮説：最初に何が課題だと考えたか
2. 修正点：どの事実を受けて仮説を変えたか
3. 選択：何を比べ、なぜ一案を選んだか
4. 巻き込み：どの利害を調整し、誰が合意したか
5. 後続：何が残り、次に何を判断したか

上の5問は出題内容を想定するためのものではありません。自分が書いた主張の整合性を確かめる自己点検です。答えが合わない場合は面接用の回答を盛るのではなく、職務経歴書の主語、責任、成果を修正します。

ケース面接の準備と職務経歴の説明は別物ですが、前提を置き、事実を集め、選択肢を比べ、判断する流れには共通点があります。準備段階では回答例を暗記せず、自分の案件で判断が変わった場面を一つ選び、当時の制約と利用できた情報を短く説明してみてください。結果より判断過程を先に確認すると、因果の飛躍を見つけやすくなります。

自分で仕上げられる人と相談で整理したい人を分ける

応募する役割が一つに決まり、主要案件で自分が担った範囲、数字の確認元、英文履歴書との差を自分で点検できる人は、公式採用情報と照合しながら仕上げられます。必要なのは、事実を絞る作業であって、美しい表現を足す作業ではありません。

この段階では、自分の実績を記録や関係者の定義と照合し、数字や責任を盛らずに固定します。架空の案件を作るのではなく、読者自身が説明できる経験だけを残してください。

相談で整理が早いのは、インテグレイティブとプラクティスのどちらへ応募するか決めきれない、複数の大型案件があり主役を選べない、日本語と英語で役割の見え方が変わってしまうケースです。これらは文章の添削より前に、応募する役割と実績の記載順を決める必要があります。

別の選択肢を優先したい人もいます。特定業界の専門性だけを長く深めたい、または一つのプロダクトを長期間運営する責任を最優先するなら、当該ポジションの職責と自分の希望を他社の専門職と比較してください。応募書類の完成より応募先の職責確認が先です。

提出前に12項目を確認する

最後の点検は言葉の豪華さではなく、応募役割と事実の整合性を見ます。次の12項目を上から確認し、一つでも説明できない数字や責任があれば修正します。提出直前の募集要件も再度確かめてください。

• 応募する役割は1つに定まっている
• 先頭の案件が求人で重く置かれる仕事に直結している
• 案件全体と自分の責任が分かれている
• 課題の前提と制約を説明できる
• 比較した選択肢と基準がある
• 巻き込んだ相手と合意内容が分かる
• 結果の数字に対象期間と確認元がある
• 数値を出せない場合は状態変化を示している
• 実行後の利用・定着・後続条件を分けている
• 守秘情報の一般化が現職のルールに沿っている
• 日本語版と英文版の日付・役割・結果が一致している
• 提出日の公式採用ページで役割名と要件を再確認した

全てにチェックが付いたら、マッキンゼーの職務経歴書は「経験を多く並べた資料」から、応募役割に合う判断の証拠へ変わります。書類だけで完結させず、面接でも同じ事実を同じ強度で説明できるかまで確かめてください。

マッキンゼーの職務経歴書に関するよくある質問

職務経歴書の仕上げで迷ったら、この記事の表に立ち戻り、応募する役割、先に示す実績、記載順を1行で言えるか確かめます。その一行と結び付かない経験は削るか、経験一覧へ移すのが基本です。

最終版には、応募役割へ最も近い案件、異なる責任を示す補助案件、経歴全体をつなぐ要約の三層だけを残します。全案件を同じ詳しさで並べると、採用側が重要な経験を探し直すことになります。何を先に読んでほしいかを決め、その順序を見出しと案件欄に反映してください。応募後も募集要件の更新を確認し、役割が変わった場合は提出前に記載順を見直します。