ITコンサルとPMOの業務について　―PMO転職で失敗しないために―

「ITコンサルタントになれば、IT戦略の立案やシステム化構想など、上流工程に携われる」
ITコンサルタントへの転職を検討されている方のなかには、このように考えている方も多いのではないでしょうか。

もちろん、そうした業務もITコンサルタントの仕事の一つです。一方で、実際にはPMOとして議事録作成や会議調整、進捗状況の確認など、事務局的な業務を主に担うケースも少なくありません。また、一口にPMOといっても、その仕事内容や求められるスキルは大きく異なります。

本コラムでは、約15年間システム開発の現場に携わってきた経験をもとに、ITコンサルとPMOの関係性や具体的な仕事内容、市場価値、転職前に知っておきたいことについてお伝えします。

ITコンサルティングの全体像。PMOはその業務の一つ

そもそも、ITコンサルタントとはどのような仕事なのでしょうか。

ITコンサルティングとは、ITを活用して企業の経営・業務課題の解決を支援する仕事です。その業務領域は幅広く、IT戦略の立案だけでなく、システム化構想や要件定義、プロジェクト推進、システム導入後の定着支援なども含まれます。
代表的な業務領域を整理すると、以下のようになります。

なお、これらの分類は企業によって異なります。実際に、要件定義支援をPMO業務の一つとして位置づけている企業もあり、必ずしも明確に区分されているわけではありません。

ここで押さえておきたいことは、PMOはITコンサルティングで扱う業務の一つであるということ。また、「ITコンサルタント」という職種名だけでは、実際にどのような業務を担当するのかは分からないということです。

同じPMOでも仕事内容は異なる。支援型・管理型・指揮型の違い

では、PMOとは具体的にどのような仕事なのでしょうか。

PMOは、Project Management Officeの略称で、プロジェクトマネジメントを支援する役割や組織を指します。その仕事内容は、大きく3つに分類されます。

1. 支援型PMO

会議の日程調整や議事録作成、進捗情報の集約、期限管理など、プロジェクトの事務局的な業務を中心に担う役割です。例えば、各チームから進捗報告を回収して一覧表にまとめたり、課題管理表の更新状況を確認したりする業務が該当します。

2. 管理型PMO

進捗・課題・品質・リスクなどの管理を担う役割です。単に情報を集めるだけでなく、計画との差異や問題を可視化し、改善策の検討にも関わります。例えば、あるチームの進捗が遅れている場合、その原因や後続工程への影響を整理し、対応策をPMや関係者と検討します。

3. 指揮型PMO

PMに近い立場で、プロジェクト計画の策定や重要課題の解決、関係者間の合意形成などを主導する役割です。例えば、複数チームにまたがる課題について対応方針を検討し、関係者との調整を進めながら、プロジェクト全体としての解決を図ります。

もちろん、これらは厳密な分類ではなく、一つのプロジェクトで複数の役割を兼ねることもあります。
また、支援型だから簡単な仕事というわけでもありません。数百人が関わる大規模プロジェクトでは、会議体の運営や情報管理だけでも相当な調整力が必要になります。
ただし、同じPMOという名称でも、求められる専門性や責任範囲は大きく異なり、その違いは今後のキャリアにも影響してきます。

PMOの市場価値を左右するのは、プロジェクトを動かす経験

PMOの市場価値は、前述した3つの類型では、指揮型、管理型、支援型の順に高くなる傾向にあります。
では、なぜ指揮型の市場価値が高いのでしょうか。

指揮型PMOが担う業務の一例に、プロジェクト計画書の策定があります。
プロジェクト計画書とは、プロジェクトをどのように進め、管理するのかを定める資料です。例えば、以下の項目を検討します。

• プロジェクトの目的・特徴、外的要因・前提条件
• システムスコープ（開発対象の範囲）
• 工程定義・スケジュール
• コスト・体制
• 成果物・承認プロセス
• 品質管理基準
• 変更管理
• コミュニケーション管理
• 育成計画
• プロジェクトの完了基準
• マネジメント課題・リスク

