プロジェクトマネージャー

一言でいうと

目的がすでに決まっているプロジェクトを、期日と予算のなかで実現する役割で、範囲・時間・コスト・品質のバランスを取りながら関係者を動かします。

この職種の出自と登場時期

プロジェクトマネジメントは1960年代に体系化が進み、1969年に米国で PMI（Project Management Institute）が設立されました。以降、知識体系が整理され、業界を問わず共通の手法として使われています。ソフトウェア開発に固有の職種ではなく、建設や製造から持ち込まれた枠組みである点が、この職種の性格を決めています。

国内では情報処理技術者試験にプロジェクトマネージャ試験が設けられ、1995年春期から実施されています。ここで職種としての位置づけが定まりました。SIer と受託開発を中心に、長く標準的なキャリアの到達点として扱われてきました。

呼称の衝突にも注意が要ります。国内では PM がプロジェクトマネージャーとプロダクトマネージャーの両方を指すため、PjM と PdM で書き分ける慣行があります。求人票でどちらを指しているかは、業務内容で判断してください。

現在は事情が変わりつつあります。アジャイル開発の普及で、計画どおり進める前提そのものが問い直され、スクラムマスターやプロダクトマネージャーへ役割が分かれる組織が増えました。ただし、期日と予算が先に決まる案件では、この職種の必要性は変わりません。

ミッション

責任範囲は、決められた目的物を、決められた期日と予算のなかで届けることです。何を作るかの判断ではなく、決まったものを確実に届ける工程に責任を持ちます。

そのため、進捗を見えるようにすることが仕事の中心に入ります。遅れが表面化してから動くのではなく、遅れる兆候を早く掴んで手を打つことが評価の対象になります。

主な業務範囲

• 計画の策定。作業を分解し、順序と依存関係、必要な人員と期間を見積もる
• 進捗の管理。実績と計画の差を把握し、遅延の原因を特定して対策を打つ
• リスクの管理。起こりうる問題を洗い出し、発生時の対応を事前に決めておく
• 関係者の調整。発注側、開発チーム、外部ベンダーの間で合意を作る
• 変更の管理。仕様変更の影響を見積もり、範囲・期日・コストの再交渉を行う

求められる能力

開発の工程と見積もりの妥当性を判断できることが前提になります。自分で実装する必要はありませんが、難易度を読み違えると計画そのものが成立しません。

実務の大半は交渉と調整です。無理な要求に対して代替案を示す力、悪い知らせを早く上げる姿勢、そして関係者の利害が食い違う場面で着地を作る力が問われます。

この職種に就く人のキャリア経路

入口はSIer・受託開発・社内の情報システム部門が多くを占めます。開発の実務を経てリーダーを務め、そのまま進む流れが一般的です。

この先は、より大規模なプロジェクトの責任者、PMO、プロダクトマネージャー、事業側の管理職へ広がります。事業会社ではプロダクトマネージャーへの転換を志す人が増えています。

隣接職種との違い

採用担当の見極めポイント

• 求人票では、開発手法と案件の性質を書いてください。受託の請負案件と、自社プロダクトの開発では、必要な経験が異なります
• 経歴書では、うまくいかなかった案件の扱いを確認してください。順調な案件の実績だけでは、この職種の力量を判断できません
• 権限の範囲を明示してください。期日や範囲の再交渉ができない立場では、責任だけが残ります

求人・市場の傾向

母集団は厚い一方、経験の中身が幅広く、進捗の取りまとめが中心の層と、交渉と再計画まで担ってきた層が同じ職種名で並びます。実際の件数は媒体ごとの職種カテゴリの定義で変わるので、自社が使う媒体の検索結果で確認してください。

事業会社では、この職種を置かずにプロダクトマネージャーと Engineering Manager で分担する例も増えています。単独で募集する場合は、担当範囲と権限を具体的に書いてください。

関連キーワード

WBS / スケジュール管理 / リスク管理 / PMI / プロジェクトマネージャ試験 / 変更管理 / ステークホルダー