課題管理表の作り方|テンプレートと起票から完了までの記入例

課題管理表は、複数の課題を一覧にして、担当者・期限・次の行動・完了条件を共有するための表です。課題を並べるだけでなく、保留や確認待ちの状態も残すと、「あれはどうなったか」を表から確認できます。

先に結論を言うと、課題管理表は「1課題1行」にし、各行へ担当者・期限・次の一手・ステータス・完了の証拠を入れると運用しやすくなります。この記事では、一般的な社内業務を対象に、空欄テンプレートと、起票から保留・再開・完了までの架空記入例を紹介します。

課題管理表に書く項目

会社やチームによって列名やステータスは異なります。まずは、次の項目を基本形として対象業務に合わせて調整してください。

項目 書く内容 書く理由
ID 課題を識別する番号や記号 会議やメールで同じ課題を指すため
課題の内容 起きている状態と、解決したい差 何を管理しているかをそろえるため
影響・背景 どの作業や相手に影響するか 優先度や相談先を考えるため
担当者 次の行動を進める人 「誰かがやる」を残さないため
期限 次の行動または完了の期限 いつ再確認するかを決めるため
次の一手 次に行う確認・修正・相談 表を見た後の行動につなげるため
ステータス 未着手、対応中、確認待ち、保留、完了など 現在地を短く共有するため
完了条件・証跡 何を確認したら完了とするか 早すぎる完了扱いを防ぐため
更新履歴 状態が変わった理由と確認結果 起票時の経緯を失わないため

課題の内容と次の一手を分けることが重要です。「共有先が決まっていない」は課題の状態、「共有先を確認する」は次の一手です。

タスクと課題を分ける

言葉の定義は組織によって違うため、ここでは運用上、次のように区別します。

  • タスク:予定された作業。担当者が実行すれば完了するもの
  • 課題:予定どおり進めるために、解決・判断・調整が必要な状態

たとえば「議事録を作る」はタスクですが、「決定事項の担当者が決まらず、議事録を共有できない」は課題として管理します。タスクだけを並べる進捗表と、課題を解消するための管理表は、必要なら分けてください。

課題の意味や問題との違いを確認したい場合は、課題とは何かを参照してください。この記事では、意味の説明を増やすのではなく、課題を起票して追跡する方法に集中します。

そのまま使える空欄テンプレート

Excelで入力して使う場合は、課題管理表Excelをダウンロード(.xlsx)してください。空欄の用紙は、課題管理表PDFで確認・ダウンロードできます。記入例は架空です。

次の表をコピーし、列やステータスを自分の業務に合わせて変更してください。

ID 起票日 課題の内容 影響・背景 担当者 期限 次の一手 ステータス 完了条件・証跡 最終更新日
I-001 ____ ____ ____ ____ ____ ____ 未着手 / 対応中 / 確認待ち / 保留 / 完了 ____ ____
I-002 ____ ____ ____ ____ ____ ____ 未着手 / 対応中 / 確認待ち / 保留 / 完了 ____ ____

更新の経緯が長くなる場合は、本文の列にすべて詰め込まず、別の更新履歴表をIDで結びます。

ID 更新時点 状態 確認したこと・変わったこと 次の一手 確認担当
I-001 ____ ____ ____ ____ ____

ステータスの使い分け

  • 未着手:次の行動をまだ始めていない
  • 対応中:担当者が作業を進めている
  • 確認待ち:相手の回答や資料など、外部の確認を待っている
  • 保留:意図的に進行を止める判断をしている
  • 完了:完了条件を満たし、証跡を確認できた

「確認待ち」と「保留」を同じ言葉にすると、誰の回答を待っているのか、止める判断をしたのかが分かりません。チームで使うなら、ステータスの意味を表の上部に書きます。

記入例:一つの課題を起票から完了まで追う

以下は説明用の架空例です。実在の会社・担当者・案件を示すものではありません。

対象は「社内の議事録を共有する業務」とします。保存先が複数に分かれ、どれが最新版か分からない状態を、課題管理表で追跡します。

起票時

ID 課題の内容 影響・背景 担当者 期限 次の一手 ステータス 完了条件・証跡
I-001 議事録の保存先が複数あり、最新版を特定しにくい 関係者が別の版を参照するおそれがある 担当A 保存先を確認する時点 現在使われている保存先と管理者を確認する 未着手 正しい保存先と管理方法が確認できる

課題の文章は、「困る」「分かりにくい」だけで終わらせず、何が起きているかと、どの状態を目指すかを入れます。

保留になったとき

