PM（プロジェクトマネージャー）を目指すには｜他の職種からのキャリアチェンジ

他の職種からPM（プロジェクトマネージャー）を目指すルートは一つではありません。開発者、PMO、ITコンサル、事業会社の業務部門や情報システム部門、プリセールスなど、どこから来ても生かせる経験があります。共通して足りなくなりやすいのは、「自分で決め、その結果に責任を持った経験」です。

そのため、フリーランスとしていきなりPMの案件に入るより、今の職種のまま判断を任される範囲を少しずつ広げ、PL・PMO・PM補佐などの案件を経てPMに近づくのが現実的です。この記事では、出発点ごとに生かせる経験と足りない部分、その埋め方を整理します。PMとしての独立の手順はPMがフリーランスになるにはで扱っています。

PMに求められることを先に押さえる

どのルートから目指すにしても、PMの案件で問われるのは次の3つです。

1. 計画を立てる：スコープを区切り、工程と体制を組み、見積もりの根拠を説明する
2. 計画を変える：遅れや問題が起きたとき、選択肢を並べて決め、関係者の合意を取る
3. 社外の人を動かす：指揮命令の及ばないベンダーや顧客、業務部門と調整する

職種によって、このうちどれを既に持っていて、どれが足りないかが違います。詳しいスキルの中身はPMに求められるスキルをご覧ください。

出発点ごとの生かせる経験と足りない部分

開発者・PLから目指す

もっとも多いルートです。技術が分かることは、見積もりの妥当性や技術的なリスクを見抜くうえで大きな強みになります。足りなくなりやすいのは、お金と契約、そして顧客の上位者との対話です。

埋め方：今の現場で、見積もりの作成や変更管理、顧客との定例の運営を少しずつ引き受けます。段階の踏み方は開発者からPM・PMOへ役割を移す進め方、PLとしての経験の整理はPLがフリーランスになるにはで解説しています。

PMOから目指す

PMOは、PMの仕事の材料をそろえる立場です。進捗や課題の見える化、会議の運営、報告資料づくりは、そのままPMの仕事の土台になります。足りないのは、材料をもとに決めた経験です。

埋め方：PMOとして、ただ状況を報告するだけでなく、「この遅れにはこの手を打つべき」と提案し、それが採用された場面をつくります。その提案の中身と結果は、PMを目指すときの材料になります。PMOとしての独立はPMOがフリーランスになるにはをご覧ください。

ITコンサルから目指す

構想や要件を整理し、経営層に説明する力は、発注側のPMや大規模案件の上流で生かせます。一方、開発の現場で起きる細かな問題を拾い、立て直す経験は不足しがちです。

埋め方：構想策定のあとに、実行の工程まで残って関わる案件を選ぶと、計画と実行のずれを経験できます。上流工程との違いは上流工程の記事で整理しています。

事業会社の業務部門・情報システム部門から目指す

社内の業務と決裁の流れを知っていることは、発注側のPMとして大きな強みです。ベンダーの管理をしていた経験も評価されます。足りなくなりやすいのは、開発の工程と、計画を一から組み立てる経験です。

埋め方：社内のシステム導入や更改で、計画づくりとベンダーとの進捗管理を担当として引き受けます。フリーランスとしては、まず発注側のPM支援やPMOの案件から入ると、経験を生かしやすくなります。

プリセールス・営業から目指す

顧客の要望を聞き取り、提案と見積もりをまとめてきた経験は、プロジェクトの立ち上げで生かせます。足りないのは、契約後に計画どおり進めるための日々の運営です。

埋め方：受注した案件の立ち上げに、引き継ぎ役として最初の数か月だけ関わるなど、実行の側に一歩踏み込む機会をつくります。

足りない部分を埋めるときの順番

どのルートでも、次の順で進めると無理がありません。

1. 今の仕事で判断の場面をつくる：小さな範囲でよいので、自分が決める場面を引き受ける
2. PMに近い役割の案件に入る：PL、PMO、PM補佐、サブPMなど、PMの隣で働ける案件を選ぶ
3. 任される範囲を広げる：契約の更新や次の案件のたびに、決める範囲を一段ずつ広げる
4. 経験を書ける形で残す：判断の場面、取った手、結果をメモに残し、スキルシートに移す

スキルシートでは、PMの肩書きがなくても判断した範囲を正確に書けば、PMに近い経験として伝わります。書き方はPMのスキルシートの記事をご覧ください。

資格は、知識を体系的に学ぶ手段として役立ちますが、資格だけでPMの案件に入るのは難しいのが実情です。経験の裏付けとして組み合わせる考え方をおすすめします。

面談で確かめられやすいこと

他の職種からPMに近い案件に応募すると、面談では「本当に判断を任せられるか」を確かめる質問が増えます。たとえば、意見が割れたときにどう決めたか、計画どおりに進まなかったときに何をしたか、社外の人に動いてもらうために何を工夫したか、といった問いです。

ここで大切なのは、元の職種の言葉のまま話さないことです。開発者なら技術の選定の話を「プロジェクトとしての選択と、その影響」に、業務部門の出身なら社内調整の話を「関係者の合意をどう取ったか」に置き換えて話すと、PMの仕事に結び付けて受け止めてもらいやすくなります。

年代によって選びやすいルート

20代後半から30代前半は、開発者やPMOから段階を踏んで移るルートがとりやすい時期です。現場での失敗も経験として受け止めてもらいやすく、PLやPM補佐の案件で判断の場数を増やせます。

30代後半以降は、これまでの職種で積んだ専門性をPMの役割に結び付けることが大切です。業務部門の出身なら発注側のPM支援、コンサルの出身なら大規模案件の上流のPMといったように、強みが生きる型を選ぶと移りやすくなります。年代ごとの期待はPMは40代・50代でもフリーランスで働けるかで整理しています。

よくある質問

IT業界での経験がなくてもPMを目指せますか？

IT以外の業界で大きなプロジェクトを率いた経験は、計画づくりや関係者の調整で生かせます。ただ、システム開発のPMの案件では、開発の工程やベンダーとの契約の理解も求められるため、まずは事業会社の情報システム部門やPMOとしてITのプロジェクトに関わる段階を踏むのが現実的です。

PMOから入って、どのくらいでPMになれますか？

期間は人によって大きく違います。PMOの仕事の中で、提案が採用され計画が変わる場面を重ねられるかどうかが分かれ目になります。案件を選ぶときに、PMの判断に近い場面に関われるかを確かめておくと、移るまでの道筋が見えやすくなります。

PMを目指すなら、先に資格を取ったほうがよいですか？

資格は、プロジェクトマネジメントの知識を体系的に学ぶ手段としては役立ちます。ただ、案件側が重く見るのは実務で判断した経験のため、資格の勉強だけを先に進めても、案件に入りやすくなるとは限りません。今の仕事で判断の場面をつくりながら、その裏付けとして学ぶ順番をおすすめします。

PMとPdMのどちらを目指すか迷っています。

PMはプロジェクトを期限と予算の中で進める役割、PdMは何を作るかを決める役割です。計画と調整に強みがあればPM、顧客の課題やサービスの方向性を考えることに関心が強ければPdMが向いています。PdMへの道はPdMがフリーランスになるにはをご覧ください。