マイルストーンの設定方法｜置き方の基準とテンプレート
マイルストーンを置いたはずなのに、気づいたら期日を過ぎていた。プロジェクト管理でよくある話です。原因のほとんどは、置く場所の選び方と、完了条件の書き方にあります。この記事では、マイルストーンをどこに置くかの判断基準、そのまま使えるテンプレートの列構成、完了条件の書き方、そして形骸化させないための運用ルールまで解説します。
マイルストーンとは｜タスクとの違いは「期間があるかどうか」
マイルストーンは、プロジェクトの節目に置く「点」です。作業そのものではないため、期間も工数も持ちません。ここがタスクとの最大の違いです。
- マイルストーン：期間を持たない点。「〜が完了している」という到達状態を指す
- タスク：期間を持つ線。「〜を作る」という作業を指す
「要件定義書を作成する（3/1〜3/20）」はタスク、「要件定義書が承認されている（3/20時点）」はマイルストーンです。同じ内容でも、作業として書けばタスク、状態として書けばマイルストーンになります。この書き分けができていないと、マイルストーンが単なる大きめのタスクになり、進捗率でごまかせてしまいます。
作る順番としては、WBSでやることを洗い出し、ガントチャートで時間軸に並べ、その上に節目としてマイルストーンを置きます。先にマイルストーンだけを決めることもありますが、その場合も後からタスクとの整合を必ず取ってください。
なぜタスク一覧とは別に必要なのか
タスク一覧とガントチャートがあれば、進捗は追えます。それでも節目を別に置くのは、次の3つのためです。
- 遅れを早い段階で検知するため：個々のタスクの数日の遅れは吸収できますが、節目をまたいだ遅れは取り返せません
- 関係者の視点を揃えるため：経営層や発注者は100行のタスク一覧を見ません。見るのは5〜8個の節目だけです
- 判断のタイミングを固定するため：「ここで決める」と先に置いておかないと、意思決定は際限なく先送りされます
マイルストーンを置く5つの基準
どこに置くかは、感覚ではなく基準で決められます。次の5つのどれかに当てはまる時点が、マイルストーンの候補です。
1. 承認・意思決定が発生する時点
誰かのGOサインがないと次に進めない場所です。要件定義の承認、デザイン確定、予算承認など。ここを節目にしておくと、「承認待ちで止まっている」という状態が数字ではなく事実として見えます。
2. 後戻りのコストが跳ね上がる時点
印刷の入稿、本番リリース、契約締結。一度越えると引き返すのに大きな費用と時間がかかる地点です。この手前には必ず節目を置き、確認事項をそこに集約します。越えてから気づくと、遅れではなく損失になります。
3. 外部との受け渡しがある時点
制作会社への素材支給、発注者へのレビュー依頼、外部監査への資料提出など。自社の都合だけでは動かせないため、ここでの遅れはそのまま全体の遅れになります。相手の作業日数を織り込んだ期日にしてください。
4. 複数の作業が合流する時点
並行して進んでいた作業が1つにまとまる地点です。ガントチャート上で線が集まっている場所を探せば見つかります。合流点は最も遅い1本に引きずられるため、遅れが表面化しやすく、置く価値が高い場所です。
5. 対外的に約束した日
キャンペーン開始日、展示会の初日、決算発表日など。動かせない日付です。これは基準というより最初に置くもので、ここから逆算して他の節目を配置していきます。
逆に置かなくてよいのは、「作業が半分終わった」といった内部の進捗の区切りです。誰の判断も引き渡しも発生しない点は、節目にしても機能しません。
数と間隔の目安
- 数：プロジェクト全体で5〜10個。スクロールせずに一覧できる数に収める
- 間隔：2週間〜1ヶ月に1つ。2ヶ月以上空くようなら間に1つ足す
- 粒度：どの節目も「遅れたら報告が必要」なレベルに揃える
20個を超えたら、それはマイルストーンではなくタスク管理表です。「これが遅れたら上に報告するか」と自問して、しないものは落としてください。
マイルストーンテンプレート｜6列構成
Excelやスプレッドシートで作る場合、次の6列で十分です。A列から順に並べてください。
- ―M-01のような連番。ガントチャートやタスク管理表から参照するための番号
