本記事は広告(アフィリエイト)を含みます。掲載するエージェントは編集部が厳選した提携先です。
PL・PM経験を職務経歴書に書く方法:マネジメント実績を人数・予算・成果で数値化するミドルエンジニアの構成術
この記事の結論
即答
PL・PM経験は「役割・人数・予算・成果」を1セットで書くと、マネジメント力が一目で伝わります。
「マネジメントもやってきたのに、職務経歴書だと地味に見える…」と感じたこと、ありませんか。私も編集の現場で、PL・PMの経歴を何度も読み返してきました。気づいたんですけど、評価されにくい経歴書ほど「PMを担当」で止まっているんです。
逆に通る人は、同じ経験を「8名・予算4,000万円・リリース40%短縮」と数字で出しています。やることはシンプルで、抽象的な役割名を、人数・予算・期間・改善率に分解するだけ。マネジメント経験を職務経歴書に落とすときの軸は、この数値化に尽きます。
数字に自信がなくても大丈夫です。この記事では、PL・PMの書き方を見本つきで一緒に組み立てていきます。先に現在地を知りたい人は、自分の市場価値を年収診断で確かめるのもおすすめです。
PL・PM経験は職務経歴書のどこに書く?

即答
職務要約と各案件に分けて書きます。要約で全体規模、案件ごとに役割と担当工程を具体に落とします。
書く場所を間違えると、せっかくのマネジメント経験が埋もれます。採用担当が最初に読むのは冒頭の職務要約。ここで「何人・いくら・何を改善したPMか」が3行で分からないと、続きを丁寧には読んでもらえません。
PL・PMの経歴は、次の4か所に分けて配置すると伝わりやすくなります。リード一行を置いてから並べます。
- 職務要約(全体の経験年数とマネジメント規模)
- 職務経歴(案件ごとの役割・担当工程)
- 活かせる経験・知識・技術(マネジメントスキルの一覧)
- 自己PR(数字の裏づけつきの強み)
この4分割を意識するだけで、技術経験とマネジメント経験が混ざってぼやける、という一番ありがちな失敗が消えます。要約で全体像、案件で詳細、というふうに役割を分けるのがコツです。
マネジメント実績はどう数値化する?
即答
人数・予算・期間・改善率の4つに分解します。「PMを担当」だけで終わらせないのが原則です。
数値化と聞くと身構えますよね。私も最初は「自分の仕事って数字にしにくいな」と思っていました。でも分解する切り口を持つと、意外と出てきます。マネジメントは、必ず「誰を・いくらで・どれだけの期間・どう良くしたか」を内包しているからです。

