WBSの作り方と分解基準｜PMが初めて作るときに押さえる3原則と6ステップ
Yukke
PMへの道
課題が滞留するPMへ｜使える課題管理台帳の設計と運用法
Yukke
課題一覧はあるんですが、古い課題がずっと残ったままで…。誰も動いていないようです。
「課題管理台帳はある。でも毎週同じ課題が並んでいて、誰も動いた様子がない」――PM歴1〜3年のころ、私もこの状況に何度も陥りました。台帳を作ること自体は正しい。しかし「誰が・いつまでに・どうやって解決するか」を設計していなかったため、課題一覧がただの放置リストになっていたのです。
本記事では、課題が滞留し続ける構造を変えるための3原則と、台帳を機能させる5ステップをまとめます。
なぜ課題台帳は「放置リスト」になるのか
課題台帳が機能しない最大の理由は、「課題を書く」ことと「課題を解決する」ことが別の活動だと認識されていないことにあります。台帳に書いた時点で「管理した」気になり、その後の動きが設計されていないのです。
用語メモ
課題（イシュー）：すでに発生しており、放置するとプロジェクトに悪影響を与える問題。リスクとは異なり「今起きている」
オーナー：課題の解決責任者。「チーム全体」はオーナーではない。必ず個人名を入れる
クローズ基準：課題を「解決済み」と判断するための条件。事前に定義しないと永遠に残り続ける
エスカレーション：オーナーの権限では解決できない課題を上位者へ判断を仰ぐこと。遅すぎると手遅れになる
課題管理で最もよくある失敗は、オーナーを「チーム」にしてしまうことです。「チーム全員で対応する」は責任の所在を曖昧にし、実質的に誰も動かない状態を生みます。
仕組みがないと何が起きるか
課題管理の仕組みが機能していないプロジェクトでは、こんな事態が起きます。
- 週次定例で同じ課題が3週連続で「対応中」のまま、実際には誰も動いていない
- 「解決策が見つからないから」と理由をつけて課題が塩漬けになり、マイルストーン直前に爆発する
- クローズ基準がないため、解決したはずの課題がいつまでも台帳に残り、本当の未解決課題が見えなくなる
- エスカレーションが遅れ、PMが動けるタイミングを逃して選択肢が狭まる
ここがポイント
課題が滞留する原因は「メンバーのやる気」ではなく「仕組みの設計ミス」です。オーナー・期限・クローズ基準の3点セットを設計するだけで、滞留の大半は防げます。
押さえるべき3つの原則
現場で課題管理を機能させるために、私が行き着いた3つの原則です。
原則1：課題には必ず「オーナー」と「期限」をセットにする
課題を台帳に書いたら、その場でオーナー（個人名）と対応期限を決めるのが絶対ルールです。どちらかが欠けた課題は、週次レビューで必ずセットするまで承認しません。「後で決める」は「永遠に決まらない」と同義です。
原則2：エスカレーション基準を数値で定義する
「解決できなければ相談して」では動きません。「期限から3日経過しても解決見通しが立たない場合はPMへエスカレーション」のように、トリガーを数値で明文化します。エスカレーションを「失敗の報告」ではなく「判断の依頼」と位置づけることも重要です。
原則3：クローズ基準を事前に決める
「解決したと思う」では台帳をクローズできません。「〇〇が確認できた時点でクローズ」という判断基準を課題登録時に記載します。クローズ基準が明確だと、オーナーが「何をすれば終わりか」を理解でき、行動が具体化します。
課題管理台帳の設計と運用5ステップ
では具体的な手順です。台帳の設計から日々の運用まで、この5ステップで回します。
ステップ1：台帳の列を設計する
最低限必要な列は「課題ID・内容・発生日・優先度・オーナー・対応期限・対応状況・クローズ基準・クローズ日」の9項目です。ツールはExcel・スプレッドシート・Notionなど何でも構いませんが、全員が同じ場所を見られることが最低条件です。
ステップ2：起票ルールを決める
「誰が・いつ・どんな条件で課題を起票するか」を決めます。「気づいた人が即日起票する」「週次定例前日までに起票する」など、チームに合わせて設計します。起票のハードルを下げることが重要で、「大きな問題だけ書く」という運用は課題の見落としにつながります。
ステップ3：優先度・オーナー・期限を即決する
起票された課題は48時間以内にオーナーと期限を確定します。優先度は「プロジェクトへの影響度×緊急度」のシンプルな2軸で高・中・低の3段階が運用しやすいです。優先度「高」の課題は週次を待たず、PMが即アクションします。
ステップ4：週次レビューで全件回す
週次定例で台帳全件を確認し、①期限切れ課題の対処、②塩漬け課題のエスカレーション判断、③新規起票課題のオーナー・期限設定、の3点を必ず実施します。「変化がない課題にこそ目を向ける」のが週次レビューの要諦です。
ステップ5：クローズとアーカイブを徹底する
クローズ基準を満たした課題は即クローズし、台帳上は「解決済み」として残します（削除しない）。解決済み課題の蓄積は、次のプロジェクトでの課題予防に役立ちます。月次でアーカイブシートへ移動し、アクティブ台帳をすっきり保つのもポイントです。
実践のコツ
・週次定例で台帳を開くだけで、滞留課題の大半は自然と動き始める
・「3週連続で変化なし」の課題は自動でエスカレーション対象とするルールを決めておくと機械的に動ける
・優先度「高」が3件以上ある場合は、さらに絞り込んで「最重要課題1〜2件」に集中する
・課題台帳とリスク台帳は必ず別ファイル（またはシート）で管理する
よくあるアンチパターン3つ
「課題管理はやっているつもり」なのに機能しない現場によく見られるパターンです。
NG1：オーナーが「チーム全体」になっている
「みんなで対応する」は「誰も対応しない」と同義です。特に難しい課題ほど「チーム」という曖昧なオーナーが設定されがちです。オーナーは必ず個人名にする。担当者が決まらない場合は、PMが暫定オーナーとして動くのが正解です。
NG2：「解決策がない」で塩漬けにする
「現時点で解決策が見えないため様子見」という課題が台帳に積み上がるパターン。「解決策がない」はエスカレーションのトリガーです。オーナーが動けないなら、PMが動く。PMが動けないなら、上位管理者の判断を仰ぐ。「様子を見る」は課題管理ではありません。
NG3：クローズせず課題が増え続ける
解決済みの課題を台帳から消さずに「対応中」のまま放置すると、アクティブ課題が膨れ上がり、本当に対処が必要な課題が埋もれてしまいます。クローズ基準を決め、条件を満たしたら即クローズする。台帳はいつでも「今対応すべき課題だけ」が見える状態に保ちましょう。
今日からできる一歩
最後に、この記事を読み終わったあとにすぐできることを1つ。
手元の課題台帳を開いて、一番古い課題を1つ取り出し、オーナーと期限を今日中に決めてください。
「誰が・いつまでに・何をするか」が決まった瞬間、その課題は初めて動き始めます。全件を一気に整理しようとすると動けなくなるので、まず1件だけ。その1件が動けば、台帳の使い方が変わってきます。
課題管理は「書く」ことではなく「動かす」ことです。台帳に書いた課題が1件でも動く状態を作れれば、今日は合格です。
ABOUT ME
ITプロジェクトを15年以上担当。プログラマー→SE→PM→PMOコンサルタントとして、さまざまなレイヤーでプロジェクトに関わってきた経験から、実践的なプロジェクトマネジメントノウハウを発信します。