PM Quest / 用語集 / マイルストーン設定

監修:山根一城(株式会社ポテンシャライト代表取締役CEO / 業界20年)

📖 PM用語集

マイルストーン設定

Milestone Setting

定義

マイルストーン設定とは、プロジェクトの進行上で「ここまで到達したか」を判断する節目を、いつ・何をもって達成とみなすかまで決めておく作業を指します。単なる日付の目印ではなく、完了条件と判定者を結びつけて置くことで、進捗の遅れや前提の崩れを早めに気づける構造をつくります。

詳しい解説

マイルストーン設定の目的は、作業の積み上げだけでは見えにくい「全体がどこまで進んだか」を、少数の判断点に集約することにあります。タスクは数十から数百に分かれますが、関係者が共通で見るべき節目はそれより少なく絞り込めます。PM(プロジェクトマネージャー)はこの絞り込みを担い、どの到達点を全員の確認対象にするかを決めます。

設定する節目には、いくつかの型があります。

  • フェーズの切り替わり
    要件定義の完了、基本設計の完了、結合テストの開始など、工程が次に移る地点を節目に置きます。前工程の成果物が次工程の入力になるため、ここでの未達は後続に波及します。
  • 外部との約束の地点
    顧客への中間報告、ステコミでの承認、受入テストの開始など、社外や上位の判断が入る地点です。日付をずらしにくいため、逆算の起点になりやすい箇所です。
  • 意思決定が必要な地点
    方式の選定や調達の確定など、以降の作業方針が分岐する地点です。ここを節目にしておくと、決めきれないまま進む事態を避けやすくなります。

目的を曖昧にしたまま日付だけ置くと、節目が形骸化します。何を確認するための地点なのかを先に言葉にしておくことが、設定の出発点になります。

どう設定するか(進め方の軸)

進め方は、成果物から逆にたどる順序が扱いやすいとされています。まず最終的な納品物や稼働開始の条件を置き、そこから必要な中間成果物を洗い出し、WBSでタスクに分解したうえで、節目になる地点を選び直します。いきなりカレンダーに印を付けるのではなく、構造を作ってから日付を当てる順序です。

各マイルストーンには、最低限そろえておきたい要素があります。

  • 完了条件
    「基本設計書がレビュー承認済み」のように、満たしたか満たさないかを判定できる形で書きます。「おおむね完了」のような表現は、後で解釈が割れます。
  • 判定者と確認方法
    誰がどの成果物を見て達成と認めるかを決めます。RACIで責任を割り振っておくと、承認の担当が宙に浮きにくくなります。
  • 前提と依存
    その節目に到達するために先に終わっている必要がある作業を結びつけます。クリティカルパス上の節目は、遅れがそのまま全体に効くため扱いを重くします。

数は多すぎても少なすぎても扱いにくくなります。全員が追う節目は絞り、チーム内の細かい到達点は進捗管理の側で持つ、という分け方が落ち着きやすい形です。設定後はスケジュール管理やガントチャートに反映し、動き始めてからも見直せる状態にしておきます。

つまずきやすい点(失敗の軸)

設定でよく崩れるのは、日付と内容が噛み合わないケースです。典型的な失敗の形をいくつか挙げます。

  • 日付だけが決まり完了条件が無い
    節目の名前と日付はあるのに、何を満たせば達成かが書かれていない状態です。当日になって「達成したと言えるのか」で議論が始まり、節目の意味が薄れます。
  • 節目を細かく置きすぎる
    タスク一つひとつを節目にすると、全体像を掴むという本来の役割が失われます。関係者がどこを見ればよいか分からなくなり、報告も冗長になります。
  • 外部要因を織り込まずに逆算する
    顧客の承認待ちや他部門の調達など、自分たちで動かせない期間を見ずに引くと、設定した時点ですでに無理が含まれます。
  • 設定後に固定してしまう
    前提が変わっても節目を動かさず、達成したことにして先へ進むと、ずれが後工程に積み上がります。変更管理の手続きを通して置き直すほうが、後の破綻を抑えられます。

こうしたつまずきは、設定の丁寧さよりも「達成を誰がどう判定するか」を決めていないことから生じる場合が多いようです。判定の仕組みまで含めて設計しておくことが、形だけの節目を避ける手がかりになります。

隣接する概念との違い(区別の軸)

マイルストーン設定は、近い言葉と混同されやすいため、役割の違いを押さえておくと扱いやすくなります。

  • スケジュールとの違い
    スケジュールは作業の開始から終了までの期間を連続で表します。マイルストーンはその中の特定の瞬間を指す点であり、期間を持ちません。線の上に打つ点、という関係です。
  • WBSとの違い
    WBSは作業を漏れなく分解した一覧で、作業の量と範囲を示します。マイルストーンはそこから到達点を選び出したもので、分解そのものではなく選別の結果です。
  • タスクの締切との違い
    個々のタスク締切は担当者の管理対象ですが、マイルストーンは関係者が共通で確認する節目です。すべての締切を節目に昇格させるわけではありません。
  • 計画との違い
    計画は目的・体制・工程・前提を含む広い枠組みで、マイルストーンはその計画が正しく進んでいるかを測る測定点として機能します。

これらを区別して使い分けると、どの資料で何を管理しているかが整理され、関係者の間での認識のずれを減らしやすくなります。

PMキャリアでの活かし方

マイルストーン設定は、PM(プロジェクトマネージャー)が全体をどう捉えているかが表れる作業です。節目を適切に絞り、完了条件と判定者まで結びつけられる人は、作業の寄せ集めではなくプロジェクトの構造を見て動いていると受け取られやすくなります。職務経歴書や面接でも、担当した案件でどんな節目を置き、前提が崩れたときにどう置き直したかを具体的に語れると、進行を預けられる人物像が伝わります。

逆に、日付を並べるだけで判定の仕組みを設計していない状態だと、規模が大きい案件や社外の承認が絡む案件で役割を広げにくくなります。設定の技術はWBS、スケジュール管理、変更管理とつながっているため、節目づくりを入口に周辺の管理領域へ理解を広げていくと、担える範囲が着実に増えていきます。

よくある質問

マイルストーンはいくつ設定するのが適切ですか。

決まった数はありませんが、関係者全員が共通で追う節目は、工程の切り替わりや外部との約束に絞ると扱いやすくなります。細かい到達点はタスクや進捗管理の側で持ち、全体を俯瞰する地点だけを節目に残すと、どこを見ればよいかが明確になります。

完了条件はどの程度まで具体的に書くべきですか。

満たしたか満たさないかを一目で判定できる水準が目安です。たとえば「基本設計書がレビュー承認済み」のように、成果物と状態を結びつけて書きます。『おおむね完了』のような表現は解釈が割れ、当日に達成の可否で議論が起きやすくなります。

設定したマイルストーンは変更してよいのですか。

前提が変われば置き直してよい対象です。ただし達成したことにして放置すると、ずれが後工程に積み上がります。日付や条件を動かす場合は変更管理の手続きを通し、関係者に理由と影響を共有したうえで更新するほうが、後の混乱を抑えられます。

山
この用語について、より詳しく自分のキャリアに当てはめて理解したい方は、PMキャリア診断(3分・無料)で『自分はどの職域に近いか』を判定することをお勧めします。

また、業態別の市場価値カルテ(20問・無料)では、ご自身の縦・横・斜め3軸スコアを可視化できます。
⚡ PMキャリア診断を受ける 🏥 市場価値カルテ

関連する用語

→ 用語集トップに戻る(140用語)