まず更新する項目を絞る
開始日・終了日
予定が変わったら古い日付を残したままにしません。実際の見通しが変わったのに古い期限のままでは、ガントを見ても現在の計画は分かりません。
担当者
担当変更があった場合は反映します。担当者不明のタスクは、期限があっても実行責任が曖昧です。
進捗
進捗率を使う場合は意味を揃えます。50%が「作業時間の半分」「成果物の半分」「感覚的に半分」では、数字を比較できません。
状態・期限の変化
完了したのか、止まっているのか、期限を見直す必要があるのかを確認します。目的は予定との差を小さく見せることではなく、差があるなら差を正しく見えるようにすることです。
更新責任を決める
更新が止まりやすいのは「みんなで更新することになっている」状態です。各タスク担当者が自分で更新するのか、プロジェクト管理者が定例時に更新するのかを決めます。
確認頻度は変化の速さに合わせる
「毎日更新」が常に正しいわけではありません。短期で変化の大きい案件なら毎日、数か月単位の案件なら週次など、次の確認までに情報が古くなりすぎない頻度を選びます。
| 例 | 確認の考え方 |
|---|---|
| 1〜2週間の短期制作 | 毎日または数日ごと |
| 数か月のチームプロジェクト | 週次を基準に変更時は随時 |
| 長期の計画 | 節目・計画変更時を中心に確認 |
定例で見る順番
- 期限を過ぎた未完了タスクを確認する
- 直近で期限を迎えるタスクを見る
- 進捗が止まっているタスクが実際に停止しているのか、更新漏れなのか確認する
- 担当者が不明なタスクを残さない
- 予定変更の影響を後続・並行作業まで確認する
進捗率のルールを揃える
進捗率を使うなら、たとえば0%=未着手、25%=着手済み、50%=主要部分を進行中、75%=確認・修正中、100%=完了条件を満たした、といった簡単な基準を作れます。これは一例で、仕事によっては状態管理の方が適しています。
遅れが見えた後にすること
予定を現実に合わせる
すでに不可能だと分かっている期限を残し続けても、実行可能な計画にはなりません。
影響する作業を確認する
後続作業、同じ担当者の別作業、公開・納品日への影響を確認します。
担当・優先順位・対象範囲を再検討する
人を増やす、優先順位を変える、作業範囲を見直すなど、プロジェクトの条件に応じて判断します。ガントチャート自体が判断を自動で行うわけではありません。
ガントチャートが機能しなくなる5つの原因
- タスクが細かすぎる：更新件数が増え、全体像よりメンテナンスが中心になる
- 更新する人が決まっていない：情報が古くなる
- 担当者が不明：実行責任を確認できない
- 進捗率の意味が違う：数字を比較できない
- 古い予定を残す：現在の計画ではなく昔の予定表になる
チームで決めておきたい運用ルール
- 更新する項目
- 更新責任者
- 通常の確認頻度
- 期限変更時の扱い
- 完了条件
- 進捗率を使う場合の基準
- 定例で見る順番
- 細かい作業をガントに載せるか別管理するか
よくある質問
ガントチャートは毎日更新するべきですか？
一律ではありません。情報が判断に使えないほど古くならない頻度を、プロジェクトの長さと変化量に合わせて決めます。
進捗率は担当者の自己申告でよいですか？
自己申告を使うこと自体はできますが、判断基準を揃えないと数字の意味が人ごとに変わります。成果物や完了条件と合わせて確認します。
遅れているタスクは元の期限を残すべきですか？
当初計画との比較用に基準計画を別に保存できるツールもあります。一方、現在の実行計画として使うガントでは、現実の見通しを把握できる状態に更新しておくことが重要です。