プロジェクトマネージャーの職務経歴書｜書き方・例文

作業の名前で整理すると、そうなります。採用する側が知りたいのは、次の案件を任せたときに何ができるかです。まず、説明しやすい案件を一つ選びましょう。いちばん大きな案件でなくても構いません。

それなら、何を根拠に決め直したかまで書けますね。この記事では、その場面を使って記載例を作ります。以下の経歴・人数・期間・結果はすべて説明用の架空例です。自分の書類では、実際に担当し、説明できる内容に置き換えてください。

最初に短い職務要約、その次に得意な領域、続いて会社ごとの職歴と案件詳細を置くと、全体像をつかんでから実績を読めます。技術経験と資格、自己PRも整理します。応募先に指定の様式があれば、それに合わせてください。

dodaのPM向け書き方ガイドでも、経験した業界や分野、案件の金額・人数などの規模を示すことが挙げられています。そのうえで、規模の中で自分が何を担当したかを明らかにしましょう。

詳細を短くすることはできますが、消す前に応募要件を見てください。設計のレビューや開発チームとの議論を求める求人なら、何を設計・実装した経験があるかは判断材料です。「Javaを使用」とだけ書くより、「受注処理の設計と実装を担当。PM就任後は実装を担当せず、設計レビューに参加」と分けたほうが、現在の役割まで伝わります。

全体の人数と、自分が直接取りまとめた人数は分けましょう。「プロジェクト全体30名、担当チーム8名」と書けば、範囲が見えます。また、案件の作業を割り振った経験と、人事評価や育成を担当した経験は別です。人の評価をしていないのに「組織マネジメント30名」と書くと、面接で説明が食い違います。

要約では、経歴を全部説明しようとしないことです。読む人が「この人のどの案件を詳しく見ようか」と見当をつけられれば役割を果たします。下の例なら、業務領域と開発経験、PMとして担当した範囲が読み取れます。

そうです。ただ、この要約だけでは、変更後にどうなったかはまだ分かりません。案件詳細で補います。体制や使用技術のような基本情報と、問題にどう対処したかという説明を分けると、探しやすくなります。

管理していない予算を推測して書く必要はありません。把握していて開示できるなら載せ、そうでなければ期間、チーム規模、担当工程で説明します。案件総額を知っていることと、予算を管理したことも別です。実績欄には、自分が実際に行った見積確認や変更時の費用調整を書いてください。

そこも分けて書きます。「影響を整理し、段階導入案を提示。顧客の業務責任者の承認を得て計画を変更」とすれば、自分の提案と相手の承認が両方伝わります。PMだからといって、あらゆる決裁を自分で行ったように見せる必要はありません。

大きな問題が起きなかったことにも、理由があるかもしれません。試験の前に環境の準備を確かめた、担当間の受け渡しをそろえた。そうした行動を振り返ってください。ただし「問題がなかった」ことだけで、自分の対策が効いたと断言はできません。実施した対策と確認できた結果をつないで書きます。

根拠のない「大幅」は、むしろ説明しづらくなります。「誰も担当を決められていなかった作業について、担当部署と引き継ぎ条件を決めた」なら、何が変わったかは分かるでしょう。工数や不具合件数の記録がある場合は、その数字で補えます。記憶だけで改善率を作らないでください。

比べる条件をそろえます。例えば「問い合わせが半減」でも、利用者自体が減ったなら、説明したい改善とは違います。対象の業務、比較する期間、集計方法が同じかを確かめてから書いてください。結果がチーム全体の成果なら、そのことを明記し、自分が担った対策を続けます。

書きます。当初より納期を延ばしたなら、「納期を守った」とだけ書かず、「当初計画からの遅延を受け、顧客と再合意した期限で移行を完了」とします。当初の条件と変更後の条件を分けると、立て直しの仕事を正確に説明できます。未完了の課題が残ったなら、それをどう引き継いだかも書けます。

経歴の連続性は分かるようにしつつ、応募先と接点が強い案件を詳しく書きます。大型移行を任せたい求人に対して、小さな新機能の改善だけを長く説明しても、相手の疑問に答えられません。求人票の担当業務と必須経験を横に置き、それぞれを説明できる案件を選んでください。

追っていない売上を成果に置き換えてはいけません。利用部門の困りごとをどう整理したか、受け入れ条件をどう決めたか、運用担当へ何を渡したか。自分が関わった地点までを具体的に書き、その先は未経験だと説明します。転職先に何を求めるかは、SIerから事業会社PMへの転職で扱っています。

時期と役割を分けます。「PMとして担当チームの計画を管理し、全社の報告書式の整備はPMO業務として担当」のように書けば、仕事を過大にも過小にも見せずに済みます。支援業務を中心に整理するなら、PMOの職務経歴書の書き方も参考になります。同じ言葉でも、誰の判断を支えたかによって説明が変わります。

同じ強みを繰り返している案件から短くしましょう。要約は経歴の入口、案件詳細は根拠、自己PRは応募先での使い道です。同じ文章をそれぞれに貼ると、分量だけが増えます。自己PRは、詳しく載せた案件を一つ根拠にして、任される仕事へのつながりを短く書くと整理できます。

スキルシートは技術や案件経験を一覧で確認するために使われることがありますが、求める形式は会社ごとに違います。二つ提出するなら、期間、役割、人数、使用技術を一致させてください。職務経歴書では判断と結果、スキルシートでは経験工程や技術の詳細を補うと整理しやすいです。

公開できる範囲を勤務先の規定と照らして確認します。顧客名を伏せるだけでなく、システム名、案件金額、障害の詳細などから特定されないかも見てください。業種や担当業務に置き換えて説明できる部分はあります。社内の計画書や顧客資料を、そのまま添付する必要はありません。

各案件について「なぜその対策を選んだのか」「誰が決めたのか」「どう結果を確かめたのか」を、口に出して説明してみてください。書いてあるのに説明が止まる箇所は、表現が強すぎるか、根拠が抜けています。職務経歴書と面接で、同じ仕事の話ができる状態にする。そこまで整えたら、応募先の指定形式とファイル名を確かめて提出します。