「課題は発見した瞬間が一番小さい」——課題の”重力”に抗い、問題を芽のうちに摘むPMの思考設計

＜目次＞

課題は「放置するほど重くなる」という物理法則

プロジェクトマネジメントにおいて、課題管理は避けて通れないテーマだ。しかし多くのPMが陥るのは、「課題を記録すること」と「課題を解決すること」を混同してしまうパターンである。

課題管理台帳は整備されている。ステータスも毎週更新している。それなのに、気づけばプロジェクト終盤に大炎上——。この経験に心当たりがあるPMは少なくないはずだ。

原因のひとつは、課題が持つ「重力」を軽視していることにある。課題は発見した瞬間が最も軽い。放置すればするほど、関係者を巻き込み、スケジュールを侵食し、チームの心理的負荷を高めながら、指数関数的に重くなっていく。

本記事では、課題を「記録するもの」から「動かすもの」へと転換するための思考設計と、問題を芽のうちに摘むための実践的アプローチを解説する。

まず、用語の整理から始めよう。PMの現場では「課題」と「問題」が混在して使われることが多いが、この二つを意図的に区別することが、解決精度を上げる第一歩になる。

「テスト環境が構築できていない」「Aベンダーからの納品が3日遅延した」——これらは現時点で発生している事実だ。対処が必要な状態であり、即座にアクションを取るべき対象となる。

「担当者のスキルが要件に対してギャップがある」「関係部門間の認識が揃っていない」——これらはまだ問題になっていないが、放置すれば問題化する予備軍だ。問題よりも手前の段階で認識し、早期に手を打つことが求められる。

この区別を持つことで、PMは「消火活動（問題対応）」と「防火設計（課題対応）」を意識的に切り替えられるようになる。優れたPMほど、消火より防火に時間を使っている。

多くのプロジェクトで問題解決がうまくいかない根本原因は、「誰かが頑張れば解決できる」という属人的な期待に設計が依存していることだ。PMが優秀であれば課題は潰せる——この思想が、チームの問題解決力を育てない。

代わりに持つべきなのは、「問題解決が起きやすい構造を作る」という設計思想である。

課題管理台帳に登録するとき、担当者と期日が空欄のまま「要検討」と書かれた課題はほぼ解決されない。課題には必ず「誰が、いつまでに、何をするか」を明記し、それをチーム全員が見える状態にする。曖昧な所有権は、誰も動かないことへの免罪符になる。

複雑な課題を前にすると、「解決策が見えないから動けない」という状態に陥りやすい。しかし完全な解決策がなくても、「まず何をするか」は必ず決められる。情報収集、関係者へのヒアリング、専門家への相談——小さくても具体的なネクストアクションを設定することが、課題を前進させる最小単位だ。

ステータスが「対応中」のまま2週間以上動いていない課題は、事実上「放置課題」だ。週次のレビューでは、新規課題の追加だけでなく、「前週から動きのない課題」を意図的に取り上げる時間を設ける。光を当てることで、課題は動き始める。

問題は突然起きるのではなく、必ず予兆がある。PMがこの予兆を読む力を持てるかどうかが、プロジェクトの命運を分ける。

代表的なシグナルとして以下を意識しておきたい。

これらのシグナルに気づいたPMがすべき最初のアクションは、「何かあった？」と個別に声をかけることだ。正式な課題として上がってこない問題は、非公式な対話の中にこそ潜んでいる。

最終的に目指すのは、PMが課題を一手に引き受けるのではなく、チーム全体が課題を発見・解決する文化を持つことだ。

そのためには、PMの姿勢が鍵になる。課題を報告したメンバーを責めるのではなく、「早めに上げてくれてよかった」と反応する。解決策がないまま課題を共有することを恐れるムードを作らない。問題を「失敗の証拠」ではなく「改善のチャンス」として扱うフレームを、PMが率先して示す。

課題が自然に共有され、チームが自律的に動き始めるとき、PMは「消火器を持った人」から「火事が起きない建物を設計する人」へと進化する。

課題は発見した瞬間が一番小さい。その「小ささ」を活かせるかどうかは、PMの設計思想にかかっている。