課題管理表の作り方｜担当・判断者・期限が分かる記入例と運用ルール

課題管理表は、困りごとを書きためる表ではありません。今起きている問題を、対応する人・判断する人・期限・解消条件と結び付け、解決まで追うための表です。

「担当は付けたのに動かない」「ずっと対応中のまま」「完了扱いだが後工程が止まる」といった状態を防ぐために、最小限の項目、コピー用テンプレート、記入例、運用ルールをまとめます。特定ツールを契約しなくても始められる形です。

本文の案件名・日付・担当A/B・課題IDは説明用です。実際の顧客情報や、著者が解決した案件の実績ではありません。

課題・タスク・リスクを分ける

この記事では、すでに起きている問題や、進行を止めている未決事項を「課題」として扱います。予定どおり実施する作業は「タスク」、まだ発生していない不確実な出来事は「リスク」として分けます。組織で違う定義を使っている場合は、そのルールに合わせてください。

全部を一つの表に入れるなら、少なくとも区分の列を設けます。通常作業が多すぎて、判断が必要な問題を見つけられない状態は避けたいところです。

課題管理表に必要な項目

最初から大量の列を作るより、「何が止まり、誰がどう動けば解消するか」を追える構成から始めます。次の項目は当サイトの運用案であり、必須の標準規格ではありません。

一つのセルに担当と判断者を並べて分かりにくくなるなら、列を分けます。案件の規模に合わせて、当初期限、現在期限、期限変更理由、関連リスクIDなどを追加してください。

コピー用テンプレートと記入例

下のタブ区切りの1行をコピーし、ExcelやGoogleスプレッドシートのA1へ貼り付けると、列見出しとして使えます。アプリの貼り付け方法によって1セルに入った場合は、「区切り位置」などでタブ区切りに分割してください。

ID	登録日	課題・事実	影響・優先度	解消条件	対応担当	判断者	次の行動	期限	状態	最終更新日	結果・根拠

説明用の「社内申請フォーム改修」で、承認ルートが未確定の場面を記入すると、次のようになります。スマホでは表を横へスクロールできます。

「承認ルートを確認する」だけで登録すると、質問を送った時点で完了になりかねません。この例では、対象範囲の決定だけでなく、仕様への反映と後続担当の認識まで確認して閉じる運用にしています。

悪い書き方を直す3つのポイント

1. 原因の推測と、確認できた事実を分ける

「利用部門の協力がない」と断定するより、「10月14日に送付した承認ルートの確認依頼に、10月16日時点で回答がない」と書くほうが状況を共有できます。原因が未確認なら、仮説として分けて記載します。人の評価を課題の説明に混ぜないでください。

2. 対応案を、次の行動まで具体化する

「関係者で検討」では動く人が分かりません。「担当Aが不足情報を整理し、業務責任者へ2案の判断を依頼する」のように、行動・相手・成果物を明記します。対応案がまだない段階なら、案を作るための調査を次の行動にします。

3. 完了の条件を、登録時に書く

「資料作成完了」と「課題解消」は別です。意思決定が必要な課題なら、資料を作っても判断前は未解消です。決定後に周知・成果物更新が必要かまで、確認者と合わせて決めておきます。

状態を分けると、待っている相手が見える

「未着手・対応中・完了」だけでは、回答待ちと作業中が同じ表示になります。案件に合わせて、次の状態を使い分けると停滞を確認しやすくなります。

• 未着手：担当と対応方針は決まったが、まだ開始していない。
• 対応中：調査・案作成・修正などの行動を進めている。
• 回答／判断待ち：相手、依頼日、回答期限を明記して待っている。
• 解消確認待ち：対応は終わったが、解消条件を満たすか確認が必要。
• 完了：解消条件を確認し、結果と根拠を残した。
• 保留：保留理由、合意した人、再開条件・再確認日を記録する。

保留は完了の代わりではありません。担当者がいない問題を保留にして隠さず、責任者へ担当や方針の判断を求めます。

会議では全件を読み上げず、判断が必要な課題を扱う

更新内容を事前に確認できるなら、会議は期限超過、重要な影響、対応方針が未決の課題に絞ります。各行を読む時間より、止まっている理由と必要な判断に時間を使います。

担当者を責める場にせず、必要な支援や依存関係を明らかにします。「対応中が何週も続く」なら、次の行動が大きすぎないか、判断者が不明でないか、期限を合意できているかを点検します。

上位の責任者へ持ち上げる条件も、登録時に共有すると運用しやすくなります。例えば、主要な節目への影響が見込まれる、担当間では優先順位を決められない、回答期限を過ぎたなどです。具体的な基準は案件で合意してください。

運用前のチェックリスト

• 課題と通常タスクの区分を共有したか。
• 対応担当と判断者が分かるか。
• 次の行動と期限を関係者が合意したか。
• 解消条件と確認者を決めたか。
• 回答待ちには、相手と依頼日があるか。
• 期限変更の理由と影響を残せるか。
• 完了後も結果・根拠を確認できるか。

よくある質問

課題の数が多いのは悪いことですか？

件数だけでは判断できません。問題を早く可視化できている場合もあります。未解消の重要課題、期限超過、更新されない課題、同じ原因で繰り返す課題を分けて見ます。

Excelと専用ツールのどちらがよいですか？

少人数なら表計算でも始められます。複数人の更新、通知、権限、履歴が重要になったら、利用中の社内ツールで満たせるか確認します。ツール選定より先に、状態や解消条件の運用を決めてください。

課題が解消したら行を消してよいですか？

完了した課題も、判断や再発時の確認に使えます。完了表示や別シートへの移動で閲覧性を保ち、保持・削除は社内の情報管理ルールに従います。

まとめ：担当を付けた後の動きまで設計する

課題管理表は、事実、影響、解消条件を明らかにし、対応担当と判断者をつなぐためのものです。次の行動と期限を決め、結果を確認して閉じる運用から始めてみてください。

関連する実務の型はPMO実務テンプレート一覧にまとめています。役割の分担を整理したい場合は、PMOとPMの違いも確認してください。

一次資料：未発生のリスクの識別・評価・対応について、Backlogのプロジェクトリスク管理解説を確認しました。本文の表・記入例・運用案・図は当サイト独自制作です。確認日：2026年10月11日。アイキャッチ：2H Media / Unsplash（イメージ写真）。