課題管理表テンプレート｜記入例と期限・最終更新・解決確認の運用
課題管理表は、現在起きている問題や決定が必要な事項について、影響、次の行動、担当、対応期限、解決の確認を追うための表です。問題を書き並べるだけでなく、誰が次に何を行い、何をもって対応を終えるかを記録します。
以下の表はコピーして使うひな型です。日付、状況、人物は説明用の架空例で、実際の事故や顧客案件を示しません。重要度や期限の基準は、業務の影響と社内の判断経路に合わせて決めてください。
課題管理表は何を記録するか：タスク・リスクとのつなぎ方
この表では、すでに発生した不整合や判断待ちを「課題」、行う作業を「タスク」、まだ起きていない不確実な事象を「リスク」として整理します。用語は組織によって異なるため、使い始めにそろえましょう。解決方法が分かる課題も、調査が必要なタスクもあります。「答えが分からないものだけが課題」ではありません。
記録するもの | 架空の例 | つなぎ方 |
|---|---|---|
課題 | 提供写真の利用範囲が未確認で公開可否を決められない | 確認作業と判断者を記録 |
タスク | 権利確認先へ利用媒体を問い合わせる | 課題IDを参照し、期限と担当を追う |
リスク | 追加修正が来ると確認期間が不足する可能性 | 発生条件と対応方針を別に検討 |
北アイルランド財務省の課題管理ガイドは、課題の記録、影響評価、担当、対応、上位への報告を扱っています。解決手順は問題の性質に応じて変わります。必ず別ファイルを作る必要はなく、既存の仕事一覧を種別で絞る方式でも構いません。成果物の抜けはWBSの完了条件と照合できます。
コピーして使う課題管理表と3つの記入例
1行目を見出しとし、次のA〜O列を使う例です。式で参照する列を固定するため、項目を追加・移動する場合は式も見直してください。H列には対応方針と直近の次アクションを、I列にはその行動を持つ担当を置きます。
列 | 項目 | 書き方 |
|---|---|---|
A〜D | ID／発生日／起票者／種別 | IDを保ち、事実が分かった日を記録 |
E〜G | 状況／影響／重要度 | 観測した事実と判断を分ける |
H〜J | 対応方針・次アクション／担当／対応期限 | 誰がいつまでに何を行うか |
K〜L | 状態／解決内容 | 状態語と終了条件を合意 |
M〜O | 最終実質更新日／確認者／証拠・関連タスクID | 判断や確認が進んだ日と参照先 |
A:ID | B:発生日 | C:起票者 | D:種別 | E:状況 | F:影響 | G:重要度 | H:方針・次アクション | I:担当 | J:対応期限 | K:状態 | L:解決内容 | M:最終実質更新 | N:確認者 | O:証拠・タスク |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
I-01 | 2026-10-07 | A | 権利確認 | 写真の利用媒体の条件が不明 | 記事公開の判断待ち | 高 | 提供元へ媒体と期間を確認 | B | 2026-10-12 | 対応中 | 2026-10-09 | 編集責任者 | T-11／提供条件の記録 | |
I-02 | 2026-10-08 | C | 範囲変更 | 見積と制作依頼で修正回数が異なる | 納期と費用の合意が必要 | 中 | 両資料を比較し変更案を提示 | D | 2026-10-13 | 判断待ち | 2026-10-10 | 案件責任者 | T-12／見積版2・依頼版3 | |
I-03 | 2026-10-09 | A | 重複 | I-01と同じ写真確認が起票された | 対応が二重になる | 低 | I-01へ統合し起票者へ連絡 | B | 2026-10-09 | 重複 | 元のI-01を継続 | 2026-10-09 | 編集責任者 | I-01／統合の記録 |
重複行を削除するより、元IDへの参照と統合した理由を残すと、後から問い合わせをたどれます。個人情報や契約の詳細は必要な人だけが見られる参照先へ置き、全員向け一覧には判断に必要な最小限の説明を記してください。
状況・影響・次アクション・担当の書き方
状況は推測でなく観測した事実を書きます。「担当の理解不足」ではなく、「見積版2は修正2回、依頼版3は回数の記載なし」のように資料と差を示します。影響には誰のどの判断や作業が止まるかを置き、発生し得る影響とすでに起きた影響を区別します。
次アクションは「検討する」ではなく、「二つの資料の相違をまとめ、責任者へ修正範囲の選択肢を出す」のように成果を明示します。担当が部署名だけなら、いま行動する人または窓口を決めます。対応期限は問題全体の最終解決日とは限らず、直近の回答や確認の期限として更新できます。
曖昧な記入 | 直した記入例 | 確認すること |
|---|---|---|
重要そう | 公開可否の判断待ち。提供条件が未確認 | 影響と緊急度を社内基準で判定 |
誰かが確認 | Bが提供元へ利用媒体と期間を問い合わせる | 担当者が依頼を受け取ったか |
なるべく早く | 10月12日までに回答。未回答なら編集責任者へ相談 | 回答期限と次の相談先 |
対応済み | 条件の回答を確認者が照合し、公開条件へ反映 | 証拠、確認日、残る影響 |
仕様や受け入れ条件が曖昧な場合は、要件定義の書き方へ戻って合意します。課題表の短いメモだけで約束の範囲を書き換えず、参照する版をそろえてください。
期限超過と最終更新を分ける数式
発生からの日数、更新からの日数、次アクションの期限超過は意味が異なります。B2が発生日、M2が最終実質更新日なら、次の二つを別列に置けます。日付は日付値、計算単位は暦日とします。
=IF(ISNUMBER(B2),TODAY()-B2,"")
=IF(ISNUMBER(M2),TODAY()-M2,"")
架空の基準日を2026年10月10日とすると、9月1日起票・10月8日更新の課題は、発生から39日、更新から2日です。39日間動いていないとは言えません。更新は、回答、調査結果、判断、次行動の変更など実質的な進展を意味し、表記修正だけで日付を進めない運用にします。
J列の対応期限を過ぎた行をA2:O100で色付けする例は次の式です。終了状態を「解決済」「中止」「重複」として除きます。当日が期限なら対象にならず、翌日から対象です。
=AND(ISNUMBER($J2),$J2<TODAY(),NOT(OR($K2="解決済",$K2="中止",$K2="重複")))
更新のない行を別に確認するなら、例えば30暦日という見直し基準を次の式で使えます。30日は仮の基準であり、緊急課題を30日待つ意味ではありません。
=AND(ISNUMBER($M2),TODAY()-$M2>=30,NOT(OR($K2="解決済",$K2="中止",$K2="重複")))
Excelの条件付き書式とGoogleスプレッドシートの条件付き書式で設定方法を確認できます。空欄はこれらの式で検出されないため、担当・期限・更新日が未入力の行も別に見ます。色は確認の入口であり、通知や原因の診断ではありません。
解決確認・残余影響・エスカレーションのルール
行動を終えたことと、問題の影響が解消したことを分けて確認します。「メール送信済み」は問い合わせの完了であって、利用条件が判明した証拠ではありません。誰が何を見て解決と判断するかを決めてから状態を閉じます。
終了時に確認する項目 | 架空の記録例 |
|---|---|
解決の事実 | 提供元の条件回答を受領 |
証拠と確認日 | 条件記録R-01、10月12日 |
確認者 | 編集責任者が利用媒体・期間を照合 |
残る影響 | 対象外媒体での利用は不可と明記 |
後続の作業 | T-11で表記と画像を確認 |
例外の判断 | 残る影響の受容は権限のある責任者が判断 |
重大な影響や回答期限の超過など、上位へ相談する条件を合意します。相談には事実、影響、実施したこと、選択肢、決定が必要な時刻を添えます。急ぎの顧客・権利・安全性の問題は定例を待たず、決めた経路で連絡してください。解決後に条件が変わった場合も、元IDを参照して再開または新規起票の理由を残します。
週次レビューとタスク管理表への引き継ぎ
週次では全行を読み上げるより、判断待ち、期限超過、情報不足、影響の大きい項目を選びます。長期間の課題は、更新日だけでなく、何が進み何が残っているかを確認します。
- 新規課題に事実、影響、担当、直近の期限があるかを見る。
- 期限超過と最終更新からの日数を別々に確認する。
- 必要な判断を権限のある責任者へ渡す。
- 実作業をタスク表へ登録し、課題IDと相互に参照する。
- 解決証拠と残る影響を確認して終了を記録する。
制作工程のどこで課題が止めているかは制作進行管理の表へ示します。課題表とタスク表で担当や期限を二重に更新する場合は、どちらを正とするかを決め、終了時に照合しましょう。記入を増やすことではなく、次の判断と行動が明確になることを運用の基準にしてください。
