「あの件、今どんな感じ？」と聞かれて、「ええと……進んではいます、7割くらい、ですかね」と曖昧に答えてしまう。週次の進捗会議の30分前になって、チャットの履歴やメモ帳、送信済みメールを遡りながら慌てて状況をかき集める――進捗管理がうまく回っていないとき、多くの人がこの場面を経験しています。
結論から言えば、進捗が見えなくなるのは記録がマメかどうかの問題ではありません。タスクが「完了／未完了」で判定できない形のまま並んでいること、そして進捗を更新するタイミングが決まっていないこと――この2つを直すだけで、進捗管理は個人でも小さなチームでも回り始めます。高機能なツールは必須ではありません。
私はAIタスク管理アプリ「するたす」を開発・運営しています。本記事では、進捗が見えなくなる構造を整理したうえで、「完了定義のある粒度への分解」「置き場所の一本化」「更新リズムの固定」「遅れの検知」という進捗管理の方法を4ステップで解説します。
作業全体を漏れなく洗い出す手順は「WBSの作り方」を、分解したタスクを日程に落とす手順は「タスク分解からスケジュールに落とす方法」を併せてご覧ください。
進捗管理の方法：個人でも回る仕組みの全体像
まず正面からお答えします。進捗管理とは、大掛かりな管理表を作ることではなく、「今どこまで終わっていて、次に何をするか」を聞かれた瞬間に即答できる状態を保つことです。そのために必要な要素は、実は3つしかありません。
- 粒度：タスクが「終わった／終わっていない」で判定できる大きさになっている
- 置き場所：進捗を見る場所が1つに決まっている
- リズム：更新するタイミングが固定されている
高機能なツールより「粒度・置き場所・リズム」が先
進捗管理と聞くと、プロジェクト管理ツールの導入やガントチャートの作成を思い浮かべる方が多いはずです。もちろんそれらは役に立ちますが、順番が逆になると機能しません。タスクの粒度が曖昧なまま立派な管理画面を用意しても、そこに並ぶのは「進行中」のまま動かない行だけです。
逆に、粒度・置き場所・リズムの3点が揃っていれば、手元のメモアプリや1枚の表でも十分に回ります。個人や数人のチームなら、まず最小構成で仕組みを作り、必要になった段階でツールを足していくのが現実的です。
進捗が見えないのは「記録がマメでないから」ではない
「自分はズボラだから続かない」と感じている方にこそ、ここを読んでほしいと思います。進捗が見えなくなる場面を振り返ると、性格ではなく構造に共通点が見つかります。
「やってる最中」が延々続くタスクの形
タスクリストに「資料作成：進行中」という行が3週間並んだままになっている。本人としては毎日少しずつ触っているのに、外から見ると何も動いていないように見える――こうした経験はないでしょうか。
進捗が答えられなくなっているケースを観察すると、タスクが「資料作成」「調整」「検討」のような大きく曖昧な単位のままになっている、という共通点がたいてい見つかります。この形のタスクには「終わった」と言える瞬間がありません。着手した日から納品の日まで、ずっと「やってる最中」です。だとすれば、進捗を聞かれて「7割くらい」としか答えられないのは当然で、記録の頻度を上げても解決しません。完了／未完了で判定できる形にタスクを割り直すことが先なのです。
更新のタイミングが決まっていない
もう1つの共通点は、進捗をいつ更新するかが決まっていないことです。「気づいたときに書く」「聞かれたら答える」という運用は、裏を返せば「誰も聞かなければ何も記録されない」ということ。進捗会議の直前に慌てて状況をかき集める場面は、まさにこの構造から生まれます。
更新のタイミングは、意志や几帳面さで維持するものではなく、歯磨きのように時間帯へ固定するものです。「毎日終業前の5分」あるいは「毎週金曜の15分」のように決めてしまえば、思い出す必要そのものがなくなります。
進捗管理の方法4ステップ：分解・一本化・リズム・検知
ここからは、今日から組める手順に落とします。個人でも数人のチームでも、順番は同じです。
ステップ1：完了／未完了で判定できる粒度に分解する（完了定義）
最初にやるのはタスクの割り直しです。「資料作成」なら「構成案を箇条書きで書く」「1〜3ページ目を書く」「図表を入れる」「誤字チェックをして送付する」のように、それぞれが「終わった／終わっていない」で答えられる単位まで分けます。判定に迷う粒度なら、まだ大きすぎるサインです。
このとき各タスクに「何ができたら完了か」を一言添えておくと、後で迷いません。これが完了定義です。分解の具体的な手順は「タスク分解の基本：今日から動ける3ステップ」で、プロジェクト全体を階層的に洗い出す方法は「WBSの作り方」で詳しく解説しています。
ステップ2：進捗の置き場所を1つに決める
分解したタスクの一覧を、どこか1か所に置きます。メモアプリでも、表計算ソフトの1枚でも、タスク管理アプリでも構いません。大事なのは種類ではなく、「進捗はここを見れば分かる」という場所が1つに決まっていることです。
チャット・メール・手元のメモ・管理表と情報が散らばっていると、更新のたびに転記が発生し、転記が面倒になった瞬間に更新が止まります。置き場所を1つにすることは、更新のコストを下げるための設計です。
ステップ3：更新のリズムを固定する（毎日終業前5分 or 週次15分）
更新は「毎日終業前の5分」に固定するのが基本形です。やることは3つだけ。今日終わったタスクにチェックを付ける、着手したが終わらなかったものに一言メモを残す、明日の最初の一歩を決める。これで翌朝の立ち上がりも速くなります。
毎日が重ければ、週1回・曜日固定の15分でも成立します。頻度そのものより、「いつ更新するか」が決まっていて例外なく回っていることのほうが重要です。
ステップ4：遅れは「予定との差」でなく「今週動いたか」で見る
遅れの検知というと、計画表と実績を突き合わせて「予定より何日遅れているか」を測る方法が思い浮かびます。ただ、個人や小チームの仕事では計画自体が動くことが多く、予定との差分を厳密に追うのは手間の割に得るものが少なくなりがちです。
それより先に見るべきシグナルは、「このタスク、今週1つでも完了が動いたか」です。完了定義のある粒度に分解してあれば、1週間チェックが増えていないタスクは一目で分かります。止まっているタスクを見つけたら、責めるのではなく「粒度が大きすぎないか」「着手の一歩が曖昧でないか」を疑う。これが遅れへの最初の対処になります。日程レベルでの管理が必要な規模になったら、「ガントチャートの作り方」で扱っている時間軸の見える化を足してください。
進捗管理でよくある失敗と対策
仕組みを作っても、運用でつまずくポイントはだいたい決まっています。先回りして3つ挙げておきます。
失敗1：進捗率（％）で管理しようとする
「今70％です」という報告は、言う側も聞く側も分かった気になれる便利な表現ですが、振り返ってみると根拠が感覚だったことが多いはずです。90％から100％までが一番長い、という冗談のような現象も、％が完了定義に紐づいていないことから起こります。対策はシンプルで、％をやめて「完了したタスクの数／全体の数」で語ること。分解さえできていれば、こちらのほうが正確で速い報告になります。
失敗2：置き場所がいつの間にか増える
運用を始めた直後は1か所だったのに、急ぎの依頼はチャットに、思いつきは手元のメモに……と置き場所が増殖していくパターンです。増えた時点で「どれが最新か」が分からなくなり、仕組み全体への信頼が下がります。対策は、新しい情報が来たらその場で一覧に転記してから対応するという順番を決めておくこと。転記の手間が惜しいと感じる粒度なら、そもそも一覧側の粒度を見直します。
失敗3：更新が「気が向いたとき」に戻る
数週間は毎日更新できていたのに、忙しい日が続いた途端に止まる――これも典型です。止まった理由を振り返ると、更新作業が5分で終わらない重さになっていたことが多いはずです。更新が重くなる原因はたいてい粒度の劣化で、大きなタスクをそのまま追加してしまい、チェックが付かない行が溜まっていきます。対策は、週1回、粒度を割り直す時間をリズムの中に組み込むこと。更新のリズムと粒度のメンテナンスはセットで回します。
🎯 「完了定義のある粒度」への分解をAIに任せられるのが「するたす」です
- ✅ 入力はタスク名だけ → AIが「今日やる最初の一歩」まで自動分解
- ✅ 完了／未完了で判定できる粒度に → 「やってる最中」が続かない
- ✅ 一番面倒な「分解」の工程が軽くなる → 仕組みが続く
※登録不要で体験フォームが使えます
📱 PCの方はスマホで読み取り
個人・小チームで今日から使える進捗管理テンプレ
4ステップを、そのまま真似できる型に落とします。まずはこの最小構成から始めて、足りなくなったら育ててください。
個人：デイリー5分の型
- 一覧はタスク名＋完了チェック＋一言メモの3列だけ：列を増やすほど更新が重くなるので、最初は3列で始める。
- 終業前5分に「チェック→メモ→明日の最初の一歩」：終わったものにチェック、止まったものに一言、明日最初に触るタスクを1つ決める。
- 週1回、粒度を割り直す：1週間チェックが動かなかったタスクを見つけ、より小さい単位に分解し直す。
小チーム：週次15分の型
- 共有の一覧を1つ用意する：担当者列を足す以外は個人の型と同じ。進捗の質問は口頭でなく一覧を見る運用に寄せる。
- 週次の定例で見るのは「今週完了が動いたか」だけ：動いていないタスクについて「粒度が大きすぎないか」を一緒に確認し、その場で割り直す。
- 報告は「完了◯件／残り◯件＋止まっているもの」の形式に統一：％の報告をやめると、会議の時間が状況確認から対処の相談に変わる。
分解したタスクを「いつやるか」まで落とし込みたい場合は、「タスク分解からスケジュールに落とす方法」が次のステップになります。
進捗管理に関するよくある質問（FAQ）
Q1. 進捗管理には何のツールを使えばいいですか？
個人や数人のチームなら、メモアプリや表計算ソフト1枚の最小構成で十分始められます。ツール選びより先に、タスクを完了／未完了で判定できる粒度に分解すること、置き場所を1つに決めること、更新のリズムを固定すること。この3点が揃っていない状態で高機能なツールを入れても、「進行中」のまま動かない行が並ぶだけになりがちです。
Q2. 進捗率（何％）はどうやって出せばいいですか？
感覚の％をやめて、「完了したタスクの数／全体の数」で答えるのがおすすめです。振り返ってみると、「70％です」の根拠が体感だったことは多いはず。完了定義のある粒度に分解してあれば、「12件中8件完了、残り4件のうち1件が止まっています」のように、正確で速い報告ができます。
Q3. 毎日の更新が続きません。どうすればいいですか？
続かなくなった時期を振り返ると、更新作業が5分で終わらない重さになっていたことが多いはずです。原因はたいてい粒度の劣化で、大きなタスクがそのまま一覧に入り、チェックの付かない行が溜まっています。更新時間を終業前などに固定したうえで、週1回、粒度を割り直す時間をセットで確保してください。毎日が難しければ週1回・曜日固定でも成立します。
Q4. ガントチャートは作ったほうがいいですか？
関係者が増えて日程の依存関係を共有する必要が出てきたら有効ですが、個人や数人の仕事で最初から作る必要はありません。まず完了定義のある一覧と更新のリズムを回し、時間軸の見える化が必要になった段階で足すのが現実的です。作り方は「ガントチャートの作り方」で解説しています。
Q5. チームメンバーが進捗を更新してくれません。
更新されない一覧を観察すると、「書くのに時間がかかる」「書いても誰も見ていない」のどちらかに行き着くことが多いはずです。前者なら、記入項目をチェックと一言メモだけに減らし、タスクの粒度を小さくする。後者なら、週次の定例で必ずその一覧を画面に映して話す。更新を人の意識に頼る前に、更新が軽く・見られる場になるよう設計を直すほうが効果的です。
まとめ：進捗管理は「完了定義×置き場所×リズム」で回る
- 進捗を即答できないのは記録がマメでないからではなく、完了定義のないタスク＋更新タイミングの不在という構造から生まれることが多い
- 方法は4ステップ：完了／未完了で判定できる粒度に分解 → 置き場所を1つに → 更新リズムを固定 → 「今週動いたか」で遅れを検知
- 進捗率（％）より「完了◯件／全体◯件」のほうが正確で速い
- 更新が止まる原因はたいてい粒度の劣化。週1回の割り直しをリズムに組み込む
- 高機能なツールは必須ではない。最小構成で仕組みを回してから育てる
進捗管理の土台になるタスクの洗い出しは「WBSの作り方」、日程への落とし込みは「タスク分解からスケジュールに落とす方法」、時間軸での見える化は「ガントチャートの作り方」で、それぞれ詳しく扱っています。
🚀 「するたす」を無料で試す
一番面倒な「完了定義のある粒度への分解」を、AIが肩代わり。タスク名を入れるだけで、今日やる最初の一歩まで自動分解します。
📱 PCの方はスマホで
この記事をシェア：
著者：藤岡 拓也（Takuya Fujioka）
AIタスク管理アプリ「するたす」開発者・運営者
タスク分解の”摩擦”をゼロにすることをテーマに、プロダクトを日々磨いています。
