excel
課題管理表のフォーマットを探している段階で、すでに困りごとは表の形ではないことが多いです。課題は表に並んでいる。並んでいるのに、いつの間にか誰も見ない表になっている。この繰り返しが本当の問題です。
先に結論を書きます。課題管理表は、課題を一覧にするための表ではなく、放置されている課題を浮かび上がらせるための表として作ります。列の設計をこの目的に合わせると、開いた瞬間に「これは止まっている」と分かる表になります。逆に、課題を漏れなく記録することだけを目的にすると、行数が増え続けて、誰も最後まで見ない資料になります。
結論から言うと、課題管理表テンプレートは「目的」に合わせて選ぶことが最も重要です。なぜなら、管理したい内容(進捗管理・リスク管理・会議記録など)によって最適なフォーマットが異なるためです。ここでは、実務で使いやすい代表的な8種類を紹介します。 出典: edraw.wondershare.jp
この記事では、課題とタスクの線引きから始めて、フォーマットに入れる列、目的別の型の選び方、エクセルで作るときの手順とコツ、無料テンプレートの見極め方、作ることで得られるメリット、失敗のパターン、そして続けるための運用までを順に扱います。
まず線を引きます。タスクは「やることが決まっているもの」です。課題は「どうするかが決まっていないもの」です。この2つを同じ表に混ぜると、表が機能しなくなります。
混ぜたときに何が起きるか。やることが決まっているタスクは、期限を入れて担当を決めれば進みます。一方、課題は「誰が調べるか」「いつまでに判断するか」を決める段階から始まります。同じ表に並べると、期限の欄に入る数字の意味が行ごとに違ってきます。タスクの行の期限は完了の期限、課題の行の期限は判断の期限です。この違いが見えない表では、遅れているのがどちらなのか分かりません。
似た表がもう2つあります。リスク管理表と不具合管理表です。リスクは「まだ起きていないが起きたら困ること」で、課題は「すでに起きて判断待ちになっていること」です。不具合は製品の動作に限った話なので、原因の切り分けや再現手順といった専用の列が必要になります。これらを1枚に統合しようとすると、列が20を超えて埋まらなくなります。分けるのが正解です。
課題管理表に入れるべき行は、次の条件に当てはまるものだけです。判断が必要で、判断が下りないと先に進めず、いま誰の手元にあるかが決まっているもの。この3つを満たさない行は、タスク一覧か、単なるメモの側に置きます。
行の数の目安もあります。20人までのチームなら、同時に動いている課題は10件から30件に収まります。これを大きく超えているときは、タスクが混ざっているか、終わった課題を消していないかのどちらかです。100行の課題管理表は、実質的に読まれません。
列は9つに絞ります。多くのテンプレートはこれより多い列を持っていますが、埋まらない列は表の信用を落とします。
| 列 | 書く内容 | 放置の発見にどう効くか |
|---|---|---|
| 番号 | 連番。一度振ったら変えない | 会議で「12番の件」と呼べる |
| 課題 | 何が決まっていないかを1文で | 読み手が内容を推測せずに済む |
| 起票日 | 表に上がった日 | 今日との差が滞留の日数になる |
| 起票者 | 上げた人 | 背景を聞く相手が分かる |
| 担当 | いま判断を預かっている1人 | 空欄なら誰も動いていない合図 |
| 期限 | 判断を下す日 | 過ぎている行が問題の行 |
| 状態 | 未着手・調査中・判断待ち・対応中・完了 | 止まっている段階が見える |
| 最終更新日 | 最後に何か動いた日 | 滞留の実測値になる |
| 経緯 | 動きがあったら追記する | 判断の理由が後から辿れる |
この9列のうち、多くのテンプレートに入っていないのが最終更新日です。ここが最も効きます。起票日からの日数は、長い課題なら自然に長くなるので、それ自体は異常を意味しません。最終更新日から今日までの日数は、純粋に「止まっている期間」です。この列で降順に並べ替えるだけで、放置されている課題が上に集まります。
状態の選択肢も、区別を付けておく価値があります。調査中と判断待ちを分けるのがポイントです。調査中は担当が動いている状態、判断待ちは担当が動けない状態です。判断待ちの行が増えているなら、決める人の手元が詰まっているという別の問題が見えます。
優先度の列を入れるかどうかは、判断が分かれます。入れる場合は、高・中・低の3段階までにします。5段階にすると、ほとんどの行が中央に寄って区別が付きません。優先度を入れないという選択も十分あります。期限と滞留日数があれば、見るべき行は決まるからです。
逆に、入れないほうがよい列があります。進捗率です。課題は判断が下りるか下りないかなので、70%という数字に意味がありません。パーセントの列は、タスク一覧側に置きます。
備考の列も、入れるかどうか迷う部分です。備考があると何でも書き込めるので便利なのですが、便利さの代償として、そこに書かれた内容は絞り込みも並べ替えもできません。経緯の列を持っているなら備考は要りません。備考に毎回同じ種類の内容を書いているなら、それを列にする合図です。
列の順番にも意味があります。左から、番号・課題・担当・期限・状態の順に並べてください。画面の幅が狭い環境で開いたとき、右端の列は見えません。見えなくても困らない列を右に寄せる、という基準で並べ替えると、スマートフォンからでも要点が読める表になります。起票日と起票者は、右側に置いて構いません。
課題管理表と呼ばれるものには、目的の違う型がいくつもあります。自分たちが何を管理したいのかを決めてから選ばないと、列が合わずに使いにくい表になります。
| 型 | 向く場面 | 特徴 |
|---|---|---|
| 基本の一覧型 | 初めて課題管理を始めるとき、小規模なチーム | 課題名・担当・期限・状態の4列が中心 |
| 進捗管理を兼ねる型 | 工程が決まっている案件 | 状態の列を工程名にして、どこで止まっているかを見る |
| リスク併記型 | 長期の案件、外部の要因が多い案件 | 影響度と発生しやすさの列を持つ |
| 会議記録と一体型 | 定例で課題を洗う運用 | 会議ごとの更新履歴を右に伸ばす |
| 部門横断型 | 複数の部署が絡む案件 | 部署の列を持ち、部署別に絞り込む |
| 原因分析を含む型 | 同じ課題が繰り返し起きているとき | 原因と対策の列を分けて書く |
| 顧客対応型 | 社外からの問い合わせを扱うとき | 連絡日と回答期限を別に持つ |
| 棚卸し型 | 半年ごとに全体を見直すとき | 完了した課題も残し、傾向を見る |
最もシンプルなフォーマットで、課題名・担当者・期限・ステータスを一覧で管理します。まずは課題管理を始めたい初心者や、小規模チームに適しています。 出典: edraw.wondershare.jp
おすすめできる始め方は、基本の一覧型から入ることです。最初から原因分析やリスクの列を持つ型を選ぶと、列を埋める負担で運用が止まります。1か月回してみて、実際に書き込んでいる内容があれば、そのとき列を追加します。
型を変えるときは、過去の行を書き換えないでください。番号と経緯が残っていることが、課題管理表の価値です。列を追加する方向の変更だけにして、列を消す変更は、半年以上使っていない列に限ります。
表計算ソフトで作る前提で、順番を書きます。この順で作ると、あとから直す手間が減ります。
最初に、1行目を見出しにして、2行目から入力する形にします。表の上に案件名やタイトルの行を入れたくなりますが、入れると並べ替えや絞り込みのときに邪魔になります。タイトルはシート名に入れます。
次に、見出しの行を選んでフィルターを設定します。課題管理表で最も使う操作が、担当者での絞り込みと、最終更新日での並べ替えです。フィルターがない表は、行が30を超えたところで使いにくくなります。
状態の列は、入力規則で選択肢を固定します。自由入力にすると「調査中」「調査済み」「確認中」が混在して、絞り込みができなくなります。選択肢は5つまでにします。
滞留日数の列を、計算で作ります。今日の日付から最終更新日を引く式を入れておくと、手で数えずに済みます。この列に条件付き書式を設定して、14日を超えた行に色が付くようにします。ここまで作ると、開いた瞬間に放置されている課題が目に入る表になります。
行の並びは、番号順のまま固定しておきます。並べ替えは絞り込みの機能で一時的に行い、保存するときは番号順に戻します。並び順を変えて保存すると、前に見たときとの差が分からなくなります。
完了した課題は、消さずに別のシートへ移します。完了の行を上に残しておくと、未完了の行が下に埋もれます。消してしまうと、同じ課題が再発したときに前回の判断を辿れません。月に一度、完了分を移す作業を決めておきます。
共有の仕方にもコツがあります。ファイルを添付して配る運用にすると、各自の手元で違う版が編集されます。共同編集ができる場所に1つだけ置いて、そのリンクを共有する形にしてください。誰が何を変えたか分からなくなることを防ぐため、経緯の列には日付と名前を添えて追記する決まりにします。
列の設計が済んでも、行の書き方が揃っていないと表は読みにくくなります。課題管理表でいちばん差が出るのは、課題の列に入る1文です。
書くのは「何が決まっていないか」です。よくある失敗は、起きている現象だけを書くことです。「請求書の発行が遅れている」と書かれた行からは、何を決めればこの行が閉じるのか読み取れません。「請求書の発行を月末締めから月初締めに変えるかどうか」と書けば、判断の対象がはっきりします。
原因の推測を課題名に混ぜないことも大事です。「担当者の確認が遅いため出荷が遅れている」と書くと、原因が確定した扱いになり、そこから議論が始まります。原因が不確かな段階では、現象と判断の対象だけを書き、推測は経緯の列に回します。人の名前を課題名に入れないというのも、同じ理由です。
1文に収まらない課題は、大きすぎます。「新しい料金体系をどうするか」は、おそらく3つ以上の判断を含んでいます。価格を変えるか、いつから変えるか、既存の契約をどう扱うか。それぞれを別の行にすると、片付いた部分から順に閉じていけます。まとめて1行にしていると、全部が決まるまで「調査中」のまま止まり続けます。
経緯の列の書き方にも型があります。日付、動かした人の名前、起きたこと、の順で1行ずつ追記します。上書きせずに追記していくのが肝心です。上書きすると、いつ何が変わったのかが追えなくなり、判断の理由を辿るという課題管理表の一番の価値が消えます。1行は長くなくて構いません。「9/18 佐藤 見積を3社から取得。単価は次回提示」で足ります。
行を閉じるときの決まりも作っておきます。判断が下りたら状態を完了にして、経緯の最後に決まった内容を1行で書く。ここで決まった内容がタスクになるなら、タスク側に移してから閉じます。閉じ方が決まっていない表では、完了に見える行に宿題が残ったままになります。
業務委託や協力会社を含む案件では、課題管理表の扱いに追加の判断が要ります。全部を見せるか、見せる範囲を絞るかです。
原則として、その人が判断に関わる行は見せたほうが早く回ります。見せない運用にすると、とりまとめる人が毎回内容を抜き出して連絡することになり、その転記が滞留の原因になります。一方で、社内の人事や取引条件に触れる課題は、同じ表に置かない配慮が必要です。案件ごとに表を分けるか、社外に見せる列と見せない列を分ける形にします。
表計算ファイルで運用している場合、列を隠しても閲覧側で表示できるため、見せない情報は同じファイルに置かないのが確実です。シートを分けるだけでは不十分な場面もあります。見せる相手が限られる情報は、別のファイルに置いてください。個人情報を含む課題を扱うときの考え方は、個人情報保護委員会が示している内容を踏まえて、社内の規程と照らして判断してください。
委託先の稼働や契約の扱いについて、課題管理表の運用だけで判断を確定させないことも勧めます。指示の出し方や作業時間の扱いは契約の形によって考え方が変わるため、迷う点は所管の窓口や専門家に確認してください。表の設計の話と、契約の話を混ぜないほうが安全です。
無料で配られている課題管理表のテンプレートは数多くあります。選ぶときに見る点は3つです。
1つめは、最終更新日か滞留日数の列があるかどうか。ここが無いテンプレートは、課題を並べる表であって、放置を見つける表ではありません。無い場合は自分で追加できますが、追加する前提で選んでいることを意識しておいてください。
2つめは、列が12を超えていないかどうか。20列ある立派なテンプレートは、2か月後に半分が空欄になります。空欄の多い表は、見る人が「この表は当てにならない」と判断して開かなくなります。
3つめは、状態の選択肢が固定されているかどうか。入力規則が設定されているテンプレートは、作った人が運用まで考えている証拠です。自由入力の列だけで構成されているものは、配りやすさを優先して作られています。
ツールの側に用意されているひな型を使う選択もあります。プロジェクト管理ツールには、課題管理のテンプレートが最初から入っているものがあり、状態の遷移や担当の割り当てが仕組みとして備わっています。表計算で作るか、ツールのひな型を使うかの判断は、後半で扱います。
一方で、課題数が増えたり、原因分析やスケジュール管理まで求められる場合は、無料体験版があるEdrawMindのような構造化や可視化ができるツールとの併用が効果的です。本記事で紹介した8種類の課題管理表テンプレートを参考に、自社の目的や規模に合ったフォーマットを選び、継続的な改善につなげていきましょう。 出典: edraw.wondershare.jp
ダウンロードしたテンプレートをそのまま配らないことも勧めます。配られている様式は、作った人のチームの事情に合わせて作られています。自分たちの案件で実際に出ている課題を5件ほど入れてみて、埋まらない列を削ってから配ってください。
課題管理表の効果として挙げられるのは、たいてい「抜け漏れの防止」です。それも正しいのですが、実際に効きが大きいのは別のところです。
最も効くのは、進捗確認の会議が短くなることです。課題管理表がないチームでは、会議で1人ずつ状況を聞いて回ることになります。この聞き取りに、参加者が5人いれば30分かかります。表が更新されていれば、会議の冒頭で画面を映して、滞留日数の長い行だけを扱えば済みます。聞いて回る時間が、判断する時間に変わります。
2つめは、判断を預かっている人が特定されることです。課題が止まる原因の多くは、担当が決まっていないことではなく、担当が「自分のところで止まっている」と気づいていないことです。担当の列と滞留日数が並んでいる表を全員が見ていると、自分の行が上に来た時点で動きます。
3つめは、判断の理由が残ることです。半年後に同じ話が出たとき、経緯の列に「在庫の都合で見送り」と書いてあれば、そこから議論を始められます。書いていなければ、ゼロから議論をやり直します。
4つめは、案件の引き継ぎが可能になることです。とりまとめている人が休んだとき、課題管理表があれば、いま何が判断待ちなのかが他の人にも分かります。表が無いチームでは、この情報が1人の頭の中にしかありません。
成功しているチームに共通しているのは、表の完成度ではなく更新の頻度です。列が少なくても、毎週更新されている表は機能します。列が揃っていても、月に一度しか更新されない表は、会議の資料にしかなりません。
課題管理表が止まる原因は、だいたい次のどれかです。
更新が担当者任せになっている。各自が自分の行を更新する運用は、理想としては正しいのですが、現実には更新されません。進行をとりまとめている人が、週に一度、表を見ながら担当に声をかけて更新する時間を取るほうが確実です。この作業に15分かけると、表が生きた状態を保てます。
完了した行が残り続けている。完了の行が上に残っていると、未完了の行を探すのに時間がかかります。開くのに手間がかかる表は、開かれなくなります。
課題の粒度が揃っていない。「システムの性能改善」と「ボタンの色を決める」が同じ表に並ぶと、優先度の判断ができません。大きすぎる課題は分割し、小さすぎるものはタスク一覧に移します。
期限が全部同じ日になっている。案件の締切を全行の期限に入れている表をよく見ます。これでは、どれを先に片付けるべきか分かりません。判断の期限は、課題ごとに置きます。
担当が部署名になっている。「営業部」と書かれた行は、営業部の誰も自分のものだと思いません。必ず個人名を入れます。
表が複数の場所に増えている。案件ごとにファイルを作ると、とりまとめる人が何枚も開くことになります。案件の列を持たせて1枚に集約し、絞り込みで切り替える形のほうが回ります。
フォーマットを配った直後は守られます。問題は2か月後です。続けるために効く手は決まっています。
見る時刻を固定します。毎週の定例の冒頭5分を、表を映す時間に充てます。見られる表は更新されます。見られない表は更新されません。順番はこの通りで、更新を促してから見るのではなく、見る時間を作ることで更新が起きます。
滞留日数で並べ替えて、上から3行だけ扱う決まりにします。全行を確認する運用にすると、時間が足りずに途中で終わり、毎回同じ前半だけが扱われます。上位3行に絞ると、放置されていた行が確実に順番に上がってきます。
起票のしやすさを確保します。課題を上げるのに申請が要る運用にすると、上がってこなくなります。表に行を書き込むことは誰でもできるようにして、内容の整理はとりまとめる人が後から行います。
3か月ごとに列を見直します。一度も埋まらなかった列は削り、毎回備考欄に書き込んでいる内容があれば列にします。列の数は増やさず、入れ替える形で調整してください。
そして、表を変えるときは1回に1つだけにします。列の追加と、置き場所の変更と、更新の担当の変更を同時に行うと、うまくいかなかったときに原因が分かりません。
毎週の更新とは別に、半年に一度、表全体を見直す時間を取ってください。ここで見るのは個々の課題ではなく、表の使われ方です。
最初に数えるのは、完了した行の件数と、完了までにかかった日数です。起票日と完了日が残っていれば、平均の日数が出ます。この数字が半年前より伸びているなら、判断の詰まりが増えているという意味になります。人が増えたのに決める人が増えていない、という形で起きることが多いです。
次に、同じ内容の課題が繰り返し上がっていないかを見ます。似た行が3回以上出ているなら、それは個別の課題ではなく仕組みの問題です。毎回その場で判断するのではなく、判断の基準を決めて文書にしたほうが、以後の課題が上がらなくなります。課題管理表の本来の成果は、行が片付くことよりも、同じ行が二度と上がらなくなることです。
3つめは、起票者の偏りです。課題を上げているのが1人か2人だけなら、他の人が気づいた問題が表に載っていません。上げても取り合ってもらえなかった経験があると、次から上げなくなります。半年の棚卸しのときに、上がってこなかった困りごとを聞く時間を作ってください。
4つめは、放置して問題にならなかった行です。90日以上動かないまま、実害も出ていない行は、そもそも課題として管理する必要がなかった可能性があります。判断を保留したまま運用できているなら、行を閉じて、必要になったら上げ直す形にします。管理する対象を減らすことも、表を機能させるための作業です。
課題管理表を表計算ソフトで作る形には、はっきりした限界が2つあります。どちらかに当たったら、ツールへ移すことを検討する段階です。
1つめは、同時に触れないことです。共同編集ができる環境でも、同じ行を2人が同時に直すと片方が消えます。とりまとめる人が更新している間、他の人は待つことになります。10人を超えるチームで週に一度の更新をしているなら、この待ちが発生しています。
2つめは、更新の通知が飛ばないことです。表の行が自分の担当になっても、本人は表を開くまで気づきません。期限が過ぎても、誰も見ていなければ何も起きません。色を付ける仕組みは、見に来た人にしか効きません。
ツールに移すと、この2つは解決します。かわりに失うものもあります。表計算の自由な計算式が使えなくなること、列の並びを自分で決められる範囲が狭くなることです。関数を組んで集計している表を持っているチームは、移すときにその部分を作り直す必要があります。
道具ごとの向き不向きは、比較のページで整理しています。付箋を貼り替える感覚でカードを動かす形に慣れているならTrelloとの比較、表とデータベースを行き来する形を検討しているならNotionとの比較、国内向けの案件管理から入るならBacklogとの比較が判断の材料になります。候補をまとめて見たい場合は比較の一覧から入れます。
移すときに確かめておくとよい点が3つあります。表形式で一覧・並べ替えができるボードがあるか。課題ごとに独自の列を用意できるか。担当と期限の変更が本人に届くか。カードに載せられる項目やボードの種類はできることにまとめてあり、ガントチャートやカスタムフィールドを無料の範囲で使えるかどうかは道具によって分かれるので、料金で上限の区切り方を確かめてください。5人・ボード10個までは機能の制限なく無料という区切り方もあります(2026年9月時点・税抜表示)。
いま使っている道具から移す手順や、社外のメンバーを入れる場合に見せる範囲を絞る方法は、よくある質問に具体的な答えがあります。移行を考える順番として勧めたいのは、まず表計算のまま9列に絞って1か月回すことです。列が絞れた状態で移せば、ツール側の設定が短時間で済みます。列が20あるまま移すと、設定の途中で力尽きます。
分けたほうが機能します。タスクはやることが決まっているもの、課題はどうするかが決まっていないものです。混ぜると期限の欄の意味が行ごとに変わり、遅れているのがどちらか分からなくなります。課題管理表に載せるのは、判断が必要で、判断が下りないと先に進めず、いま誰が預かっているかが決まっている行だけにしてください。
番号、課題、起票日、起票者、担当、期限、状態、最終更新日、経緯の9つです。多くのテンプレートに入っていないのが最終更新日で、ここが最も効きます。この列で降順に並べ替えるだけで、止まっている課題が上に集まります。進捗率の列は課題管理表には向かないので入れなくて構いません。
見出し行へのフィルター設定、状態の列の入力規則、滞留日数を計算する式と条件付き書式の3つです。今日の日付から最終更新日を引いた日数が14日を超えた行に色が付くようにしておくと、開いた瞬間に放置されている課題が目に入ります。表の上にタイトル行を置かないことも、並べ替えの邪魔を避けるために効きます。
見る時刻を固定するのがいちばん効きます。毎週の定例の冒頭5分を表を映す時間に充て、滞留日数で並べ替えて上から3行だけ扱う決まりにしてください。更新を促してから見るのではなく、見る時間を作ることで更新が起きます。あわせて、週に一度15分、とりまとめる人が担当に声をかけて更新する時間を取ると確実です。