BAsixs(ベーシックス)

BAsixsは、ビジネス・アーキテクツが運営する
「あたりまえ」をアップデートしつづけるメディアです。

AI時代に「進捗管理」しかしないPMは淘汰される?従来型プロジェクトマネジメントとの決定的な違い

読了目安 : 13

  • 投稿日 :
  • 最終更新日 :

この記事を書いた人

プロフィールアイコン(写真):シニアディレクター 野島
野島アカウント&ディレクショングループ/グループマネージャー/シニアディレクター(ビジネス・アーキテクツ)

2008年にビジネス・アーキテクツに入社。システムエンジニアとして中規模以上のシステム設計・システム開発を担当。現在はそのバックグラウンドを活用し、サイト構築案件から運用案件まで様々な案件のディレクターを担当。UXとエンジニアリングの観点から顧客の課題解決を行っている。CompTIA Project+認定資格保持。

「話題のAIプロジェクト管理ツールを入れてみたけれど、結局誰も使いこなせず、気づけば元通りのスプレッドシートやExcelに戻っていた」。このような失敗談が、多くの現場で後を絶ちません。

AI導入に失敗する企業の多くの要因は、AIの性能不足ではなく、プロジェクト管理のルールが標準化されていないことにあります。

AIは散らかった現場を自動で整理してくれる「魔法の道具」ではありません。むしろ、人間側でしっかりと標準化されたプロセス(型)があって初めて、AIはその真価を発揮します。

本記事では、大規模Webサイト構築やAEM(Adobe Experience Manager)導入などの複雑な現場を数多く支援してきたBusiness Architects(ビジネス・アーキテクツ、以下BA)の視点から、AIを真の武器にするために避けては通れない「プロセスの標準化」の重要性と、AI時代において人間のPMが果たすべき真の役割について解説します。

AI時代に「進捗管理」しかしないPMは淘汰される?従来型プロジェクトマネジメントとの決定的な違い

なぜ週次の「進捗ミーティング」だけでは破綻するのか?

最近のWebサイト構築や大規模なリニューアルのプロジェクトでは、かつてのように「策定された要件通りに開発を進めるだけ」というシンプルな進行はほとんど見かけなくなりました。ビジネス環境の変化に伴い、要件の後出しや仕様変更が日常茶飯事になっているからです。このような動きの速いプロジェクトにおいて、週に一度の進捗ミーティングでメンバーから状況をヒアリングし、そこで初めて遅れを把握する従来の管理スタイルは、すでに限界を迎えています。

このやり方の根本的な問題は、「管理ルールが標準化されていないため、すべての状況把握が個人の主観と報告のタイミングに依存していること」にあります。

今週発生した課題を持ち帰り、来週の会議でようやく対策を決める。そんなスローペースな進行では、トラブルへの対応はどうしても後手に回ります。PMが「何かおかしい」と気づいたときには、すでにスケジュールも予算も致命的なレベルまで悪化しているケースが珍しくありません。最後はメンバーの残業や、力技の人員追加でなんとか帳尻を合わせる、といった属人的な「自転車操業」がプロジェクト内で常態化してしまいます。

PMが「タスクの消化チェック」ばかりに追われていると、プロジェクトが目指すべき本来の成果やビジネス上の価値を見失ってしまいます。AIの導入は、単にExcelへの入力作業を自動化するだけではありません。
上記で述べたような「その場しのぎの管理」から脱却し、PMの仕事のあり方自体をアップデートする契機となります。手作業の管理から脱却することで何が変わるのか、決定的な2つの違いを見ていきましょう。

従来型プロジェクト管理とAI活用型プロジェクト管理を3つの比較軸で対比した図。管理のスタンスでは「問題発生後に対応する事後対応」から「データを活用してリスクを予測し先回りする事前予防」へ、PMの主な作業では「進捗確認やExcelへの手入力など管理のための管理」から「文字起こしやタスク登録、形式チェックなどをAIが代行する実務の自動アシスト」へ、PMが注力する領域では「スケジュール調整やデータ入力などの定型業務」から「合意形成・交渉・チームビルディングなど人が担うべき業務」へ役割が変化することを示している。

①管理のスタンス:「トラブルが起きてから慌てるPM」を卒業する

かつてのプロジェクト管理でもっともPMのエネルギーを奪っていたのは、降って湧いたトラブルの火消し作業でした。「仕様の考慮漏れが見つかった」「急にリソースが足りなくなった」とメンバーから報告があってから、慌ててスケジュールを引き直し、関係各所に頭を下げてリスケを頼み、人をかき集めるために駆けずり回る。
こんな目の前の問題に追いかけられる「事後対応のモグラ叩き」ばかりしていては、PMもメンバーも疲弊していくのは当然です。

