マイルストーンの設定方法|置き方の基準とテンプレート
マイルストーンを置いたはずなのに、気づいたら期日を過ぎていた。プロジェクト管理でよくある話です。原因のほとんどは、置く場所の選び方と、完了条件の書き方にあります。この記事では、マイルストーンをどこに置くかの判断基準、そのまま使えるテンプレートの列構成、完了条件の書き方、そして形骸化させないための運用ルールまで解説します。
マイルストーンとは|タスクとの違いは「期間があるかどうか」
マイルストーンは、プロジェクトの節目に置く「点」です。作業そのものではないため、期間も工数も持ちません。ここがタスクとの最大の違いです。
- マイルストーン:期間を持たない点。「〜が完了している」という到達状態を指す
- タスク:期間を持つ線。「〜を作る」という作業を指す
「要件定義書を作成する(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列から順に並べてください。
- A:ID―M-01のような連番。ガントチャートやタスク管理表から参照するための番号
- B:マイルストーン名―「〜が完了している」「〜が承認されている」と、状態で書く
- C:期日―日付形式で入力する。締切時刻まで決まっているものは併記する
- D:完了条件―何をもって達成とするかを一行で。この列の質が表の質を決める
- E:責任者―達成を宣言する人。作業者ではなく判断する人を書く
- F:関連タスク―この節目に紐づくタスクのID。WBSの番号をそのまま書く
必要に応じて「ステータス(未達/達成/遅延)」と「当初期日」の2列を足します。特に当初期日は、後から「どこで何日ずれたか」を振り返るために効きます。期日のセルを上書きしてしまうと、この情報は残りません。
完了条件の書き方
マイルストーンが機能するかどうかは、ほぼこの1列で決まります。判断基準は1つ、「担当者以外が達成・未達を判定できるか」です。
- NG:デザインがほぼ固まっている → OK:デザイン案Aについて、発注者から書面で承認を得ている
- NG:テストが順調に進んでいる → OK:優先度「高」のテスト項目120件が全て消化され、未解決の重大バグが0件である
- NG:原稿が概ね揃っている → OK:公開対象48ページ分のテキストが、指定フォルダに入稿されている
「ほぼ」「概ね」「順調」といった言葉が入った時点で、条件になっていません。成果物の名前、数量、承認者――このいずれかを含む形に書き直してください。判定する人が迷わない粒度が目安です。
記入例|Webサイトリニューアルの場合
- M-01 要件定義書が承認されている(4/10/責任者:PM/条件:サイトマップと機能一覧の両方に発注者の承認を得ている)
- M-02 デザインが確定している(5/8/責任者:ディレクター/条件:テンプレート4種すべてについて修正依頼が0件)
- M-03 全ページの原稿が入稿されている(6/5/責任者:編集担当/条件:公開対象48ページ分のテキストが入稿済み)
- M-04 受け入れテストが完了している(7/3/責任者:PM/条件:テスト項目の消化率100%、未解決の重大バグ0件)
- M-05 本番公開が完了している(7/10/責任者:PM/条件:旧URLからのリダイレクト設定を含めて公開されている)
5個で3ヶ月強のプロジェクト全体が見渡せます。この粒度なら、経営会議の報告資料にもそのまま使えます。
形骸化する4つのパターン
1. 期日を静かにずらす
最も多い形骸化がこれです。遅れたときに期日のセルを書き換えて終わりにすると、記録上は常に順調なプロジェクトができあがります。当初期日を別列に残し、変更した日と理由を書いてください。3回ずらした節目は、計画そのものに無理があったという情報です。
2. 責任者が「チーム」になっている
責任者欄に部署名やチーム名が入っていると、誰も達成を宣言しません。必ず個人名にします。作業を分担していても、達成を判定する人は1人です。
3. 達成の判定をする場がない
期日が来ても達成・未達を確認しなければ、マイルストーンはただの飾りです。週次定例の冒頭で直近の1〜2個だけを確認する、というルールを先に決めておきます。所要時間は2分で足ります。
4. 数が多すぎる
30個並んでいると、どれが重要か分かりません。結果として全部が等しく無視されます。節目は減らすほど機能します。
遅れが分かったときの動かし方
節目に間に合わないと分かった時点で、取れる手は3つしかありません。どれを選ぶかを、その場で決めます。
- 期日を動かす:後続の節目と最終納期への影響を、必ずセットで示す
- 範囲を削る:この節目で扱う対象を減らし、残りを次の節目に送る。何を送ったかを記録する
- 資源を足す:人や外注を追加する。ただし直前の増員は引き継ぎ工数で相殺されることが多い
「頑張って間に合わせます」は選択肢ではありません。これを許すと問題が次の節目まで持ち越され、動かせない約束日の直前で表面化します。また、判断の前に、遅れの原因が「作業の遅れ」なのか「決まっていないこと」なのかを切り分けてください。後者であれば、課題管理表に載せて決着の期限を切るのが先で、人を足しても解決しません。
表計算ソフトで管理する場合の注意点
マイルストーン表そのものは、6列の表として単体で問題なく機能します。問題は、ガントチャートやタスク管理表が別ファイルにあることです。タスクの期日を動かしても、マイルストーンの表は自動では変わりません。手で転記している限り、どこかは必ず古い状態になります。
節目とタスクを同じデータで持てば、後続タスクの遅れが節目に届いた時点で自動的に見えます。Xtrategyでは、施策のスケジュールと予算・KPIを同一画面で管理し、複数の施策を横断して節目の状況を確認できます。施策単位の管理についてはマーケティングキャンペーン管理テンプレートも併せてご覧ください。
まとめ
- マイルストーンは期間を持たない「点」。作業ではなく「〜が完了している」という状態で書く
- 置く場所は5つの基準(承認/後戻りコスト/外部受け渡し/合流点/約束日)で決める
- 数は5〜10個。「遅れたら報告するか」で取捨選択する
- 完了条件は担当者以外が判定できる形に。「ほぼ」「順調」は条件になっていない
- 当初期日を別列に残し、ずらした履歴を消さない
- 間に合わないと分かったら、期日・範囲・資源のどれを動かすかをその場で決める