「進捗はどうなっている？」と聞かないと状況が分からない。聞いても「だいたい8割です」としか返ってこない。そして納期の直前になって、実は間に合わないことが判明する。
進捗管理の失敗は、たいていこの形で起こります。原因はツールがないことではありません。報告が上がってこないこと、そして上がってきた数字が実態を表していないことです。
この記事では、進捗管理の基本と代表的な手法を整理したうえで、多くの現場がつまずく「報告が集まらない」問題の解決策まで解説します。
進捗管理とは
進捗管理とは、計画に対して作業がどこまで進んでいるかを把握し、遅れが出たときに手を打つための管理活動です。読み方は「しんちょくかんり」です。
目的は進み具合を記録することではありません。遅れを早く見つけて、間に合ううちに手を打つことが本来のゴールです。納期の前日に判明する遅延は、どれだけ正確に記録していても意味がありません。
進捗管理・工程管理・進行管理の違い
似た言葉が複数あり、現場で混乱しがちです。整理しておきます。
| 用語 | 見るもの | 主な使われ方 |
|---|---|---|
| 進捗管理 | 計画に対する進み具合 | 業種を問わず一般的 |
| 工程管理 | 作業の順序と期間 | 製造業・建設業 |
| 進行管理 | 案件全体の段取りと関係者調整 | 広告・制作・出版 |
| 工数管理 | 投入した時間とコスト | 受託・プロジェクト型 |
重なる部分は多いですが、進捗管理が見るのは「どこまで進んだか」、工数管理が見るのは「いくらかかったか」です。予定どおり完了した案件が、実は想定の倍の時間を投じた赤字案件だった、ということは珍しくありません。この2つはセットで見る必要があります。
工数管理については工数管理とは？目的・やり方・続かない原因と解決策を解説で詳しく扱っています。
進捗管理が必要な理由
進捗が見えないと、次の3つが起こります。
- 遅延の発覚が遅れる／手を打てるタイミングを逃す
- 負荷が偏る／余裕のある人と溢れている人が分からない
- 見積もりが改善しない／実際にどこで詰まったかが残らない
進捗管理でよく使われる4つの手法
WBS（作業分解構成図）
プロジェクト全体を、管理できる大きさのタスクまで分解する手法です。進捗管理の出発点であり、ここが粗いとその後どんなツールを使っても機能しません。
目安として、1つのタスクは「数日で終わる」粒度まで分解します。2週間かかるタスクは、進捗を聞いても「進行中」としか答えられず、実態が見えません。
ガントチャート
横軸に時間、縦軸にタスクを並べ、各タスクの期間を横棒で表す図です。全体像とタスク同士の前後関係が一目で分かります。
弱点は更新の手間です。変更が入るたびに引き直す必要があり、忙しくなるほど更新が止まります。更新されないガントチャートは、実態と乖離した「絵」になります。
カンバン方式
「未着手／進行中／完了」といった列にタスクカードを並べ、状態が変わるたびに移動させる方式です。更新が直感的で、日々の運用に向いています。
一方で期日と全体スケジュールは表現しづらいため、納期が厳しいプロジェクトではガントチャートと併用されます。
バーンダウンチャート
残作業量の推移を折れ線で表す図です。理想の線と実績の線を比べることで、「このペースで間に合うか」が視覚的に分かります。
ソフトウェア開発で使われることが多い手法ですが、作業量を数値化できる業務であれば業種を問わず使えます。
進捗管理が失敗する5つの原因
原因1：最初から無理な計画になっている
受注が決まってから逆算して工程を引くと、実力ではなく希望が計画になります。開始時点で破綻している計画は、どれだけ丁寧に管理しても遅れます。
原因2：進捗率の定義が曖昧（90%シンドローム）
進捗管理で最も多い失敗がこれです。進捗率90%と報告されてから、いつまでも完了しない現象を「90%シンドローム」と呼びます。
原因は、進捗率が担当者の主観だからです。「だいたい終わった気がする」を数字にすると9割になります。残る1割にレビュー、修正、テスト、承認が詰まっていることは考慮されていません。
対策は進捗率を主観で答えさせないことです。「10画面のうち7画面が完了」のように、数えられる単位で定義します。
原因3：そもそも報告が上がってこない
ツールを導入した会社でよく起きます。管理画面を開くと、ステータスが2週間前のまま止まっている。担当者にとって進捗更新は自分の成果にならない作業なので、忙しいほど後回しになります。
報告が集まらない進捗管理ツールは、空の箱と同じです。ここが本記事で最も強調したい点で、後ほど詳しく扱います。
原因4：計画変更が反映されていない
仕様変更や割り込み作業が入っても、計画表が更新されないケースです。実態とずれた計画は誰も見なくなり、進捗管理そのものが形骸化します。
原因5：振り返りをしていない
遅れた原因を検証しないと、次のプロジェクトでも同じ場所で詰まります。進捗管理の価値の半分は、終わったあとの振り返りにあります。
進捗管理の方法は3つ
方法1：Excelで管理する
無料ですぐ始められ、自社の運用に合わせて自由に作れます。5〜10名程度のチームなら十分に機能します。
限界が来るのは人数と変更の多さです。同時編集ができない、最新版がどれか分からなくなる、更新が手作業になる。結果として「更新されていない管理表」が生まれます。
方法2：専用ツールで管理する
ガントチャートやカンバンが標準で用意され、リアルタイムで共有できます。通知機能で更新を促すこともできます。
ただし前述のとおり、ツールを入れても更新するのは人です。「入力しやすくなる」ことと「入力される」ことは別の問題です。
方法3：日報を進捗の一次情報として使う
すでに日報を運用しているなら、それ自体が進捗の記録になっています。「今日どこまで進んだか」は日報に書かれているためです。
専用ツールへの二重入力を避けられるのが利点ですが、日報が書かれていなければ成立しません。
| 方法 | 導入の手間 | 更新の負担 | 向いている規模 |
|---|---|---|---|
| Excel | 小さい | 大きい | 〜10名 |
| 専用ツール | 中くらい | 中くらい | 10名以上 |
| 日報を活用 | 小さい | 日報次第 | 日報運用がある組織 |
進捗管理を成功させる4つのコツ
コツ1：進捗率を数えられる単位で定義する
「何%」ではなく「10件中7件完了」で報告させます。90%シンドロームの大半はこれで防げます。
コツ2：報告のタイミングを固定する
「気づいたら更新」では更新されません。朝会の前、退勤前など、時刻で固定してください。タイミングを決めることが、ツールを選ぶことより効きます。
コツ3：遅れを責めない場をつくる
遅れを報告すると叱られる環境では、担当者は限界まで「順調です」と言い続けます。そして手遅れになってから発覚します。早く言えば助かる、と全員が理解している状態をつくることが、どんな仕組みより重要です。
コツ4：報告そのもののコストを下げる
1回3分の報告でも、10人が毎日行えば月10時間です。報告を求めるほど本来の作業時間が減るという矛盾があります。報告のコストをどこまで下げられるかが、運用が続くかどうかを分けます。
業種別に見る進捗管理のポイント
進捗管理は業種によって「何を単位に測るか」が変わります。自社に近いものを参考にしてください。
IT・システム開発
90%シンドロームが最も起きやすい領域です。実装が終わってもレビュー・テスト・修正が残るため、「コードを書き終えた＝完了」としない定義が要ります。チケット単位で「レビュー待ち」「テスト中」の状態を分けて持つと、詰まっている場所が見えます。
制作・広告・デザイン
クライアントの確認待ち時間が進捗を左右します。自社の作業が止まっていても、外部要因で待っているだけのケースが多いためです。「作業中」と「先方確認待ち」を必ず分けて記録してください。これを分けないと、遅延の責任所在が曖昧になり、改善につながりません。
建設・製造
天候や資材の納入といった外部要因が大きく、計画どおりに進まないことが前提の領域です。日単位で細かく追うより、工程単位のマイルストーンと、遅れたときの巻き返し余地を管理するほうが実務に合います。現場からの報告は移動中や作業後になるため、スマホから入力できる仕組みが必須です。
営業
案件の進捗は「初回訪問→提案→見積→クロージング」といったフェーズで管理します。ここでの落とし穴は、フェーズが前に進まないまま何ヶ月も残り続ける案件です。最終接触日を必ず記録し、一定期間動きのない案件は棚卸しの対象にしてください。
進捗会議を短くする3つの工夫
進捗管理の負担は、報告作業だけでなく会議にも表れます。毎週1時間の進捗会議に10人が参加すれば、月40時間が消えます。
- 数字は会議前に共有する／会議の場で読み上げる時間をなくす
- 会議では「遅れているものだけ」扱う／順調な案件の報告は不要
- 決めることを事前に明示する／報告会ではなく判断の場にする
進捗が常に見える状態になっていれば、会議はそもそも短くなります。会議が長い組織は、進捗が見えていない組織だと考えてください。
「報告が上がってこない」を構造から解決する
ここまで挙げた5つの原因のうち、ツールで解決できるのは「可視化」の部分だけです。報告が上がってこない問題だけは、ツールを変えても解決しません。入力するのが人である限り、忙しい日ほど更新は止まります。
この構造を変える方法が1つあります。報告を「させる」のではなく、勝手に残るようにすることです。
PC業務が中心の職場であれば、どのアプリを何分使ったか、どのファイルをいつ編集したかといった操作ログは、本人が何もしなくても記録されています。このログをAIが読み解けば、その日の作業内容を文章として組み立てられます。
日報AIポチは、この仕組みで日報を自動作成する日報ツールです。担当者は何も入力しません。仕事をしていれば、一日の終わりには日報ができあがっています。
正直にお伝えしておきます。日報AIポチは、ガントチャートや進捗率を管理する進捗管理ツールではありません。WBSの作成やタスクの依存関係の管理には対応していないため、そこが必要な場合は専用ツールを選んでください。
ただし「そもそも報告が集まらない」「聞かないと状況が分からない」という段階でつまずいているなら、順序が違います。可視化する前に、記録が残る状態をつくるほうが先です。誰が何にどれだけ時間を使ったかが入力ゼロで毎日残れば、進捗を判断する一次情報が手に入ります。
よくある質問
Q. 進捗管理の読み方は？
「しんちょくかんり」です。「進捗」は物事が進みはかどることを意味します。
Q. 進行管理とは何が違いますか？
進捗管理は「計画に対してどこまで進んだか」を追う活動で、業種を問わず使われます。進行管理は広告・制作・出版などで使われる言葉で、進み具合に加えて関係者との調整や段取り全体を含む、より広い意味で使われることが多い用語です。実務上は同じ意味で使われる場面もあります。
Q. 進捗率はどう計算すればいいですか？
数えられる単位で分母と分子を決めます。「全10工程のうち7工程が完了＝70%」のように定義してください。担当者の体感で答えさせると、90%シンドロームが起こります。作業量に差がある場合は、工程ごとに重みを付ける方法もあります。
Q. 少人数のチームでもツールは必要ですか？
5名程度までなら、Excelや共有ドキュメントで十分機能します。ツールが必要になるのは、人数が増えて誰が何をしているか把握しきれなくなったときか、複数プロジェクトが並行して走り始めたときです。人数が少ないうちは、ツールより報告のタイミングを固定するほうが効果的です。
Q. 進捗管理と工数管理は両方必要ですか？
目的が違うので、両方あるのが理想です。進捗管理は納期を守るため、工数管理は採算を守るためのものです。ただし同時に始めると現場の負担が大きいので、まず進捗管理から始めて、記録が定着してから工数を足すのが現実的です。
まとめ
進捗管理とは、計画に対する進み具合を把握し、遅れが出たときに間に合ううちに手を打つための活動です。WBSで作業を分解し、ガントチャートやカンバンで可視化するのが基本の型になります。
ただし多くの現場が失敗するのは、手法の選択ではありません。進捗率が主観になっていることと、そもそも報告が上がってこないことの2点です。
進捗率は数えられる単位で定義する。報告のタイミングは時刻で固定する。そして報告そのもののコストを下げる。この3つに手をつけてから、ツールを検討してください。順序を逆にすると、更新されない管理画面が1つ増えるだけになります。