保存先の管理者が不在で、確認が進められないとします。このとき、課題を削除せず、保留理由と再確認の条件を残します。

ID 状態 確認したこと・変わったこと 次の一手 完了条件・証跡
I-001 保留 保存先の候補は確認できたが、管理者の確認がまだ取れていない 管理者の確認可否を確認し、再確認の時点を決める 管理者が保存先を確定する

期限が決められない場合は、推測の日付を入れません。「期限を決めるための確認先」と「次に確認する時点」を書きます。

再開したとき

管理者から正しい保存先の回答があり、作業を再開したとします。

ID 状態 確認したこと・変わったこと 次の一手 完了条件・証跡
I-001 対応中 保存先と管理方法が確定した 最新版を指定の場所へ移し、共有案内を更新する 最新版の保存場所と案内が一致する

保留から再開した場合は、何が変わって進められるようになったのかを更新履歴へ残します。

完了したとき

最新版の保存場所を案内し、関係者がその場所を開けることまで確認できたとします。

ID 状態 確認したこと・変わったこと 次の一手 完了条件・証跡
I-001 完了 保存先を一つに整理し、案内を更新。共有先から閲覧できることを確認 なし。必要なら運用を振り返る 更新した案内と閲覧確認の記録

完了した行をすぐに削除すると、同じ問題が再発したときに経緯をたどれません。保存期間や個人情報の扱いに合わせて、完了行を残すか、履歴へ移すかを決めます。

課題管理表を作る手順

手順1:管理する範囲と見直す場を決める

個人の業務なのか、チームの案件なのかを決めます。毎日の確認、定例会議、作業の節目など、表を見直す場も決めておくと、更新が止まりにくくなります。

手順2:課題を一つずつ起票する

一つの行に複数の課題を混ぜません。「保存先が分からない」と「担当者が決まらない」が別の原因や対応を持つなら、行を分けてIDを付けます。関係がある場合は、関連IDを別列に置きます。

手順3:次の一手を一つ決める

大きな解決策を一度に決めるのではなく、次に確認・修正・相談する行動を書きます。担当者が変わっても、表を見て次の行動を理解できることが目安です。

手順4:完了条件を先に書く

「対応済み」ではなく、何が確認できたら完了なのかを置きます。完了条件が変わった場合は、変更理由も更新履歴へ残します。

手順5:状態が変わった理由を更新する

ステータスだけを変えると、保留や再開の経緯が消えます。回答を受けた、資料を確認した、判断を保留したなど、状態が変わった理由を短く記録します。

原因や関係者・制約を先に整理する必要がある場合は、問題構造図の作り方を使い分けてください。問題構造図は調査や確認の問いを作るための道具であり、課題管理表は決めた次の行動を追跡するための表です。

迷いやすいケースへの対応

担当者が決まらない

空欄のまま「対応中」にしません。担当者を決める人、決めるための相談、決定する時点を次の一手として書きます。

期限が分からない

未定の理由が回答待ちなら「確認待ち」にし、回答先と再確認の時点を残します。優先順位を決められない状態なら、判断してもらいたい事項を次の一手へ書きます。

他の作業が終わらないと進められない

前提となる作業や回答を、依存関係として記録します。待っている相手、待つ内容、待てない場合の代替確認を分けると、課題が止まったままになりにくくなります。

一つの行に課題が複数ある

対応者や完了条件が異なるなら、行を分けます。元のIDを親IDとして残す方法もありますが、チーム内でIDの付け方を決めてから使います。

完了したか自信がない

完了条件を満たす証跡がない場合は、完了に変えず、確認待ちまたは対応中として残します。確認できないことを推測で完了扱いにしません。

よくある失敗

  • 課題名だけを書き、次の一手がない
  • 担当者と期限を後回しにする
  • 「確認待ち」と「保留」を区別しない
  • ステータスだけ変えて、変化の理由を残さない
  • 完了した行を削除し、同じ課題の経緯が分からなくなる
  • すべての作業を課題として登録し、重要な課題が埋もれる

まとめ

課題管理表は、課題を一覧にするだけでなく、次の行動と完了条件を共有するための表です。

  • 1課題1行で起票する
  • 課題の状態と次の一手を分ける
  • 担当者・期限・ステータスを入れる
  • 保留・確認待ち・再開の理由を残す
  • 完了条件と証跡を確認してから完了にする
  • 問題の調査と、課題の追跡は必要に応じて道具を分ける

まず一つの業務や会議で試し、表を見た人が次の行動を判断できるかを確認してください。

タイトルとURLをコピーしました