Back to blog

マイルストーンの設定方法|置き方の基準とテンプレート

Shusaku Yosa

マイルストーンを置いたはずなのに、気づいたら期日を過ぎていた。プロジェクト管理でよくある話です。原因のほとんどは、置く場所の選び方と、完了条件の書き方にあります。この記事では、マイルストーンをどこに置くかの判断基準、そのまま使えるテンプレートの列構成、完了条件の書き方、そして形骸化させないための運用ルールまで解説します。

マイルストーンとは|タスクとの違いは「期間があるかどうか」

マイルストーンは、プロジェクトの節目に置く「点」です。作業そのものではないため、期間も工数も持ちません。ここがタスクとの最大の違いです。

  • マイルストーン:期間を持たない点。「〜が完了している」という到達状態を指す
  • タスク:期間を持つ線。「〜を作る」という作業を指す

「要件定義書を作成する(3/1〜3/20)」はタスク、「要件定義書が承認されている(3/20時点)」はマイルストーンです。同じ内容でも、作業として書けばタスク、状態として書けばマイルストーンになります。この書き分けができていないと、マイルストーンが単なる大きめのタスクになり、進捗率でごまかせてしまいます。

作る順番としては、WBSでやることを洗い出し、ガントチャートで時間軸に並べ、その上に節目としてマイルストーンを置きます。先にマイルストーンだけを決めることもありますが、その場合も後からタスクとの整合を必ず取ってください。

なぜタスク一覧とは別に必要なのか

タスク一覧とガントチャートがあれば、進捗は追えます。それでも節目を別に置くのは、次の3つのためです。

  1. 遅れを早い段階で検知するため:個々のタスクの数日の遅れは吸収できますが、節目をまたいだ遅れは取り返せません
  2. 関係者の視点を揃えるため:経営層や発注者は100行のタスク一覧を見ません。見るのは5〜8個の節目だけです
  3. 判断のタイミングを固定するため:「ここで決める」と先に置いておかないと、意思決定は際限なく先送りされます

マイルストーンを置く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サイトリニューアルの場合

  1. M-01 要件定義書が承認されている(4/10/責任者:PM/条件:サイトマップと機能一覧の両方に発注者の承認を得ている)
  2. M-02 デザインが確定している(5/8/責任者:ディレクター/条件:テンプレート4種すべてについて修正依頼が0件)
  3. M-03 全ページの原稿が入稿されている(6/5/責任者:編集担当/条件:公開対象48ページ分のテキストが入稿済み)
  4. M-04 受け入れテストが完了している(7/3/責任者:PM/条件:テスト項目の消化率100%、未解決の重大バグ0件)
  5. M-05 本番公開が完了している(7/10/責任者:PM/条件:旧URLからのリダイレクト設定を含めて公開されている)

5個で3ヶ月強のプロジェクト全体が見渡せます。この粒度なら、経営会議の報告資料にもそのまま使えます。

形骸化する4つのパターン

1. 期日を静かにずらす

最も多い形骸化がこれです。遅れたときに期日のセルを書き換えて終わりにすると、記録上は常に順調なプロジェクトができあがります。当初期日を別列に残し、変更した日と理由を書いてください。3回ずらした節目は、計画そのものに無理があったという情報です。

2. 責任者が「チーム」になっている

責任者欄に部署名やチーム名が入っていると、誰も達成を宣言しません。必ず個人名にします。作業を分担していても、達成を判定する人は1人です。

3. 達成の判定をする場がない

期日が来ても達成・未達を確認しなければ、マイルストーンはただの飾りです。週次定例の冒頭で直近の1〜2個だけを確認する、というルールを先に決めておきます。所要時間は2分で足ります。

4. 数が多すぎる

30個並んでいると、どれが重要か分かりません。結果として全部が等しく無視されます。節目は減らすほど機能します。

遅れが分かったときの動かし方

節目に間に合わないと分かった時点で、取れる手は3つしかありません。どれを選ぶかを、その場で決めます。

  1. 期日を動かす:後続の節目と最終納期への影響を、必ずセットで示す
  2. 範囲を削る:この節目で扱う対象を減らし、残りを次の節目に送る。何を送ったかを記録する
  3. 資源を足す:人や外注を追加する。ただし直前の増員は引き継ぎ工数で相殺されることが多い

「頑張って間に合わせます」は選択肢ではありません。これを許すと問題が次の節目まで持ち越され、動かせない約束日の直前で表面化します。また、判断の前に、遅れの原因が「作業の遅れ」なのか「決まっていないこと」なのかを切り分けてください。後者であれば、課題管理表に載せて決着の期限を切るのが先で、人を足しても解決しません。

表計算ソフトで管理する場合の注意点

マイルストーン表そのものは、6列の表として単体で問題なく機能します。問題は、ガントチャートやタスク管理表が別ファイルにあることです。タスクの期日を動かしても、マイルストーンの表は自動では変わりません。手で転記している限り、どこかは必ず古い状態になります。

節目とタスクを同じデータで持てば、後続タスクの遅れが節目に届いた時点で自動的に見えます。Xtrategyでは、施策のスケジュールと予算・KPIを同一画面で管理し、複数の施策を横断して節目の状況を確認できます。施策単位の管理についてはマーケティングキャンペーン管理テンプレートも併せてご覧ください。

まとめ

  • マイルストーンは期間を持たない「点」。作業ではなく「〜が完了している」という状態で書く
  • 置く場所は5つの基準(承認/後戻りコスト/外部受け渡し/合流点/約束日)で決める
  • 数は5〜10個。「遅れたら報告するか」で取捨選択する
  • 完了条件は担当者以外が判定できる形に。「ほぼ」「順調」は条件になっていない
  • 当初期日を別列に残し、ずらした履歴を消さない
  • 間に合わないと分かったら、期日・範囲・資源のどれを動かすかをその場で決める
Back to blog