TODO・アクションアイテム管理表のテンプレート
プロジェクトを進めていると、「あれ、あの件どうなったんだっけ？」という会話が毎週のように出てきます。会議で決まった小さな宿題、チャットで頼まれた確認作業、誰かがつぶやいた「あとでやっておきます」。ひとつひとつは小さいのに、放っておくと積み上がって、気づいたときには大きな遅れの原因になっています。
この記事では、そうした小さな宿題を取りこぼさないためのTODO・アクションアイテム管理表のテンプレートを紹介します。作り方はとてもシンプルで、置き場所を一つにすることと、1行に5つの欄を必ず埋めること。この2つだけです。
■ 1. 背景・よくある課題
TODOが管理できなくなる原因は、担当者のやる気や記憶力ではありません。ほとんどの場合、置き場所がばらけていることと、書き方が人によって違うことの2つです。
たとえば、こんな状態になっていないでしょうか。
よくある状態 | 何が起きるか |
|---|---|
議事録・チャット・メール・個人メモに宿題が散らばっている | 全部を見ないと「残っている宿題」が分からず、誰も全体像を把握できない |
「〜の件」とだけ書かれていて、何をすれば終わりなのか分からない | 担当者が着手をためらい、週をまたいで放置される |
担当が「営業部」「ベンダー」など組織名になっている | 誰も自分ごとだと思わず、最後まで誰も手をつけない |
期限が「今週中」「なるはや」になっている | 人によって解釈が違い、遅れているかどうかを判定できない |
完了したかどうかを口頭で確認している | 会議の時間が「進捗の聞き取り」だけで終わってしまう |
どれも、ひとつのシートと決まった書き方のルールがあれば防げるものばかりです。
■ 2. テンプレート作成の目的
このテンプレートがめざすのは、次の4つです。
目的 | 具体的にどうなることか |
|---|---|
置き場所を一つにする | 「宿題はここを見れば全部ある」という状態をつくる |
誰が・いつまでに・何をするかを一義的にする | 読んだ人が全員同じ意味に受け取れる書き方にする |
完了の判定を自動化する | 「終わった／終わっていない」を主観ではなく成果物で判定する |
会議の時間を短くする | 会議では「遅れているものだけ」を扱えるようにする |
逆に、このテンプレートでやらないこともはっきりさせておきます。長期間かかる作業計画はWBSへ、原因調査が必要な問題は課題管理表へ、まだ起きていない心配ごとはリスク管理表へ。TODO管理表は数日〜2週間で終わる小さな宿題だけを扱います。
■ 3. テンプレートの全体像
Excel／スプレッドシートで3つのシートを用意します。凝った仕組みは必要ありません。
シート名 | 役割 | 使う人 |
|---|---|---|
①TODO一覧 | 対応中・未着手のアクションアイテムをすべて並べる。中心となるシート | メンバー全員 |
②完了アーカイブ | 完了したものを月ごとに移す。振り返りや監査のときに参照する | PM・PMO |
③サマリ | 担当別・状態別の件数を自動集計する。会議の冒頭で映す | PM・リーダー |
①のシートだけ作って、②③は後から足しても構いません。まずはひとつの一覧をつくることが最優先です。
■ 4. 各項目の説明
①TODO一覧シートの列構成です。左から順に埋めていけば1行が完成します。
列 | 記入する内容 | 記入のポイント |
|---|---|---|
No. | TODO-001 のような通し番号 | 会議やチャットで「041の件」と呼べるようにする |
登録日 | 宿題が発生した日 | 古いまま残っているものを見つける手がかりになる |
発生元 | 週次会議、レビュー、問い合わせ など | どの場で宿題が増えやすいかが分かる |
内容 | 何をするかを動詞で書く | 「〜の件」ではなく「〜を作成する」「〜を確認する」と書く |
担当 | 個人名（所属つき） | 組織名・チーム名は禁止。必ず1人に決める |
期限 | 年月日（曜日） | 「今週中」「なるはや」は禁止。日付で書く |
依頼者 | その宿題を頼んだ人 | 質問の宛先が明確になり、担当が止まらない |
完了の定義 | 何ができたら完了か（成果物・状態） | 「〜を共有する」「〜に格納する」など、第三者が確認できる形で書く |
状態 | 未着手／対応中／完了／取消 | プルダウンにして表記ゆれを防ぐ |
完了日 | 実際に終わった日 | 空欄のまま期限を過ぎた行が「遅れ」になる |
備考 | 関連する課題番号、判断の経緯など | 課題管理表やWBSへの橋渡しに使う |
このうち特に大事なのが、内容・担当・期限・依頼者・完了の定義の5つです。この5つが埋まっていない行は、ほぼ確実に滞ります。下の図は、同じ宿題を「よくある書き方」と「直した書き方」で並べたものです。
左の書き方だと、担当者は「自分が何をどこまでやればいいのか」を推測しなければなりません。右のように書けば、読んだ瞬間に動けます。書く側が10秒多く考えることで、担当者の迷う時間を何十分も減らせる、というのがこのテンプレートの考え方です。
■ 5. 記入例（架空企業：リンクスタッフ）
人材派遣会社リンクスタッフの「派遣スタッフ管理システム刷新プロジェクト」（期間13か月・規模196人月）を例に、6月第2週時点のTODO一覧を見てみます。
No. | 内容 | 担当 | 期限 | 依頼者 | 完了の定義 | 状態 |
|---|---|---|---|---|---|---|
TODO-041 | 連携I/F項目一覧のドラフトを作成する | 佐藤（ベンダーPL） | 2025/6/18（水） | PM 田中 | 項目一覧をプロジェクトフォルダに格納する | 対応中 |
TODO-042 | スタッフマスタの重複データ件数を集計する | 鈴木（業務部） | 2025/6/16（月） | 佐藤（ベンダーPL） | 重複件数の一覧を会議体チャットに共有する | 対応中 |
TODO-043 | 給与計算システム側との接続テスト日程を調整する | 田中（PM） | 2025/6/13（金） | 運営委員会 | 日程が確定し、関係者のカレンダーに登録される | 完了 |
TODO-044 | 受入テスト参加者の候補を部署ごとに挙げる | 高橋（営業部） | 2025/6/20（金） | PM 田中 | 部署別の候補者名簿をPMに提出する | 未着手 |
TODO-045 | 画面モックのレビュー指摘を反映する | 佐藤（ベンダーPL） | 2025/6/23（月） | 鈴木（業務部） | 修正版モックを業務部レビュー会に再提示する | 未着手 |
TODO-038 | 旧システムの帳票サンプルを10種そろえる | 鈴木（業務部） | 2025/6/6（金） | 佐藤（ベンダーPL） | 帳票PDFをフォルダに格納し一覧表を更新する | 対応中（期限超過） |
TODO-038は期限を1週間過ぎています。このように期限を過ぎて完了日が空欄の行は自動で色がつくようにしておくと、会議で最初に見るべき行がひと目で分かります。
そして③サマリシートでは、次のような集計が自動で出るようにしておきます。
担当 | 未着手 | 対応中 | 期限超過 | 今週完了 |
|---|---|---|---|---|
佐藤（ベンダーPL） | 1 | 1 | 0 | 2 |
鈴木（業務部） | 0 | 2 | 1 | 1 |
高橋（営業部） | 1 | 0 | 0 | 0 |
田中（PM） | 0 | 0 | 0 | 1 |
合計 | 2 | 3 | 1 | 4 |
リンクスタッフのPM田中さんは、この表を見て「鈴木さんに寄りすぎている」と気づき、TODO-038の一部を別の担当に振り分けました。件数を並べるだけで、負荷の偏りが見えるのもこのシートの効き目です。
■ 6. 運用ルール
テンプレートは、運用ルールとセットでなければ続きません。次の6つを、プロジェクトの最初に決めて共有しておきます。
ルール | 内容 | 理由 |
|---|---|---|
置き場所は1つだけ | TODOはこのシートにしか書かない。チャットで頼んだものも必ず転記する | 探す場所が増えるほど抜けが生まれる |
5つの欄は必須 | 内容・担当・期限・依頼者・完了の定義が空欄の行は登録しない | 空欄の行は必ず滞留する |
期限は2週間以内 | それを超える作業はWBSのタスクとして登録する | TODO管理表が作業計画表になると運用が破綻する |
更新は担当者本人 | 状態と完了日は担当者が自分で更新する | PMが代行すると、PMの作業量だけが増えていく |
会議は遅れだけ扱う | 週次会議では期限超過と今週期限の行だけを確認する | 全件読み上げると会議が長くなり形骸化する |
月末にアーカイブ | 完了した行は②完了アーカイブへ移す | 一覧が短いほど、毎週見る気になる |
もうひとつ、地味ですが効くのが「会議の最後の5分で、その場で登録する」というルールです。会議が終わってから議事録を書き、そこからTODOを転記する流れだと、どうしても翌日以降になり、抜けが出ます。画面を共有したまま、その場で番号を振ってしまうのがいちばん確実です。
■ 7. 活用シーン
場面 | 使い方 |
|---|---|
週次進捗会議 | 冒頭でサマリを映し、期限超過→今週期限の順に確認する（目安10分） |
レビュー・打ち合わせの直後 | 指摘事項をその場で登録し、番号を読み上げて担当と期限を合意する |
ベンダーとの定例 | 自社側・ベンダー側の担当を同じ表に並べ、どちらで止まっているかを見える化する |
テスト期間 | 不具合そのものは不具合管理表へ、テスト環境の準備や連絡などの雑務はTODO管理表へ分ける |
フェーズの切り替え時 | 未完了のTODOを棚卸しし、次フェーズに引き継ぐものと取り消すものを仕分ける |
担当者の交代・増員時 | 担当列で絞り込み、引き継ぐ宿題の一覧をその場で作る |
■ 8. 課題管理表・リスク管理表との使い分け
「これはTODO？ 課題？」と迷うことがよくあります。判断の目安は次のとおりです。
TODO管理表 | 課題管理表 | リスク管理表 | |
|---|---|---|---|
扱うもの | やることが決まっている宿題 | すでに起きていて、対応方針を決める必要がある問題 | まだ起きていないが、起きたら困ること |
期間の目安 | 数日〜2週間 | 数週間〜数か月 | プロジェクト全期間 |
決めること | いつまでに誰がやるか | 原因・対応方針・判断者 | 発生確率・影響度・予防策 |
会議での扱い | 遅れているものだけ確認 | 1件ずつ議論する | 月次で見直す |
迷ったら、まずTODOとして登録して構いません。議論が必要だと分かった時点で課題管理表へ移し、備考欄に課題番号を書いておく——この運用にしておけば、どちらの表からもたどれます。
■ 9. よくある失敗と直し方
失敗 | 起きること | 直し方 |
|---|---|---|
行が300件を超えて誰も見なくなる | 一覧を開くこと自体が億劫になる | 完了行を月末にアーカイブへ移し、一覧は常に50件以内に保つ |
PMがすべての状態を代行更新している | PMの作業が増え、更新が週1回に落ちる | 更新は担当者本人と決め、会議で「本人が話す」運用にする |
期限を過ぎた行をそのまま延ばし続ける | 期限が形だけになり、誰も守らなくなる | 延長は「理由と新しい期限」をセットで備考に書くルールにする |
WBSのタスクまで登録してしまう | WBSと二重管理になり、両方が古くなる | 2週間を超えるものはWBSへ。TODOには「WBS-xxの件」と書かない |
完了の定義が「対応する」になっている | 完了かどうかで担当者と依頼者がもめる | 成果物名か、誰が見ても確認できる状態で書く |
ベンダー側のTODOを別表で管理している | どちらで止まっているか分からず、責任の押し付け合いになる | 同じ表に並べ、担当列で会社を区別する |
■ 10. 導入効果
リンクスタッフでは、このテンプレートを4月の要件定義フェーズから導入しました。導入前後の変化は次のとおりです。
観点 | 導入前 | 導入後 |
|---|---|---|
宿題の置き場所 | 議事録・チャット・個人メモに分散 | 1つのシートに集約 |
週次会議の進捗確認 | 約40分（全件の聞き取り） | 約10分（遅れている行のみ） |
期限超過の件数（月平均） | 12件 | 3件 |
「完了したか分からない」件数 | 毎週3〜5件 | ほぼゼロ（完了の定義で判定） |
負荷の偏り | 気づくのは本人が限界を迎えてから | サマリの件数で週次に気づける |
効果の中でいちばん大きかったのは、実は会議時間の短縮ではなく、「聞かなくても分かる」状態になったことでした。PMが個別に状況を聞いて回る時間が減り、その分を本来考えるべきこと——スケジュールの組み替えや、関係部署との調整——に使えるようになります。
■ まとめ
TODO・アクションアイテム管理表は、テンプレートとしてはとても素朴なものです。列を11個並べるだけで、特別な仕組みはありません。それでも効くのは、「置き場所を一つにする」「5つの欄を必ず埋める」という2つのルールが、プロジェクトの中で最も抜けやすい部分をふさいでくれるからです。
まずは次の会議から、画面を共有したまま1行目を登録してみてください。番号を振って読み上げる、それだけで「あの件どうなった？」が確実に減っていきます。