たとえば「ECサイトの改修PMを担当」という一文。これを分解すると、メンバー8名(最大12名)、年間予算4,000万円、リリースのリードタイムを40%短縮、という3つの数字が立ち上がります。同じ仕事でも、抽象名詞のままか、数字に割るかで、読み手の受け取り方は大きく変わります。
予算が分からない、という人も心配いりません。人月から逆算したおおよその規模感や、関わった案件の受注額のレンジでも十分に伝わります。プロジェクトマネージャーは年収レンジが上振れしやすい傾向があり(doda 平均年収ランキング)、その評価を引き出すのが、この数値化の役割です。
どの数字がいちばん効く?
即答
改善率→予算→人数→期間の順で効きます。読み手は定量成果を最初に探しているからです。
全部の数字を均等に並べる必要はありません。実は、採用側がいちばん見たいのは「で、結果どうなったの?」という改善率です。人数や予算は規模を示しますが、改善率は「この人が入ると何が良くなるか」を示します。順番を意識するだけで、同じ材料でも刺さり方が変わります。
ここで効くのは、固有の業務指標です。リリース頻度、障害対応時間、レビュー滞留、離職率の改善。JIRAのチケット消化やデプロイ頻度のように、実際に追っていた数字をそのまま使うと説得力が出ます。「頑張りました」ではなく「P1障害の平均復旧時間を3時間から1時間へ」と書けると、もう一段深く読まれます。
もしマネジメントの言語化に詰まったら、テックゴー(テックゴー/IT・Web系エンジニアに強い転職エージェント)のような専門エージェントに職務経歴書を見てもらうのも一つの手です。第三者が「ここ、数字にできますよね」と引き出してくれることは、私の取材でもよくある話でした。
PL・PMの職務経歴書はどう書く?記入見本で確認
即答
職務要約の冒頭3行に規模と成果を圧縮し、案件ごとに役割・工程・環境・数字を1セットで書きます。
言葉だけだとイメージしにくいので、実物の見本を用意しました。下の職務経歴書は、ここまでの数字(8名・4,000万円・40%短縮)をそのまま落とし込んだものです。赤ペンの注釈が、押さえどころです。
見てほしいのは、職務要約の冒頭です。「PMとして〜」と役割から入りつつ、その同じ文の中に人数と予算と改善率が入っています。つまり、最初の3行だけ読めば規模と成果が分かる状態。ここだけ押さえれば、あとの案件詳細は補足として読まれます。
もう一つのコツは、案件欄の「実績」を必ず数字で締めること。「設計から運用まで担当」で止めず、「障害対応時間を40%短縮」まで書きます。PL・PMの書き方で迷ったら、この見本の構成順(職務要約→職務経歴→活かせる経験→自己PR)をなぞるところから始めてみてください。
ありがちなNGと改善は?
即答
「◯◯を担当」をやめ、主語+数字+結果に書き換えるだけで印象が変わります。
いちばん多いNGは、役割名で止めてしまうパターンです。「マネジメントを担当」「チームをまとめた」。本人は頑張りを伝えたいのに、読み手には規模も成果も見えません。正直、ここはもったいないと感じる箇所の筆頭です。
改善は機械的にできます。「何を担当」を「誰を・いくらで・どう良くした」に置き換えるだけ。たとえば「開発チームを管理」→「8名の開発チームを管理し、リリースを40%短縮」。一文に数字が1つ入るだけで、読まれ方がはっきり変わります。やってみたら、書き換えにかかるのは1案件あたり3分ほどでした。
数値化の材料がないときは何から?
即答
過去のチケットや議事録から、人数と期間を拾うところから始めます。記憶に頼らないのがコツです。
「もう辞めた現場の数字なんて覚えていない」。そう思っても、手がかりは案外残っています。JIRAやGitHub、当時の見積書や議事録に、人数も期間も予算の断片も眠っているからです。まず1個だけ、思い出せる数字を起点にすると、芋づる式に出てきます。
材料集めは、次の観点で3分ずつ棚卸しすると進めやすいです。完璧を目指さず、レンジで構いません。
それでも数字が出てこないときは、第三者の視点を借りるのが早道です。エージェントとの面談で当時の状況を話すと、「それ、十分実績ですよ」と拾ってもらえることがあります。一人で抱えるより、話しながら整理したほうが、現在地は早く見えます。
よくある質問
Q. PLとPMの経験は職務経歴書で分けて書くべき?
A. 役割が違うので、案件ごとに「PL」「PM」と明記して分けるのがおすすめです。PLは進行と品質、PMは予算と全体責任など、担当した範囲を併記すると誤解を避けられます。
Q. マネジメント人数や予算が曖昧なときはどう書く?
A. 正確な値が分からない場合はレンジで書いて構いません。「6〜8名」「年間3,000万円規模」のように幅で示し、人月から逆算した概算であることが伝われば十分です。
Q. プレイングマネージャーで技術もやっていた場合は?
A. 技術経験とマネジメント経験を別の行に分けて書くと整理されます。職務要約でマネジメント規模、案件欄で使用技術と担当工程、という二層構造にすると両方が埋もれません。
次のアクション
IT転職は順番に進めると迷いが減ります。全体像の確認と、自分の市場価値の把握から始めてみてください。