このモグラ叩きがもっとも最悪な形であらわれるのが、要件定義が曖昧なまま開発に突入してしまったプロジェクトです。以前のコラム『曖昧な要件定義が招くプロジェクト破綻の連鎖』でも触れましたが、入り口でのわずかなズレや「まあ大丈夫だろう」という曖昧さは、開発の最終局面で巨大な手戻りや仕様の齟齬となってあらわれ、プロジェクトを一気に引き裂きます。

AI活用によるリスクの事前可視化と未然防止

AIを使う最大の強みは、こうしたトラブルが発生する前に先回りのアプローチができる点にあります。過去の開発データや進行履歴・負荷状況をもとに、「結合テスト工程で遅延が起きやすい」「特定メンバーに負荷が集中している」といったリスクの兆候を早期に可視化し、未然に対策を講じることができます。

チームの誰もが「順調だ」と思っている裏で、静かにくすぶっている問題の火種をデータから見つけ出し、手遅れになる前に対策を打てるようになります。

②PMの作業・注力領域:進捗を聞き出すだけの「伝書鳩PM」はいらない

世間では「PMの仕事=進捗状況のチェック」だと思われている節があります。実際、毎朝のようにメンバーに「あの件、進捗どう?」「いつ終わりそう?」とチャットツールで聞いて回り、手元のExcelに入力し直す作業に追われているPMは少なくありません。これでは単なる「進捗の伝書鳩」です。聞かれる側のメンバーにとっても、報告のためだけに資料を作成したりミーティングを設定させられたりすることは、現場の大きな負担となっていたのが実情です。

AIをプロジェクト管理に導入

「報告のための報告」や「管理表を埋めるためだけの入力作業」といった非生産的な業務を大幅に削減できます。AIは単に進捗の数値を監視するツールではなく、チームの日常業務を直接手助けする強力なアシスタントになるからです。

例えば、会議の文字起こしデータから決定事項やネクストアクション(誰が・いつまでに・何をすべきか)を自動で抽出してタスク管理ツールに登録したり、成果物のフォーマットに不備がないか一次チェックを行ったりしてくれます。

こうしたデータ入力や初期チェックなどの定型業務をAIに任せることで、PMもメンバーも、より高い価値を生み出す本質的な業務に注力できるようになります。「管理表をきれいに更新すること」自体が目的化するのを防ぎ、課題の早期解決やチーム内のコミュニケーションなど、プロジェクトを成功へ導くための本来の業務に時間とエネルギーを割けるようになります。

AI導入が失敗する真の原因:業務プロセスの非標準化

ただし、ここで都合の良い期待をしてはいけません。「最先端のAIツールを導入すれば、明日からすぐにプロジェクトが効率化する」ということは絶対にありません。多くのプロジェクトで起きているのは、多額のライセンス費用を支払って高度なシステムを契約したものの、運用が定着せず、気づけば元のExcelやチャットツールでの手作業の管理に逆戻りしているという挫折の構図です。

この失敗が起きる理由は非常にシンプルで、AIに処理させるための前提となる「業務プロセス」自体が人によってバラバラで、ルール化(型化)されていないためです。AIが賢く予測を立てたり実務をサポートしたりできるのは、整理されたデータが、決まったフォーマットで、決まった場所に蓄積されているからに他なりません。あるメンバーはチャットで進捗を報告し、別のメンバーはスプレッドシートに書き、また別のメンバーは口頭で伝える、といった無秩序な運用では、AIに集まるデータ自体がノイズだらけになり、正確な分析や予測が困難になってしまいます。

AIを導入して効果を出すためには、まずチーム全員が共通のルールに沿って動くことが前提となります。ツールを選定する前に、まずは業務ルールの定義とプロセスの標準化を行いましょう。「どのような単位でタスクを切り分け、誰が、どこに、どのようなステータスで進捗を入力するのか」という地道なルール作りを徹底して初めて、AIはプロジェクト管理における強力な武器になります。

すべては「WBSのルール決め」から始まる

プロセスの標準化を進める上で、もっとも具体的でありながら多くのチームが失敗するのがWBS(作業分解図)の統一です。タスクの切り出し方や、何をもって「完了」とするかの定義がバラバラだと、AIはそのデータを正しく比較・学習できません。例えば、「資料作成」というタスクが、ある人にとっては「ドラフト作成」であり、別の人にとっては「最終承認完了」を指しているようでは、集まってくる進捗率の数値の信頼性が著しく低下してしまいます。

