ITコンサルとは何か
ITコンサルタントとは、企業の経営課題や業務課題に対して、ITを活用した解決策を提案し、その実現を支援する専門家です。一般的には戦略立案から要件定義、システム導入までを支援する役割とされています。
しかし、この定義だけでは実際の現場での動きは見えてきません。同じプロジェクトに、ITコンサルもPMOもPMもいる現場は珍しくありません。では、彼らは何が違うのか。それを知るには、教科書的な定義ではなく、現場のリアルを見る必要があります。
実際のIT現場ではどうなのか
同じ現場に3者が揃う不思議
私が32年間IT業界で見てきた中で、最も説明しにくいのがこの3つの役割です。なぜなら、プロジェクトによって役割分担がまったく異なるからです。
大規模な金融系のシステム刷新案件では、ITコンサルが上流工程を仕切り、PMが開発を統括し、PMOが進捗管理とリスク管理を担当する、というきれいな分業が見られます。しかし、中堅規模の製造業のDX案件では、ITコンサルとPMの境界が曖昧で、同じ人が両方の帽子を被っているケースもあります。
役割の重なりが生む混乱
現場でよくある混乱は、誰が何を決めるのかが不明確になることです。要件定義はITコンサルの仕事と思われがちですが、実際にはPMも要件定義に関わります。進捗管理はPMOの仕事ですが、ITコンサルも全体スケジュールには口を出します。
私が過去に関わった医療系の案件では、ITコンサルが週次で進捗会議に出席し、PMと同じようにタスクの遅延について議論していました。では、PMとITコンサルの違いは何だったのか。それは、誰に対して責任を持つかでした。
名刺の肩書きと実務のギャップ
ITコンサルという肩書きを持っていても、実際にやっている仕事はPMそのものという人もいます。逆に、PMという肩書きでも、経営層に対して戦略提案を行っているならば、それはITコンサルの仕事です。
つまり、肩書きだけでは役割は見えません。誰に対して、何を、どこまで提供するのか。それが明確でないと、プロジェクトは混乱します。
筆者の経験
3つの役割を同時に見た現場
私は約10年のPMO実務の中で、金融、保険、製造、公共インフラ、医療、メディア、自動車など多数の業界を経験してきました。その中で、ITコンサル、PM、PMOの3つの役割が同時に存在するプロジェクトを何度も見てきました。
特に印象深いのは、ある自動車保険業界の大規模システム刷新案件です。この案件では、外資系コンサルティングファームから3名のITコンサルが入り、SIerからPMが1名、そして私を含むPMOチームが3名という体制でした。
私はIT業界32年のキャリアで、多数のITコンサルと関わってきました。ITコンサルとPMO、PMは同じ現場にいることが多く、外から見ると役割が重なって見えます。しかし実際の仕事は根本的に違います。ITコンサルは戦略や提案が中心で、経営層にどうすべきかを示す立場です。ある製造業のシステム刷新プロジェクトでは、ITコンサルが3ヶ月かけて業務分析と提案書を作成し、経営層に投資判断を求めました。その後、実行フェーズに入ってからPMOとPMが動く流れでした。ITコンサルは絵を描く役割、PMOとPMは絵を実現する役割と言えます。ただし現場では境界が曖昧なこともあり、ITコンサルが実行フェーズにも関わるケース、PMOが戦略提案に関わるケースもあります。この3職種の連携が良いプロジェクトは、驚くほどスムーズに進みます。
この経験から学んだのは、ITコンサルとPMとPMOの違いは、役割の定義ではなく、誰の課題を解決するかという視点の違いだということです。ITコンサルは経営層の課題、PMは開発チームの課題、PMOはプロジェクト全体の課題に向き合います。
具体例
ケース1:DX推進プロジェクトでの役割分担
ある製造業のDX推進プロジェクトでは、以下のような役割分担がありました。
ITコンサルは、経営層に対してDX戦略を提案し、既存業務プロセスの課題を洗い出しました。この段階で、どのシステムを刷新すべきか、どの業務を自動化すべきかという優先順位を決定します。彼らは、経営層と週次で報告会を持ち、投資対効果を説明していました。
PMは、その戦略を受けて、具体的なシステム開発計画を立てました。開発ベンダーを選定し、要件定義を進め、開発チームを統括します。PMは開発の現場責任者であり、納期とコストと品質に対して責任を持ちます。
PMOは、複数のサブプロジェクトを横断して、全体の進捗を可視化しました。リスクが顕在化したときには、PMとITコンサルの間に入って調整を行います。また、経営層への報告資料を作成し、プロジェクト全体の健全性を監視しました。
ケース2:システム障害対応での動き
運用保守フェーズで大規模な障害が発生した場合、3者の動きは明確に分かれます。
PMは、障害の原因究明と復旧作業を指揮します。開発ベンダーと連携し、技術的な対応を進めます。PMOは、障害の影響範囲を整理し、関係者への情報共有を行います。また、再発防止策の進捗を管理し、経営層への報告資料を作成します。
ITコンサルは、この障害が業務に与える影響を評価し、経営層に対して今後の対応方針を提案します。場合によっては、システムアーキテクチャの見直しや、運用体制の再構築を提案することもあります。
ケース3:要件定義フェーズでの役割の違い
要件定義は、3者の役割が最も重なる領域です。
ITコンサルは、業務要件を整理し、システム化の範囲を定義します。現行業務のAs-Isを整理し、将来像のTo-Beを描きます。彼らは業務部門とのワークショップを主導し、要件を引き出します。
PMは、その業務要件を受けて、システム要件に落とし込みます。技術的な実現可能性を検証し、開発規模を見積もります。また、要件の優先順位をつけ、段階的な開発計画を立てます。
PMOは、要件定義の進捗を管理し、要件の変更管理を行います。要件が追加されたときには、スケジュールとコストへの影響を評価し、関係者に共有します。
筆者独自の考察
3つの役割は視座の高さで区別される
私はPJM-A資格を取得する過程で、プロジェクトマネジメントの理論を改めて学びました。その中で気づいたのは、ITコンサルとPMとPMOの違いは、視座の高さにあるということです。
ITコンサルは、経営層の視座で物事を見ます。彼らの関心は、このプロジェクトが会社の戦略にどう貢献するか、投資対効果はどうか、という点です。PMは、開発現場の視座で物事を見ます。彼らの関心は、どうやって品質を担保しながら納期を守るか、という点です。
PMOは、その中間の視座です。経営層にも開発現場にも目を配り、両者をつなぐ役割を果たします。私は、PMOは通訳のような存在だと考えています。経営層の言葉を開発現場に翻訳し、開発現場の状況を経営層に翻訳する。
肩書きではなく成果物で判断する
現場で混乱が生じるのは、肩書きで役割を判断しようとするからです。私は、成果物で役割を判断すべきだと考えています。
ITコンサルの成果物は、戦略提案書、業務要件定義書、投資対効果分析資料です。PMの成果物は、プロジェクト計画書、WBS、システム要件定義書です。PMOの成果物は、進捗報告書、リスク管理表、課題管理表です。
同じ人が複数の成果物を作ることもあります。その場合、その人は複数の役割を兼務していると考えるべきです。肩書きに惑わされず、誰が何を作るのかを明確にすることが、プロジェクトの成功には不可欠です。
キャリアパスとしての3つの役割
ITコンサルを目指す人、PMOからPMへ、あるいはPMからITコンサルへのキャリアを考える人は多いです。私自身、プログラマーからSE、そしてPMOへとキャリアを積んできました。
私の考えでは、PMOは3つの役割を経験できる最良のポジションです。なぜなら、PMOは経営層とも開発現場とも接点を持ち、ITコンサルの視点もPMの視点も学べるからです。PMOを経験した後にPMになる人もいれば、ITコンサルになる人もいます。
逆に、ITコンサルから現場のPMに降りてくる人もいます。戦略を描くだけでなく、実際に手を動かして実現したいと考える人です。キャリアに正解はありませんが、3つの役割の違いを理解した上で選択することが重要です。
読者が実務で使えるチェックリスト
あなたの現場の役割を診断する7つの質問
以下のチェックリストで、あなたの現場におけるITコンサル・PM・PMOの役割分担を診断してください。
| チェック項目 | ITコンサル | PM | PMO |
|---|---|---|---|
| 誰に対して主に報告するか | 経営層、事業部長 | プロジェクトスポンサー、開発部門長 | PM、経営層(両方) |
| 主な成果物は何か | 戦略提案書、業務要件定義書、ROI分析 | プロジェクト計画書、WBS、システム要件定義書 | 進捗報告書、リスク管理表、課題管理表 |
| 意思決定の対象は何か | 何をやるか(What)、なぜやるか(Why) | どうやるか(How)、誰がやるか(Who) | いつやるか(When)、どこに問題があるか |
| プロジェクトのどの期間に関わるか | 企画~要件定義(上流工程中心) | 要件定義~リリース(全工程) | 企画~運用保守(全期間) |
| 障害発生時の役割は何か | 業務影響評価、経営層への報告、対応方針提案 | 原因究明、復旧作業指揮、技術的対応 | 影響範囲整理、情報共有、再発防止策管理 |
| どのスキルが最も重要か | 業務知識、戦略思考、プレゼン力 | 技術知識、開発マネジメント、交渉力 | 全体俯瞰力、調整力、ドキュメント作成力 |
| 成功の評価基準は何か | 経営目標への貢献、ROIの実現 | 納期・コスト・品質の達成 | プロジェクトの健全性維持、リスクの早期検知 |
このチェックリストを使って、あなたの現場での役割分担を整理してください。もし複数の項目で役割が重複している場合は、プロジェクト憲章や役割定義書を見直す必要があります。
また、あなた自身がどの役割を目指すのかを考える際にも、このチェックリストは有効です。それぞれの役割で求められるスキルや責任範囲を理解した上で、キャリアを選択してください。
コメント