PMキャリア

PMキャリアを考えるとき、まず「PMが何をする役割か」を工程で押さえると輪郭がはっきりします。PMは要件定義から基本設計、開発、テスト、リリースまでを見渡し、スコープ・スケジュール・品質・コスト・リスクの折り合いをつける役割です。作る人ではなく、作れる状態を整えて完了まで導く人だと言えます。

この役割を軸に、キャリアは三つの広がりで語られることが多いです。

• 扱う工程の広がり
  下流の進行管理から、要求定義や課題設定といった上流へ関与範囲が伸びていく方向です。
• 関わる相手の広がり
  開発チーム中心の調整から、顧客の事業部門や経営層との合意形成へ相手が変わっていきます。
• 任される規模の広がり
  単一案件から、複数案件やプログラム全体の管理へと責任の面積が増えていきます。

これらは同時に進むとは限りません。工程は上流に伸びても規模はそのまま、というように、どの軸が動いているかを分けて見ると、自分の現在地を捉えやすくなります。

進み方には、大きく三つの方向が観察できます。どれが上ということではなく、伸ばしたい軸によって選び方が変わります。

• 専門を深める方向
  特定の業界や技術領域で、要件定義書やWBS、リスク一覧といった成果物の精度を上げ、難度の高い案件を任される道です。同じ現場で「この領域ならこの人」という信頼を積み上げていきます。
• 上流へ移る方向
  進行管理から、要求定義・システム化企画・課題設定へと関与を早める道です。顧客が何を解きたいのかを一緒に定義する段階から入り、提案や構想づくりに関わります。
• 事業側へ広げる方向
  プロジェクト単位の視点から、事業成果や収益への責任へ広げる道です。BizDevやプロダクト側の議論に接し、作ったものがどう使われ稼ぐかまで見ます。

進め方の順序としては、まず担当案件で完了実績を重ね、次に上流工程の一部（要件定義のファシリテーションなど）を任され、その後に規模や事業責任へ、という段階を踏むことが多いようです。いきなり最上流へ飛ぶより、一つ手前の工程で信頼を得てから範囲を伸ばすほうが定着しやすいと考えられます。

PMキャリアで足踏みしやすい場面には、いくつか典型的な形があります。予言ではなく、よくある構図として挙げます。

• 進行管理の実績だけで語ってしまう
  スケジュールを守った、という話は伝わりにくいものです。どの前提が崩れ、どう合意を取り直したかまで語れると、担える範囲が伝わりやすくなります。
• 上流に憧れて工程を飛ばす
  要求定義や課題設定は、下流の実装制約を知っているほど現実的になります。設計やテストの手触りを持たずに構想だけを扱うと、絵に描いた計画になりがちです。
• 役割の言葉を揃えないまま転職市場に出る
  同じ「PM」でも、企業によって進行役なのか事業責任者なのか幅があります。自分の実務を工程と成果物で説明できないと、期待とのずれが起きやすくなります。

対処の順としては、まず直近案件を工程ごとに棚卸しし、自分が意思決定した箇所と、成果物として残したもの（要件定義書、課題整理メモ、リスク対応の記録など）を言語化することが起点になります。そのうえで、伸ばしたい軸に近い工程へ少しずつ手を伸ばすと、無理のない移行になりやすいです。

PMキャリアを考えるうえで、近い役割との違いを軸で整理しておくと、目指す先を選びやすくなります。ここでは「主な責任」と「見ている時間軸」で比べます。

• PMO・進行管理担当との違い
  PMOは複数案件の標準づくりや支援が中心で、個別案件の最終責任はPMが持ちます。責任の主体がプロジェクトそのものにあるかどうかが分かれ目です。
• ITコンサル系の役割との違い
  コンサルは課題設定や構想など上流に重心があり、完了までの運用責任は薄くなりがちです。PMは決めた計画を最後までやり切る責任を負う点が異なります。
• 事業開発・プロダクト側との違い
  こちらは「作ったものが売れて使われるか」という事業成果に責任を持ちます。PMは主に「決めた範囲を期日と品質で届ける」ことに責任を持ち、見ている時間軸と成功の定義が違います。

違いを踏まえると、上流へ寄せたいのか、事業責任へ寄せたいのか、標準づくり側へ回りたいのかで、次に接する工程や相手が変わります。今の役割名にとらわれず、実務でどの責任を担いたいかから逆算すると選びやすくなります。

PMキャリアという言葉を、自分の現在地を測る物差しとして使うと役立ちます。まず、扱う工程・関わる相手・任される規模の三つの軸で、今どこにいて、どこを伸ばしたいのかを分けて確認します。次に、直近の案件を要件定義から完了まで工程ごとにたどり、自分が意思決定した箇所と、要件定義書やリスク対応の記録といった成果物を書き出します。この棚卸しがあると、伸ばしたい方向に近い工程へ少しずつ手を伸ばす計画が立てやすくなります。転職や社内異動を考えるときも、役割名ではなく担いたい責任から逆算すると、期待とのずれを減らしやすいと考えられます。急いで最上流へ飛ぶより、一つ手前の工程で信頼を積んでから範囲を広げるほうが、結果として定着しやすい進み方になりそうです。

PMキャリアは一本道で上がっていくものですか。

一本道とは限りません。専門を深める、上流へ移る、事業側へ広げるといった複数の方向が並び立ちます。役職が上がることだけでなく、扱う工程・関わる相手・任される規模のどれを伸ばすかで進み方が変わると考えられます。

上流工程に進みたい場合、何から始めるとよいですか。

まず直近案件を工程ごとに棚卸しし、自分が決めた箇所と残した成果物を言語化するのが起点です。そのうえで要件定義のファシリテーションなど、一つ手前の上流工程を部分的に任される形から広げると、無理なく移りやすいと考えられます。

PMとITコンサルや事業開発は何が違いますか。

責任の主体と見ている時間軸が違います。PMは決めた範囲を期日と品質で完了まで届ける責任を持ちます。ITコンサルは課題設定や構想など上流に重心があり、事業開発は作ったものが売れて使われるかという事業成果に責任を持つ傾向があります。