エキスパート株式会社
「課題管理台帳が300件を超え、どれが重要なのか誰にも分からなくなった」──一定規模のプロジェクトで、ほぼ確実に発生する事態です。台帳はあるのに、管理はされていない。
結論から言えば、課題管理が破綻するのは件数そのものではなく、分類・優先度づけ・追跡という管理作業が人手の限界を超えるからです。この管理作業こそ、AIに任せられる領域です。本記事は連載「PMOのためのAI活用ガイド」の第7回です。第6回（予測型リスク管理）で触れた「課題の滞留」問題を、台帳運用の実務レベルで解決します。
なぜ課題管理台帳は機能しなくなるのか？
台帳が破綻する過程には、共通のパターンがあります。入口の無秩序、中間の目詰まり、出口の不在です。
入口では、起票の品質がバラバラです。同じ問題が別の表現で重複起票され、課題なのか要望なのか質問なのか判然としないものが混ざります。中間では、優先度がつけられないまま「高」ばかりが増え、優先度の意味が失われます。そして出口では、担当も期限も曖昧な課題が放置され、誰も見ない「墓場」と化した台帳だけが残ります。
これらを人手で正すには、全件を読み、分類し、突き合わせ、追いかける作業が必要です。数十件なら可能でも、数百件では現実的に不可能でした。台帳の破綻は運用者の怠慢ではなく、作業量の構造的な問題なのです。
AIは課題管理をどう立て直す？
AIの効き所は、破綻の3箇所にそのまま対応します。入口の整理、中間の優先度づけ、出口の追跡です。
入口: 起票内容の整理と重複検出
起票された課題をAIが整形します。内容の要約、課題・リスク・変更要求・質問の種別判定、関連しそうな既存課題の提示による重複防止です。会議の議事録から課題を自動起票する流れ（第4回参照）とつなげると、入口の品質が安定します。
中間: 優先度づけの提案
影響範囲・期限との距離・他タスクへの依存といった材料から、AIが優先度の案と根拠を提示します。数百件の一次整理が自動化されることで、人は上位の判断に集中できます。事業上の重要性を踏まえた最終決定は人の仕事です。
出口: 放置・滞留の自動検出
一定期間更新のない課題、期限超過、担当者不在の課題をAIが定期的に洗い出し、督促や見直しの候補として報告します。「起票されたが忘れられる」という台帳の死因を、仕組みで断ちます。滞留の傾向はそのまま炎上の予兆シグナルとしても使えます。
変更管理にはどう活かす？ 影響分析の自動化
課題管理と並ぶ監視領域の難所が変更管理です。「この仕様を少し変えたい」という要求の裏に、想定外の影響が潜みます。
変更要求への対応で最も重く、最も省略されがちなのが影響分析です。スコープのどこに波及するか、工数とスケジュールへの影響はどれほどか、既に完了したタスクのやり直しは発生するか──本来はこれらを確かめてから採否を決めるべきですが、分析の手間を惜しんで「たぶん大丈夫」で受けた変更が、後の炎上の火種になります。
AIは、WBS・設計文書・課題の履歴を横断して影響範囲の候補を洗い出すことができます。「この変更が影響し得る成果物・タスク・関係者」の一覧をたたき台として得られれば、人はその検証と、採否・時期の判断に集中できます。変更のたびに見積を補正する考え方は第3回（見積）で扱った3点見積が役立ちます。
重要なのは、どんな小さな変更も影響分析を通すという規律です。分析のコストがAIで下がった今、「手間だから省略する」という言い訳はなくなりました。
台帳を「動く管理」に変える運用の型は？
仕組みを定着させる運用の型は、週次の台帳リフレッシュです。次のサイクルを、AIの支援で毎週回します。
- AIが週次レポートを生成: 新規・完了・滞留・優先度変更候補・重複疑いを一覧化
- PMOが15分で確認: 提案の妥当性を確かめ、優先度と担当を確定
- 定例会議で上位のみ議論: 台帳全体ではなく、判断が必要な上位課題だけを議題にする
このサイクルが回ると、台帳は「過去の記録置き場」から「今週やるべきことを示す道具」に変わります。人手では続かなかった規律が、AIの下支えで維持できるようになるのです。
まとめ
- 課題管理の破綻は、分類・優先度づけ・追跡という管理作業が人手の限界を超えることが原因です
- AIは「入口の整理と重複検出」「優先度づけの提案」「放置・滞留の検出」で台帳を立て直します。決定は人が担います
- 変更管理では影響分析の自動化が要。小さな変更も分析を通す規律を、AIの支援で維持します
次回・第8回は「成果物レビューはAIとどう分担する？ — ドキュメント品質チェックの実践」です。課題・変更管理の立て直しに取り組みたい方は、お問い合わせよりお気軽にご相談ください。プロジェクトマネジメント支援の実践知をもとに伴走します。