これを避けるためには、タスクを入力・管理する基準をルールとして固定する必要があります。AIに適切な学習データを読み込ませるためには、WBSの定義をチームで統一しなければなりません。どのようにWBSを標準化すべきかについては、Microsoft Plannerを活用したこちらのコラム『Microsoft PlannerでWBSを標準化する5つのステップ』で具体的に解説しています。AI導入の第一歩として、まずこちらをご一読ください。

プロセス標準化におけるWBSツール選定では、「チーム全員が迷わず使えるか」「運用ルールを徹底できるか」を最優先に考えましょう。タスクの粒度がそろい、決められた通りに状況が更新されるという当たり前の状態を維持できて初めて、AIによる予測精度や分析の価値が担保されます。ツール選びに時間をかけるよりも、チームが同じ基準で動くインフラ作りに力を注ぐべきです。

AIとPMはどう役割を分担すべきか?BAの実践アプローチ

ルール通りにデータが入力されるインフラが整えば、いよいよ実際のプロジェクト進行でその力を最大限に発揮できます。しかし、大規模なWebサイトリニューアルや、複数システムが絡む開発のように関係者ごとに優先事項が異なるプロジェクトでは、AIに進行管理を任せるだけで成功させることはできません。データ処理はAIに任せ、それを元に関係者間の合意形成や利害調整といった「泥臭い」対人折衝をPMが担うという、明確な役割分担が必要です。

BAでは、エンタープライズ規模のWebサイト構築やリニューアルにおいて、システムによる徹底的なデータ可視化と、PMによる丁寧かつ手厚い対人折衝を掛け合わせたマネジメント手法を実践しています。その土台として重視しているのが、以前のコラム『失敗しないAEMリニューアルの鉄則!』で解説したフェーズごとの管理手法です。

プロジェクトの進行を「準備(Plan)」「実行(Do)」「定着(Check & Act)」の3段階に整理し、それぞれの局面で「AIに何を任せ」「人間がどこに集中すべきか」を定義して運用しています。大規模開発だからこそ圧倒的な差が出る、各フェーズにおける役割分担について具体的に説明します。

プロジェクト管理におけるAIと人間の役割分担のイメージ図(準備、実行、定着の3フェーズ)

準備フェーズ:AIでリスクを予測し、PMがステークホルダー調整に注力する

まず「準備(Plan)」フェーズでは、「全体のスコープ設計」と「社内の意思決定」が並行して進みます。従来の見積もりはPM個人の過去の経験値や勘に頼ることが多く、見積もりの精度にばらつきが生じたり、重要な考慮漏れが発生したりしがちでした。ここに過去の類似プロジェクトのデータをAIに学習・分析させるアプローチを取り入れます。これにより、現実的な工数見積もりや、スケジュール遅延の傾向を客観的にシミュレーションできます。

しかし、こうして算出した数値データを土台としながら、もっとも労力とコミュニケーションが必要な「関係部門との調整」や「意思決定プロセスの推進」は、PM自身の力で進める必要があります。複数の部署やステークホルダーの間に入ってそれぞれの主張をすり合わせ、「なぜこの費用と期間が必要になるのか」を、相手が納得できるロジックと言葉で説明・説得します。こうした地道な合意形成や利害調整こそが、人間のPMが最大の価値を発揮すべき場面です。

AIが出した客観的なデータを「後ろ盾」にしながら、PM自身は人間関係の構築や交渉などの対人コミュニケーションに時間を割きます。これが、プロジェクト立ち上げ時の難関を確実に突破するための現実的な進め方です。

ポイント

  • AIの役割:過去データに基づく客観的な見積もりと、遅延リスクの精度高いシミュレーション
  • PMの役割:データを根拠にした、関係部門との手厚い対人コミュニケーション・利害調整
  • 本質:AIを「後ろ盾」にすることで、PMは最大の価値を発揮すべき「合意形成」に集中できる

実行フェーズ:AIが異変を察知し、PMが1on1で本音を聞き出す

プロジェクトが本格的に動き出す「実行(Do)」フェーズに入ると、PMは進捗遅れの調整や予期せぬトラブル対応に追われがちになります。

