課題管理表の作り方｜書いたあと誰が動かすかまで決める
課題管理表のテンプレートを探している人の多くは、表そのものを持っていないわけではありません。すでに1枚あって、それが数週間で更新されなくなり、次のテンプレートを探しているという順番になっています。つまり詰まっているのは列の並びではなく、書いたあとに誰がその行を動かすのかが決まっていないところです。この記事では、課題管理表の列の決め方、状況の段階の切り方、行が増えすぎたときの畳み方を、運用が続く形に寄せて整理します。
課題管理表が止まるのは、書式ではなく運用の設計で決まる
課題管理表は、プロジェクトの進行をとりまとめる立場の人がほぼ必ず一度は作る道具です。表計算ソフトのテンプレートは無料で大量に配布されていて、列の並びも業界ごとにほぼ定型化しています。にもかかわらず「課題管理表 テンプレート」で探し続ける人が絶えないのは、配られているものが悪いからではなく、表が止まる原因がテンプレートの外側にあるからです。
現場でしばしば出るのは、次の順番です。プロジェクトの立ち上げ時に、進行役が丁寧な表を1枚作る。列は12列ほどあり、優先度も、発生源も、関連文書のリンク欄もある。最初の2週間は全員が律儀に埋める。3週目に入ると、忙しいメンバーの行から更新が止まる。1か月後には、進行役が会議の前日に全員へ聞いて回り、自分で全部の行を書き換えるようになる。この時点で表は「チームの状態を映す鏡」ではなく「進行役の手作業の成果物」に変わっています。
この転落は、書式の良し悪しでは止まりません。列が多いほど、埋める人の負担が上がって更新が遅れます。優先度の欄を作れば、優先度を誰が決めるのかという合意が別に要ります。関連文書のリンク欄を作れば、文書の置き場所が変わるたびにリンクが腐ります。テンプレートを豪華にする方向の努力は、たいてい運用の寿命を縮めます。
反対に、続いている課題管理表には共通点があります。列が少なく、状況の段階が少なく、そして「この行はいつ誰が動かすか」が表の外で決まっています。表は状態を置く場所であって、状態を変える力は会議や声かけの側にあります。テンプレートを探す前に、その力の所在を先に決めておく必要があります。
記録は、記録する主体を決めて初めて機能します。労働時間の記録について、厚生労働省のガイドラインは主体をはっきり書いています。
使用者は、労働時間を適正に把握するため、労働者の労働日ごとの始業・終業時刻を確認し、これを記録すること 出典: www.mhlw.go.jp
労働時間の話は課題管理とは別の領域ですが、考え方は同じです。何を記録するかだけでなく、誰が確認して誰が記録するかまで書かれているから、この記録は運用に載ります。課題管理表も、行を書く人と行を動かす人を決めなければ、様式だけが残ります。なお、労働時間や委託契約の扱いについての具体的な判断は、所管の窓口や社会保険労務士などの専門家に確認してください。
課題とタスクとリスクを1枚に混ぜない
課題管理表が読みにくくなる原因の大半は、性質の違う3種類のものが同じ表に並んでいることです。課題、タスク、リスク。この3つは、扱い方も、完了の意味も、見る頻度も違います。
課題は「まだ決まっていないこと」
課題は、判断が必要で、まだ判断されていない事柄です。「決済手段をどこまで対応するか決まっていない」「先方の検収基準が曖昧で、どこまで直せば終わりか分からない」といったものが該当します。課題の完了とは、作業が終わることではなく、決まることです。
課題の行には必ず、決める人が要ります。担当欄に書かれる名前は「作業する人」ではなく「決める場に持っていく人」です。ここを取り違えると、決裁が要る課題に作業者の名前が入り、その人がいくら手を動かしても行が閉じないという状態になります。
課題は放置すると、下流の作業を止めます。だから期限は「決着させたい日」ではなく「これを過ぎると作業が止まる日」で置きます。作業が止まる日から逆算した期限は、実際の圧力を持つので守られやすくなります。
タスクは「やることが決まっていること」
タスクは、やることが確定していて、あとは実行するだけの作業です。「請求書のひな型を差し替える」「テスト環境に反映する」といったものです。完了の意味は作業の完了で、判断は要りません。
課題管理表にタスクを書き込むこと自体は間違いではありませんが、量が違います。タスクは1つの課題から5件も10件も派生するので、同じ表に入れると行数が一気に膨らみ、本来見るべき「決まっていないこと」が埋もれます。タスクは、タスクの置き場所を別に持つのが実務的です。
リスクは「まだ起きていないこと」
リスクは、起きていないけれど起きたら困ること、つまり不確かさが目的に与える影響です。「主要な担当者が来月から別案件に入る予定で、抜けたら検証が回らない」「先方の承認が月末に集中していて、遅れると翌月にずれる」といったものです。
リスクの行は、完了しません。監視して、起きたら課題に変わり、期間が過ぎたら消えます。だから状況の段階も課題と揃いません。課題の表に無理やり混ぜると、「未着手」のまま何か月も残る行が積み上がり、表全体の信頼が落ちます。リスクは、頻度の低い別の場（月次の見直しなど）で見るほうが機能します。
混ぜたときに何が起こるか
3つを混ぜると、まず行数が増えます。次に、状況の段階が全部の行に当てはまらなくなります。そして最悪なのは、判断が要る課題が、大量の細かいタスクの間に埋もれて期限を越えることです。
分ける方法は難しくありません。表を3枚に割ってもいいですし、1枚のまま「種別」の列を1つ足して、既定の表示を課題だけに絞ってもいいです。板の形で管理しているなら、板を分けるか、ラベルで分けます。大事なのは、日々見る画面に「決まっていないこと」だけが並んでいる状態を作ることです。
列は6つで足りる。増やすほど埋まらなくなる
課題管理表の列は、起票日、内容、影響、担当、期限、状況の6つで始めるのが扱いやすい形です。ここから足すのは、実際に運用してみて「無いと困った」場面が3回起きてからで充分です。
起票日
いつ出てきた課題かを残す列です。地味ですが、あとから最も効きます。起票日があると、「この課題は40日間動いていない」という事実が一目で分かります。動いていない日数は、進行のとりまとめで最も重要な指標のひとつです。
起票日は自動で入るようにしておくのが理想です。手で入れる形式にすると、忙しいときに空欄のまま行が増え、あとから埋め直すことになります。表計算ソフトで作る場合は、入力規則で日付形式を固定しておくと、表記のゆれ（2026/9/1 と 2026-09-01 と 9月1日が混在する状態）を防げます。
内容
何が課題なのかを書く列です。ここで守るべきルールはひとつだけあります。状態ではなく、決まっていないことを書くことです。
「決済まわりの件」では、読んだ人が何をすればいいか分かりません。「決済手段にコンビニ払いを含めるかどうかが未決。含める場合は画面が2つ増える」と書けば、決める人も、影響範囲も、次の一手も見えます。1行に収めようとして省略するより、2文使って具体的に書くほうが結果的に短い時間で閉じます。
影響
その課題が放置されたときに、何が止まるかを書く列です。優先度の欄を作る代わりにこの列を置くと、運用が軽くなります。
優先度（高・中・低）は、書く人によって基準がぶれます。誰もが自分の課題を「高」にするので、しばらくすると全部が高になって役に立ちません。一方で影響は事実なので、ぶれません。「画面設計が着手できない」「請求処理が翌月にずれる」と書いてあれば、優先順位は読んだ側が自然に判断できます。
影響が思いつかない課題は、そもそも課題ではないこともあります。書けないなら、その行は削るか、メモ扱いに落とすのが健全です。
担当
その行を動かす責任のある人の名前を書く列です。複数人を書かないこと、部署名で書かないこと。この2つを守るだけで、表の生存率は大きく変わります。
「開発チーム」と書かれた行は誰も動かしません。「A と B」と書かれた行は、互いに相手が動かすと思って止まります。実際に複数人が関わる課題でも、動かす責任は1人に寄せて、他の人は内容欄に書きます。
さらに踏み込むなら、担当は「作業する人」ではなく「この行の状況を更新する人」と定義しておきます。作業を外部の協力先に頼んでいても、表を動かすのは社内の誰かです。ここを分けておくと、外注が絡む案件でも表が止まりません。
期限
いつまでに決着させるかの日付です。空欄を許さないことが最大のコツになります。
決められないから空欄にする、というのは順序が逆です。決められないなら「いつまでに決められるかを決める日」を期限に置きます。仮の日付でも入っていれば、その日に何かが起きます。空欄の行は、永遠に何も起きません。
期限は、影響の列と揃えると精度が上がります。「画面設計が着手できない」なら、画面設計の開始日の数日前が期限になります。カレンダー上の切りのいい日（月末など）に全部の期限を置くと、月末に決裁が集中して結局ずれるので、散らして置くほうが回ります。
状況
いまその行がどの段階にあるかを示す列です。次の章で詳しく扱います。
足したくなる列と、足す前に考えること
運用していると、いくつもの列を足したくなります。よく出るのは、優先度、起票者、カテゴリ、関連文書、対応方針、完了日です。それぞれ、足す前に確認しておきたい点があります。
優先度は、上で書いたとおり影響の列で代替できます。どうしても要るなら、値を高・中・低ではなく「今週中／今月中／期限なし」のような時間の言葉にすると、ぶれが減ります。
起票者は、課題の背景を後から聞ける相手が分かるので、規模が大きいチームでは役に立ちます。ただし担当と混同されやすいので、列名を明確にしておきます。
カテゴリは、行数が50を超えてから足すと効きます。それ以前に足しても、分類の手間だけが増えます。
関連文書のリンクは、置き場所が安定してから足します。共有ドライブの整理が終わっていない段階で足すと、切れたリンクが並ぶ列になります。
完了日は、あとで振り返りをする予定があるなら足します。予定がないなら不要です。課題が閉じるまでにかかった日数を見たいだけなら、起票日と完了日の差で出せます。
状況の段階は、動かす人が変わるところで区切る
状況の列は、段階の数を増やすほど更新されなくなります。多くの現場で機能しているのは、4段階から5段階です。
段階を決めるときの基準は、細かさではありません。その行を動かす人が変わるところで区切ります。担当が同じまま進む区間を2つに割っても、更新の手間が増えるだけで情報は増えません。
5段階の基本形
扱いやすい形は、未着手、調査中、対応中、確認待ち、完了の5つです。
未着手は、起票されたが誰も手をつけていない状態です。担当は決まっていても構いません。この段階の行が全体の半分を超えていたら、抱えている課題の量に対して人手が足りていない合図になります。
調査中は、判断に必要な情報を集めている状態です。この段階は、動かす人が担当者本人です。ここで長く止まる行は、たいてい「誰に聞けば分かるか」が不明なままになっています。
対応中は、方針が決まって手が動いている状態です。動かす人はやはり担当者ですが、調査中と分けておくと「まだ何も決まっていない」のか「決まって進んでいる」のかが区別できます。この2つは、遅れたときの打ち手がまったく違います。
確認待ちは、担当者の手は離れて、他の誰かの返事や承認を待っている状態です。ここが5段階の中で最も重要です。動かす人が担当者から相手側に移るので、放っておくと止まります。確認待ちの行だけを毎日見る習慣を作ると、進行の詰まりが大きく減ります。
完了は、決まったか、対応が終わったかのどちらかです。完了の定義を「決まった時点」にするか「決まったことの反映まで終わった時点」にするかは、チームで先に揃えておきます。ここが曖昧だと、完了の行が実は終わっていないという事故が起きます。
「保留」をどう扱うか
保留の段階を作りたくなる場面は必ず来ます。判断の材料が揃わない、先方の都合で止まっている、優先度が下がった。どれも実在する状態です。
ただし保留を段階として置くと、そこがゴミ箱になります。動いていない行は全部保留に移り、誰も見なくなり、数か月後に「これどうなりました」と聞かれて慌てることになります。
保留を使うなら、条件を2つ付けます。ひとつは、再開の条件か再開の日付を必ず書くこと。「先方の予算確定後」「10月1日に再確認」のように、何が起きたら戻すかを内容欄に足します。もうひとつは、保留の行を定例で必ず読み上げること。読み上げの対象から外れた瞬間に、保留は消滅と同じ意味になります。
段階を跨ぐときに誰が動かすか
段階の設計で最後に決めるのは、誰が状況を書き換えるかです。ここを決めていない表は、進行役が全部書き換える形に収束します。
現実的な分担は次のようになります。未着手から調査中へ、調査中から対応中へは担当者が動かします。対応中から確認待ちへも担当者です。問題は確認待ちから先で、相手の返事が返ってきたことに担当者が気づかないと、行が止まります。だから確認待ちの行だけは、進行役が定例で拾う対象にしておきます。
完了へ移す判断は、担当者に任せるチームと、進行役が確認してから移すチームがあります。どちらでも回りますが、混在させないことが大切です。「この人は自分で完了にする、この人は報告だけ」という状態になると、完了の数が実態を表さなくなります。
増えすぎた課題管理表の畳み方
課題管理表は、放っておくと必ず膨らみます。行が100を超えたあたりから、全体を見渡すのが難しくなり、会議で読み上げるだけで時間が尽きます。畳み方を先に決めておくと、この段階で表を捨てずに済みます。
まず、動いていない行を数える
畳む作業の最初は、削ることではなく数えることです。状況が最後に更新された日から今日までの日数を出して、30日以上動いていない行が何本あるかを見ます。
この数が全体の3割を超えていたら、表そのものではなく運用の設計に問題があります。段階の分け方が実態に合っていないか、動かす人が決まっていないか、そもそも課題ではないものが並んでいるかのどれかです。逆にこの数が1割程度なら、表は健全に回っていて、単に量が多いだけです。量が多いだけなら、下の畳み方で対処できます。
表計算ソフトで作っている場合、最終更新日は手で入れない限り残りません。これは意外と大きな欠点で、動いていない行を見つける手段が「見た記憶」しかなくなります。更新の履歴が自動で残る道具に移すと、この数え方がそのまま使えるようになります。
完了した行を、視界から外す
完了の行を同じ画面に残しておく理由はほとんどありません。ただし削除もしません。あとで「あの件はどう決まったか」を聞かれるのが課題管理表の役目のひとつだからです。
表計算ソフトなら、完了分を別シートに移します。板の形なら、完了の列を折りたたむか、アーカイブに送ります。どちらでも構いませんが、移す作業を誰がいつやるかを決めておかないと、これも溜まります。定例の直後に進行役がまとめて移す、という形が最も続きやすい運用です。
移すタイミングを完了の直後にしないのもコツです。完了にした行を1週間ほど画面に残しておくと、「実は終わっていなかった」が拾えます。
分けるか、まとめるか
行が増えたときの対処は、分けるかまとめるかの2択です。
分けるのが有効なのは、課題の性質がはっきり違う場合です。仕様に関する課題と、環境や体制に関する課題では、見る人も決める人も違います。この場合は表を分けて、それぞれの定例で扱うほうが早く回ります。
まとめるのが有効なのは、同じ原因から派生した課題が並んでいる場合です。「画面Aの文言が未確定」「画面Bの文言が未確定」「画面Cの文言が未確定」が3行あるなら、「文言の確定ルールが決まっていない」という1行にまとめて、個別の画面はその中の作業として扱います。原因が1つなら、決めるのも1回で済みます。
判断の目安は、決める人が同じかどうかです。同じ人が同じ会議で決めるなら、まとめられます。違う人が違う場で決めるなら、分けます。
棚卸しの周期を決める
畳む作業は、思い出したときにやると必ず後回しになります。周期を決めて、予定として置いておきます。
週次の定例で扱うのは、確認待ちの行と、期限が今週の行だけです。全件を毎週読み上げるのは、行数が30を超えると現実的ではありません。
月に1回、全件の棚卸しをします。ここでやるのは、動いていない行の確認、完了行の移動、まとめられる行の統合の3つです。時間は30分あれば足ります。この30分を確保できないチームは、課題管理表を持たないほうが正直です。
節目のタイミング（工程の切り替わり、月次の締め、案件の区切り）では、表ごと作り直すことも選択肢に入ります。前の表から生きている行だけを移せば、量は3分の1程度になることがよくあります。
表計算ソフトで回すときの限界と、板に移すときに見るところ
課題管理表を表計算ソフトで作ること自体に問題はありません。列の自由度は高く、印刷して配ることもでき、誰でも開けます。少人数で、更新の頻度がそれほど高くないなら、無理に他の道具へ移す理由はありません。
移す理由が出てくるのは、次の3つが起きたときです。
ひとつめは、同時に触りたい人が増えたときです。共有の設定によっては、1人が開いている間に他の人が編集できない、あるいは編集できても後から開いた側の変更が消えるといったことが起きます。クラウド上の表計算なら同時編集はできますが、今度は誰がどこを変えたのかが追いにくくなります。
ふたつめは、期限を過ぎたことに誰も気づかないときです。表計算ソフトは、期限が来ても何もしません。色を変える条件付き書式を入れても、その表を開いた人にしか見えません。開かれない表の中で、期限は静かに過ぎていきます。
みっつめは、行の履歴が要るようになったときです。「この課題、先週は対応中じゃなかったか」という問いに答えられないと、遅れの原因を追えません。表計算ソフトのセルには、いつ誰が何から何に変えたかは残りません。
板の形をした道具に移すと、この3つは構造的に解決します。1枚の板に課題を並べ、状況を列にして、動かすときにカードを横へ移します。誰がいつ動かしたかは履歴に残り、担当が付いていれば通知も飛びます。段階の変化が「移動」という動作になるので、更新の心理的な負担も下がります。
移す先を選ぶときに見るところは、機能の一覧ではありません。チーム全員が毎日開くかどうかの一点です。どれだけ機能が揃っていても、開かれない道具の中の表は、表計算ソフトの中の表と同じ運命をたどります。
各サービスの考え方の違いは、比較のページで整理しています。カードを板に並べる形の代表的な道具についてはTrelloとの比較で、タスクの依存関係や工程の管理まで含めた道具についてはAsanaとの比較で、文書とデータベースを組み合わせて自分で表を組む道具についてはNotionとの比較で、それぞれ向き不向きをまとめました。工程表や作業負荷の可視化を重く見るならmonday.comとの比較が、課題の起票から開発まで含めた流れを1か所で扱うならBacklogとの比較が参考になります。日本語で使えるボード型の道具を横に並べたい場合はJootoとの比較も見ておくとよいでしょう。全体を一覧したいときは比較の一覧から辿れます。
料金や上限については、各サービスの公式ページで確認するのが確実です。プランの内容は変わりますし、税抜表示か税込表示かも各社で異なります。この記事の執筆時点で確認できた範囲を書き写しても、読む時点では古くなっている可能性があるため、金額の断定は避けます。板の形の道具の料金の考え方については料金に整理があります。
課題管理表を続けるために、道具の側で減らせる手間
課題管理表が止まる原因を並べてきましたが、そのうちのいくつかは道具の側で減らせます。ここでは、進行をとりまとめる立場から見て、道具に何を期待できるかを整理します。
まず、列を減らす判断を道具に任せないことです。多機能な道具ほど、追加できる属性が多く、最初に全部入れたくなります。しかし埋まらない属性は、表の信頼を下げる方向にしか働きません。道具が何を用意していても、実際に使う欄は6つに絞ってから始めるのが安全です。
次に、段階の変化を軽い動作にすることです。カードを横に動かす、チェックを1つ付ける、といった数秒で終わる操作なら、忙しい日でも更新されます。逆に、フォームを開いて複数の項目を埋め直す形式だと、更新は後回しになります。導入前に、状況を1つ進める操作が何秒かかるかを実際に試してみると判断しやすくなります。
3つめに、プランの区切り方を見ておくことです。道具によっては、履歴の閲覧や自動化の回数が上位プランに置かれていて、無料の範囲では課題管理の運用に必要な部分が使えないことがあります。板の形の道具の中には、機能で絞らず、区切るのは人数とボードの数だけという設計を取っているものもあります。この形なら、少人数で始めて人が増えたときに払うという判断がしやすく、途中で「この機能は上位プランです」と止められることがありません。使える機能の範囲についてはできることにまとめてあります。
いま使っている表や板からの移行も、判断材料になります。既存のカードや行を手で打ち直すのは現実的ではないので、取り込みの手段があるかどうかは先に確認しておくところです。ボード型の道具からの取り込みについてはTrelloからの移行に手順があります。なお自動で取り込めるのはTrelloからだけで、他のサービスからは手作業での移し替えになります。この点は先に知っておいたほうがよい制約です。
課題管理表には、外部に出せない情報が入ることがあります。取引先の名前、金額の交渉状況、社内の体制の話。どこにデータが置かれていて、誰が見られるのかは、導入前に確認しておく項目です。考え方は安全性の考え方に書いています。
最後に、道具の側の限界も正直に書いておきます。板の形のタスク管理は、課題の状態を並べて動かすことには向いていますが、外部サービスとの自動連携や、複雑な条件分岐の自動化を売りにする道具とは戦い方が違います。ソースコードの管理機能も持ちません。画面が日本語のみという制約もあるため、多言語のチームでは選択肢から外れます。課題管理表を回すことが目的なら充分ですが、開発の全工程を1か所に集めたいなら、そこまで含めた道具を検討したほうが早いです。細かい疑問についてはよくある質問にまとめてあります。
内部リンクの並びから見える、読者が実際に詰まっている地点
比較のページがどう読まれているかを見ていくと、課題管理表というキーワードで来る人の関心が、機能の多さにはないことが分かります。読まれているのは、いま使っている道具からの移り方と、料金の区切り方の2つです。
これは、課題管理表の運用で詰まる地点と一致しています。表を作り直すこと自体はいつでもできますが、いま動いている案件の課題を止めずに移すのは難しい。そして移した先で、人が増えた瞬間に費用が跳ねると、また表計算ソフトに戻ることになります。テンプレートを探している人が本当に知りたいのは、列の並びではなく、この2つの不安をどう畳むかです。
ここから導ける実務的な結論は3つあります。ひとつめは、課題管理表を新しく作るときは、いまの表から生きている行だけを移すこと。全部移そうとすると作業が終わらず、移行そのものが頓挫します。動いていない行は、旧い表を残しておけば参照できます。
ふたつめは、道具を選ぶときに、機能の一覧ではなく人が増えたときの費用の増え方を見ること。5人で始めた表が、半年後に15人で使われることは珍しくありません。そのときに費用がどう変わるかを先に見ておけば、途中で戻る事故を避けられます。
みっつめは、列と段階を決めた時点で、それぞれを誰が動かすかを紙に書き出すこと。担当欄に名前を入れるだけでは足りません。未着手を調査中に変えるのは誰か、確認待ちを拾うのは誰か、完了行を片付けるのは誰か。この3つが決まっていれば、テンプレートがどんな形でも表は回ります。決まっていなければ、どんなに整ったテンプレートでも2週間で止まります。
課題管理表は、様式の問題ではなく分担の問題です。列を6つに絞り、段階を動かす人が変わるところで区切り、月に1回畳む。この3つを決めてから、それが軽くできる道具を選ぶ。順番を逆にしないことが、表を生かし続ける唯一の方法です。
Q1. 課題管理表の列は最低いくつあればよいですか？
起票日、内容、影響、担当、期限、状況の6つで始めれば充分です。優先度や関連文書の欄は、運用してみて無いと困った場面が3回起きてから足します。列を増やすほど埋める負担が上がり、更新が止まりやすくなります。特に優先度は書く人によって基準がぶれるため、影響の列で代替するほうが実務では機能します。
Q2. 課題とタスクは同じ表で管理してもよいですか？
分けることをおすすめします。課題は判断が必要でまだ決まっていないこと、タスクはやることが決まっている作業で、完了の意味が違います。1つの課題から5件から10件のタスクが派生するため、同じ表に入れると行数が膨らみ、判断が必要な課題が埋もれます。種別の列を足して既定の表示を課題だけに絞る方法でも構いません。
Q3. 状況の段階はいくつに分けるのが適切ですか？
4段階から5段階が扱いやすい形です。未着手、調査中、対応中、確認待ち、完了の5つが基本形になります。区切る基準は細かさではなく、その行を動かす人が変わるところです。特に確認待ちは担当者から相手側に主体が移るため、独立した段階として置き、進行役が定例で拾う対象にしておくと詰まりが減ります。
Q4. 課題管理表が更新されなくなったらどう立て直せばよいですか？
まず状況が30日以上更新されていない行を数えます。それが全体の3割を超えるなら、表の書式ではなく運用の設計に原因があります。段階を動かす人が決まっているか、完了行を片付ける担当がいるか、そもそも課題ではないものが並んでいないかを確認してください。月に1回、30分の棚卸しを予定として固定するだけでも状態は変わります。