SE（システムエンジニア）の職務経歴書の書き方｜採用担当が見るポイントと例文
ショクレキ代行
ショクレキ代行
プロジェクトマネージャーの職務経歴書の書き方｜採用担当が見るポイントと例文
ショクレキ代行
📌 この記事でわかること
- 採用担当者がPMの職務経歴書で本当に見ているポイント
- プロジェクト規模・予算・チーム人数など「数字の出し方」
- IT系・建設・コンサル・メーカーなど業種別の書き方のポイント
- 書類が通らないPMに共通する失敗パターン
- 経験年数別（若手・中堅・ベテラン）のアピールポイントの違い
- NG例・改善例つきで今日から使える書き方を解説
「プロジェクトを何本も回してきたのに、職務経歴書に何を書けばいいかわからない」「マネジメントの仕事は数字で表しにくいと感じている」プロジェクトマネージャー（PM）の転職活動でよく聞く悩みです。複数のステークホルダーを束ねながら成果を出してきたにもかかわらず、それを採用担当者に伝わる言葉に変換することに慣れていない方がほとんどです。
書類が通らない原因の多くは、「何をしたか」は書けていても「どんな規模のプロジェクトを・どんな体制で・どんな成果を出したか」が伝わっていないことにあります。採用担当者はPMの職務経歴書を通じて「QCDを管理してプロジェクトを完遂できる人か」「チームと関係者を動かせる人か」を判断しています。
この記事では、PMが転職活動で使える職務経歴書の書き方を、具体的な例文・NG例・経験年数別のアドバイスとあわせて解説します。
採用担当は何を見ている？
PMの採用担当者が職務経歴書で確認しているのは、主に次の3点です。
| 観点 | 内容 |
| どんな規模・種類のプロジェクトを担当してきたか | 予算規模・チーム人数・期間・業種・システム種別など、プロジェクトの全体像を確認している |
| QCD（品質・コスト・納期）をどう管理してきたか | 予算遵守率・納期達成率・品質不具合件数など、マネジメントの実力を示す数字を見ている |
| ステークホルダーをどう動かしてきたか | 顧客折衝・チームマネジメント・リスク管理など、対人・対組織のマネジメント力を確認している |
よくある失敗（書類が通らない人に共通する3つのパターン）
パターン①：プロジェクトの規模感が一切書かれていない
「Webシステムの開発プロジェクトをマネジメントしました」という記述では、採用担当者には何も伝わりません。予算規模・チーム人数・プロジェクト期間・関係するステークホルダーの数など、規模感を示す数字が必要です。「予算5,000万円・チーム12名・期間8ヶ月」という情報があるだけで評価が大きく変わります。
パターン②：「管理しました」「推進しました」で終わっている
「スケジュール管理・品質管理・ステークホルダー管理を担当しました」という記述では、具体的に何をどう管理したかが伝わりません。「週次の進捗会議を主催し、課題をエスカレーション管理するJiraを活用した」「納期遅延リスクを2ヶ月前に特定し、追加リソースの手配と機能スコープの調整で対処した」のように、マネジメントの具体的な行動を書くことが重要です。
パターン③：成功体験しか書かれていない
「すべてのプロジェクトを成功させてきました」というアピールは、かえって信頼性を損なうことがあります。採用担当者が知りたいのは「困難な状況でどう対処したか」です。炎上・遅延・スコープ変更などのリスクに直面したときの対処経験を書くことで、PMとしての実力が伝わります。
書き方のポイント｜PMならではの伝え方
ポイント①：プロジェクトを「規模・期間・役割・成果」の4点セットで書く
各プロジェクトの記述には「プロジェクト概要（何のためのシステム・業務か）」「規模（予算・チーム人数・期間）」「自分の役割（PM・サブPM・PMO）」「成果（納期達成・予算遵守・品質目標）」の4点をセットで書くことを基本にしましょう。
ポイント②：「困難・対処・結果」のセットで書く
PMの実力は「うまくいったプロジェクト」より「困難があってどう乗り越えたか」で伝わります。「要件変更により当初スコープから30%増加したが、優先度の再整理とフェーズ分割を提案することで予算内・期限内に主要機能を納品した」のように、困難と対処と結果をセットで書きましょう。
ポイント③：使用したPM手法・ツールを明記する
PMP資格・アジャイル（スクラム）・ウォーターフォール・PMO経験・Jira・Confluence・MS Project・Notionなど、使用したPM手法とツールを記載することで、即戦力としての評価につながります。
PMならではの悩みに答える
「PMOとPMの経験が混在しているとき、どう書けばいい？」
PMOは「プロジェクト管理の支援・標準化」、PMは「プロジェクト全体の責任者」と役割が異なります。それぞれの経験について「PM（プロジェクト全体の責任者）」か「PMO（管理支援・標準化担当）」かを明記した上で、担当したプロジェクトの規模と自分の権限範囲を書くことで、採用担当者が役割の深さを正確に評価できます。
「SIerからユーザー企業への転職で、何をアピールすればいい？」
SIerでのPM経験（技術的な複雑さ・マルチベンダー調整・品質管理）は、ユーザー企業の情報システム部門や事業DXのPMにも直接活きます。「SIerでシステム開発の全工程を管理してきた経験を、ユーザー企業の内製化・DX推進のPMとして活かしたい」という転職動機と合わせてアピールしましょう。
例文
例①：ITシステム開発PM（経験4年・若手）
ITコンサルティング会社（従業員数約300名）にて、大手製造業向けの基幹システム開発プロジェクトのサブPM・PMを担当。3年目からはPM（プロジェクト全責任者）として独立担当。
【業務内容】
・プロジェクト計画書・WBS・リスク管理表の作成・管理
・週次進捗会議の主催・課題管理（Jira・Confluence使用）
・クライアント（メーカー情報システム部門）との要件定義・仕様調整
・開発チーム（社内3名・外部委託5名）のタスク管理・品質レビュー
・月次のステークホルダーレポートの作成・経営陣への報告
【実績】
・担当プロジェクト①：在庫管理システム刷新（予算3,000万円・チーム8名・期間6ヶ月）を予算内・納期内で完遂。本番稼働後3ヶ月間の重大障害ゼロを達成
・担当プロジェクト②：EC連携システム開発（予算5,000万円・チーム12名・期間8ヶ月）で、中盤での要件変更（スコープ約20%増加）に対し、フェーズ分割を提案して主要機能を当初納期内に納品
・顧客満足度調査（プロジェクト完了後アンケート）：5段階中4.3を獲得
【主な取り組み】
EC連携システムの要件変更では、追加された要件を「必須・推奨・将来対応」の3段階に分類し、クライアントと優先順位を合意した上でフェーズ2として切り出した。このアプローチにより、予算超過・納期遅延を回避しながらコアな要件を納品できた。プロジェクト管理では週次の課題管理をJiraで一元化し、未解決の課題が2週間を超えた場合に自動でエスカレーションする仕組みをつくったことで、課題の放置を防いだ。
自己PRでのアピールポイント
要件変更・リスク発生時に「問題を見える化して優先順位を付け直す」判断力が身についている。クライアントとの信頼関係を維持しながらQCDを守るPMスタイルを次の職場でも発揮したい。
例②：大規模システム開発PM（経験9年・中堅）
大手SIer（従業員数約5,000名）にて、金融機関・官公庁向けの大規模システム開発プロジェクトのPMを担当。最大で予算15億円・チーム60名規模のプロジェクトを主導。
【業務内容】
・プロジェクト全体計画・予算計画の策定・経営層への報告
・マルチベンダー（社内チーム・外部委託先3社）の統括管理
・リスク管理・変更管理・品質管理の全体統括
・クライアント（CIOレベル）との定期ステアリングコミッティの運営
・PMO体制の設計・チーム内PM2名の育成・指導
・要件定義〜本番稼働・移行まで全工程のマネジメント
【実績】
・大規模基幹システム刷新（予算15億円・チーム60名・期間2年）を予算内・納期内で完遂。システム移行時の業務停止時間をゼロに抑えた
・中規模プロジェクト（予算3億円・チーム20名・期間1年）で、当初計画比15%のコスト削減を実現（工程の自動化とリソース最適化による）
・担当した6プロジェクト中5プロジェクトで納期・予算・品質のすべてを達成
・社内PM育成プログラムの設計に参画し、若手PM10名の育成に貢献
【主な取り組み】
大規模基幹システム刷新では、移行時の業務停止リスクが最大の懸念事項だったため、本番移行の6ヶ月前から「リハーサル移行」を3回実施した。各回のリハーサルで発見した課題を潰し込み、本番当日の移行を計画通りゼロ停止で完了した。マルチベンダー管理では、各ベンダーの進捗・品質・コストを週次で集計する統合管理シートを整備し、問題の早期察知と横断的な調整を可能にした。
自己PRでのアピールポイント
大規模・複雑なプロジェクトのQCD管理とマルチベンダーの統括を経験してきた。「リスクを先手で潰す」マネジメントスタイルと、PMの育成まで担ってきた経験を次の職場でも活かしたい。
例③：DX推進・PM統括（経験15年・ベテラン）
事業会社（従業員数約3,000名・売上約600億円）の情報システム部門にてDX推進部長として勤務。全社DX戦略の立案・推進と、複数プロジェクトの統括PMを担当。PM人材10名のマネジメントを兼務。
【業務内容】
・全社DX戦略の立案・ロードマップ策定・経営陣への報告
・複数プロジェクト（同時並行3〜5本）の統括管理・優先順位調整
・PM人材10名のマネジメント（目標設定・評価・育成・採用）
・外部ベンダー・コンサルティングファームとの契約・関係管理
・プロジェクトポートフォリオのリスク管理・リソース最適化
・取締役会へのDX進捗報告（四半期ごと）
【実績】
・全社DX推進ロードマップを策定・実行し、3年間で業務自動化（RPA・AI活用）により年間約1億2,000万円の業務コスト削減を実現
・基幹システム刷新プロジェクト（予算20億円・期間3年）を統括PMとして主導し、全工程を予算内・納期内で完遂
・PMポートフォリオ管理の仕組みを整備し、プロジェクトの炎上・遅延発生率を従来比約50%削減
・PM人材10名の育成体制を整備し、部内の平均PM経験年数を3年から5年に引き上げ
【主な取り組み】
全社DX推進では「現場が使いこなせるDX」を最重要基準に設定し、システム導入より先に現場業務のプロセス改善を行う「業務改革ファースト」のアプローチを徹底した。PMポートフォリオ管理では、各プロジェクトのリスク・進捗・予算消化率を統合したダッシュボードを整備し、経営陣が一画面で全社のDX状況を把握できる体制をつくった。PM育成では、プロジェクト完了後の振り返り（レトロスペクティブ）を全プロジェクトで必須化し、ナレッジをチーム全体で共有する文化をつくった。
自己PRでのアピールポイント
DX戦略の立案から複数プロジェクトの統括・PM人材の育成まで一気通貫で担ってきた。「技術ではなくビジネス成果にフォーカスしたDX推進」を体現してきた経験を、次の職場でも経営に近いポジションで活かしていきたい。
書き方ステップ
① これまでのプロジェクトをすべて書き出す（プロジェクト概要・予算・チーム人数・期間・自分の役割を一覧化する）
② 数字になるものを探す（予算・チーム人数・期間・納期達成率・予算遵守率・コスト削減額・品質不具合件数など概数でOK）
③ 「困難・対処・結果」のセットで整理する（単純な成功体験の羅列ではなく、課題が発生した時の判断・対処・結果を書く）
④ 応募先のプロジェクト規模・業種・求める人物像に合わせてアピール軸を絞り込む（アジャイル重視なら「スクラム・反復開発の経験」、大規模プロジェクトなら「マルチベンダー管理・リスク管理の実績」を前面に出す）
NG例 → 改善例｜通らない書き方の直し方
失敗①：プロジェクトの規模感が書かれていない
失敗②：「管理しました」で終わっている
失敗③：成功体験しか書かれていない
失敗④：使用ツール・資格の記載がない
経験年数別アドバイス
経験3年未満（若手・担当者）
サブPM・PMO・リーダー経験での「どんな規模のプロジェクトに・どの役割で関与したか」が評価のポイントです。「課題管理・リスク管理・ステークホルダー報告を担当した具体的な経験」と「困難が発生したときにどう動いたか」を書くことが重要です。
経験3〜10年（中堅・専門担当）
「担当したプロジェクトの規模」「QCDの達成実績」「困難への対処経験」「後輩PMの育成経験」が評価の軸になります。最も大きいプロジェクト・最も困難だったプロジェクトを重点的に書き、規模感と対処力を伝えましょう。
経験10年以上（ベテラン・リーダー層）
ポートフォリオ管理・PM人材のマネジメント・DX戦略への関与・経営陣との連携が最大のアピールポイントです。「同時並行で管理したプロジェクト数・総予算規模・PM人材の育成実績」など、組織全体のプロジェクト遂行力を高めてきた実績を中心に書きましょう。
よくある質問
Q. PMP資格はPMの転職で有利ですか？
PMPは国際的に認知された資格で、PMとしての知識体系を持つことの証明になります。ただし資格だけでは実務力の証明にはなりません。「PMPの知識を実際のプロジェクトでどう活用したか」を職務経歴書の中で示すことが重要です。
Q. アジャイル経験とウォーターフォール経験の両方がある場合、どう書けばいいですか？
両方の経験があることは強みになります。「ウォーターフォール：大規模基幹システム開発（予算○億円）」「アジャイル（スクラム）：自社プロダクト開発（チーム○名）」のように、手法と適用したプロジェクトをセットで書きましょう。
Q. 炎上・失敗したプロジェクトの経験は書かない方がいいですか？
書くべきです。炎上・遅延・スコープ変更などの困難に直面し、どう対処して収束させたかを書くことで、PMとしての実力が最も伝わります。「失敗した」という事実より「どう判断・対処したか」を中心に書きましょう。
Q. 職務経歴書はA4何枚が適切ですか？
PMは担当プロジェクトの数と種類が多いため、3〜4枚程度になることも珍しくありません。ただし直近3〜5本のプロジェクトを詳しく書き、それ以前は概要にとどめる構成が読みやすくなります。
Q. SIerからユーザー企業への転職で気をつけることはありますか？
ユーザー企業は「自社ビジネスへの理解」と「ベンダーマネジメントのスキル」を求めることが多いです。SIerでの「技術・品質・スケジュール管理の経験」を「発注側として活かせる」という切り口でアピールすると説得力が増します。
まとめ
- 採用担当者は「プロジェクト規模・QCD達成実績・困難への対処・ステークホルダー管理」をセットで見ている
- 予算規模・チーム人数・期間・納期達成率など、数字になるものは必ず入れる
- 「困難・対処・結果」のセットで書くことで、PMとしての実力が伝わる
- 使用ツール（Jira・MS Project）・手法（スクラム・ウォーターフォール）・資格（PMP）は必ず記載する
- 経験年数に応じて「役割と規模」「QCD管理と困難への対処」「ポートフォリオ管理とマネジメント」を使い分ける
- NG例に共通するのは「規模感なし・管理しただけ・成功体験のみ」の3パターン
PMの経験は正しく書けば必ず評価されます。まずはこれまでのプロジェクトの規模・予算・チーム人数を書き出すところから始めてみてください。
人事・採用担当として1,000名以上の面接、30社の採用支援に携わった経験をもとに、職務経歴書の作成代行・添削を行っています。
採用側での経験をもとに、評価される書類づくりをサポートしています。「経験はあるのに書類で落ちる」という方に特に支持をいただいています。
これまでのご支援数は370名以上。製造・IT・金融・医療・サービス業など、幅広い業界・職種に対応しております。
職務経歴書の書き方にお悩みの方は、お気軽にご相談ください！