さらに、お互いの顔が見えづらいリモートワークが主体のプロジェクトでは、「誰がどんな課題を一人で抱え込んでいるか」が見落とされがちになります。以前のコラム『リモートワーク時代のプロジェクトマネジメント』で指摘した通り、物理的に離れた場所にいるメンバーのリアルな課題やボトルネックをタイムリーにキャッチするのは至難の業です。

この見えにくい負荷の把握に、AIによるログデータ監視が役立ちます。

  • 各担当者のタスク更新の頻度が落ちていないか
  • チャットツールでのやり取りに変化がないか

このような、人間が日々の忙しさに追われて見落としがちな「ちょっとした異変」を、AIがログデータから感知し、アラートを出します。

このアラートをきっかけに、PMが迅速にアクションを起こします。対象メンバーと個別に面談を設け、何がボトルネックになっているかを直接聞き出し、作業環境の調整やモチベーションの維持をサポートします。AIが「数値的な兆候」を捉え、人間が「対話」で本音を引き出し解決する。この強力な連携こそが、リモート体制で発生しがちな遅延を防ぐもっとも現実的な方法です。

ポイント

  • AIの役割:タスクやチャットのログデータから、人間が見落としがちな「異変の兆候」を自動検知
  • PMの役割:アラートをもとに1on1を実施し、対話で真のボトルネック把握とメンタル・環境をケア
  • 本質:AIの「数値的な察知」とPMの「対話力」を掛け合わせ、リモート下のプロジェクト遅延を防ぐ

定着フェーズ:ノウハウを共有フォルダの肥やしにしない

最後に、リリース後の「定着(Check & Act)」フェーズです。今回のプロジェクトで得たノウハウやトラブルのデータは、どうやって組織の共通財産として次のチームへ引き継いでいくかが課題となります。しかし多くのプロジェクトでは、リリース後に振り返りを実施しても、その記録は共有フォルダの奥深くに眠ったまま形骸化しがちです。結果として、新しいプロジェクトが始まるたびに、別のチームが全く同じトラブルや管理上のミスを繰り返してしまいます。

この知見の引き継ぎプロセスこそ、AIの得意分野です。チャットツールでの過去の質疑応答、バグ管理システムの対処履歴、開発のやり取りから、トラブルの発生理由とそれに対する解決プロセスをAIに解析させ、自動で関連付けして整理してくれます。

これにより、次のプロジェクトを立ち上げる際、「以前似たような問題が起きたときの対処法」を検索するだけで即座に取り出せる状態になります。個人の手帳や特定のメンバーの記憶に頼っていた「生きた解決手順」が、手作業によるドキュメント化の負担なしに、組織の共通資産となり、次のプロジェクトのクオリティを底上げする強力なブースターになります。

ポイント

  • AIの役割:チャットやバグ管理の履歴を解析・紐づけし、過去の「生きた解決手順」を自動でデータベース化
  • 組織の役割:必要な時に過去の知見を即座に引き出して活用し、同じミスの再発を防止
  • 本質:ドキュメント作成の負担をかけずにナレッジを自動で資産化し、組織全体のマネジメント品質を底上げする

まとめ:AI時代を生き抜くのは、プロジェクトを成功に導く「指揮者」

AI時代の到来は、進捗状況の数値を追って管理表を埋めるだけの「管理型PM」の役割が淘汰されていくことを意味しています。しかし、これはリーダーの存在が必要なくなるということではありません。AIが面倒な進捗チェックやステータスの更新作業を丸ごと引き受けてくれるからこそ、PMはプロジェクトが本来生み出すべき価値の創出に集中できるようになります。

日々のルーティンワークから解放されたPMが本当に頭を使うべきなのは、想定外の事態における迅速な意思決定、利害関係の調整、そしてプロジェクトメンバーのモチベーションを維持し、チーム一丸となってプロジェクトを成功へと導くことです。
単なる「進捗のチェック係」から、チーム全体を指揮して成功へと導く「指揮者」へ。この役割の進化こそが、AI時代に生き残るPMの絶対的な強みとなります。

もちろん、どのような高度なツールを導入しようとも、その前提となる「プロセスの標準化」という人間の地道なルール作りが抜けていては、AIのメリットは十分に得られません。

自社の管理手法に課題を感じている方や、これから大規模なWeb構築やシステムの刷新プロジェクトを確実に進めたい方は、ぜひBusiness Architectsへご相談ください。プロセスの標準化設計から、チームに根差した円滑なマネジメント推進まで、エンタープライズ現場を数多く手がけてきた実務経験の豊富なプロジェクトチームが、プロジェクトの成功に向けて強力に伴走いたします。