マイルストーンとは
プロジェクト管理でいうマイルストーンは、フェーズ完了、承認、主要成果物の納品、リリースなど、重要なポイントを示します。作業そのものではなく、進行上の重要なイベントや確認地点として扱われることが一般的です。
タスクとの違い
| 比較 | 通常タスク | マイルストーン |
|---|---|---|
| 表すもの | 実際に行う作業 | 重要な到達点・節目 |
| 期間 | 開始〜終了の期間を持つことが多い | 特定日・時点として扱うことが多い |
| 担当 | 作業担当者を持つ | 節目自体より、その前提タスクに担当がある |
| 例 | テスト実施、資料作成 | 受入承認、公開日、納品完了 |
マイルストーンを置きやすい場面
- 要件確定
- 設計承認
- デザイン確定
- テスト完了
- リリース日
- 納品・検収
- イベント開催日
「重要そうだから」ではなく、その時点を境に次の判断や工程が変わるかを基準にすると選びやすくなります。
マイルストーンの置き方
1. まず主要フェーズを決める
要件、制作、確認、公開など、大きな流れを整理します。
2. フェーズの境目で重要な到達点を探す
たとえば「デザイン作業終了」より、「デザイン承認」の方が次工程へ進める判断点として明確です。
3. 前提となるタスクを確認する
マイルストーンは作業ではないため、その日までに何が完了している必要があるかをタスク側で管理します。
4. 増やしすぎない
すべての完了日をマイルストーンにすると、重要な節目が埋もれます。経営・顧客・チームが特に確認したいポイントへ絞ります。
期限との違い
期限は個別タスクの終了予定日でも使えます。マイルストーンは「プロジェクトとして意味のある節目」であり、単なる締切と必ずしも同じではありません。
ロードマップとの関係
ロードマップでは高レベルな取り組みと大きな到達点を示すため、マイルストーンが重要になります。一方、ガントではマイルストーンに到達するまでの個別タスクと期間を詳しく見ます。詳しくはロードマップとガントチャートの違いを参照してください。
マイルストーンだけでは進捗管理できない
「9月30日リリース」という節目だけでは、その日までに何が進んでいるべきかは分かりません。途中のタスク・担当・期間・進捗と合わせて管理します。
GanttFlowでの扱い:この記事では一般的なマイルストーン概念を説明しています。GanttFlowではタスクの開始日・終了日・進捗率・担当者を管理できますが、マイルストーン専用機能を前提にはしていません。
マイルストーンが多すぎるときの見直し
- 通常タスクの終了日で十分なものを戻す
- 外部承認・公開・納品など意思決定点を優先する
- 同じ日に複数あるなら意味が重複していないか確認する
- プロジェクト全体を説明するときに必要な節目か確認する