これだけでも検討すべき項目が多いことがわかりますが、今回はスケジュール策定の一部分である「リリース凍結期間」を例に、具体的な業務を考えてみます。

リリース凍結期間とは、最終的な全体テストやリリースリハーサル時のシステム状態を維持し、リリース時のリスクを抑えるため、一定期間、システムへの変更を原則禁止する期間です。
一見すると、凍結期間の日程を決め、スケジュールに組み込めばよいように思えるかもしれません。しかし、実際には多くの検討と調整が必要です。
例えば、大規模な基幹システムでは、複数のプロジェクトが並行して動いていることがあります。あるプロジェクトで凍結期間を設けると、他のプロジェクトが予定していたリリースにも影響する可能性があります。他案件にも納期や顧客との約束があるため、それぞれの事情を踏まえながら、日程の調整や合意形成を進める必要があります。
また、凍結期間中に重大な障害が発生した場合はどうでしょうか。緊急対応に限って変更を認めるのか、認める場合は誰が判断し、どのような確認を行うのか。こうした例外ルールも事前に検討しておかなければなりません。
つまり、スケジュール策定のほんの一部分を取り上げても、技術的なリスクの把握、他案件との調整、例外ルールの検討、関係者との合意形成など、幅広い対応が必要になるのです。

ここに、PMOの市場価値の違いがあります。
支援型PMOが担う議事録の作成や会議日程の調整などは、比較的習得しやすく、対応できる人材も多い業務です。一方、今回のように、プロジェクト全体への影響を考慮して計画を策定し、関係者との調整を経て実行まで主導できる人材は、決して多くありません。
こうした業務では、プロジェクト管理の知識だけでなく、技術や業務への理解、課題解決力、関係者を動かす調整力などが求められます。
そして、指揮型PMOとしてこれらの経験を積むことができれば、PMOとしての専門性を高めるだけでなく、将来的にPMへキャリアを広げることも現実的になります。

担える人材が限られる高度な業務を経験できること、そしてPMをはじめとしたキャリアの選択肢が広がること。これらが、指揮型PMOの市場価値が高いと考える理由です。

ITコンサルへの転職で確認すべきは、会社名ではなく実際の業務内容

大手コンサルファームであっても、PMO業務以外をメインとしつつ、支援型PMOを担当するケースはあります。一方で、新興系のITコンサルファームでは、PMO案件を中心に事業を展開している企業も多くあります。
もちろん、どちらが良いという話ではありません。重要なのは、ご自身が積み上げていきたいキャリアに対し、入社後に担当する業務が糧になるのかということです。

そのため、転職先を検討する際には、企業名や職種名だけで判断せず、以下の点を確認することが重要です。

・ITコンサルティングの業務領域

IT戦略、システム化構想、PMOなど、具体的にどのような業務領域の案件を扱っているのか。また、それぞれの案件の割合はどの程度か。

・PMOの類型と具体的な仕事内容

PMO案件の場合、支援型・管理型・指揮型のどの類型に該当し、具体的にどのような業務を担当するのか。

・案件へのアサイン方針

入社当初だけでなく、その後の担当案件はどのように決まり、どこまで業務の幅や役割を広げられる可能性があるのか。

・中長期的なキャリアパス

将来的にどのような役割やポジションを目指せるのか。

ただし、面接でこれらを確認しても、入社時点で配属先が確定していないなど、明確な回答が得られないケースもあります。
そのため、会社全体の案件傾向や過去の社員のキャリア事例なども確認しておくとよいでしょう。

ITコンサルタントへの転職では、職種名や企業の知名度だけでなく、実際にどのような役割を担い、どのような経験を積めるのかを見極めることが重要です。

最後になりますが、弊社では、求人票だけでは見えにくい業務内容やプロジェクトの実態についても、システム開発の現場で得た知見や情報を交えながらお伝えしています。
ITコンサルタントやPMOへの転職を検討されている方は、ぜひご相談くださいませ。