マイルストーン管理 フレームワーク

用途

アクションプランは着手直後こそ勢いがありますが、数週間もすると「なんとなく進んでいる気がする」だけで、実際は遅れているのか順調なのか誰も判断できなくなります。 マイルストーン管理の目的は、最終ゴール（KGI）までの道のりを、日付と合否基準が明確な「中間到達点」に区切り、各地点を通過したかどうかで進捗を客観的に判定できる状態をつくることです。 ガントチャートやWBSが「作業の並びと工数」を管理するのに対し、マイルストーンは「価値ある成果が出たか（例：試作品が動いた・初契約が取れた・課金が始まった）」という節目そのものに焦点を当てます。 中小企業では専任のPMOがいないため、細かな進捗会議より「この日までにここに到達していなければ即座に戦略を見直す」という少数の関門を置くほうが機能します。 5プロセスでは④アクションプランでロードマップ・WBS・ガントチャートを組んだ後、その計画に「合否を判定する関門」を差し込む役割を担い、⑤振り返り（PDCA・KPT）へ判定結果を引き渡します。

使い方

1. 1最終ゴール（KGI）から逆算し、3〜6個の節目に絞って中間目標地点を置く。 数を増やしすぎると管理が形骸化するため、事業の勝敗が切り替わる瞬間（試作完成・受注1号・黒字転換など）だけをマイルストーンに選ぶ。 作業の一つひとつはWBS・ガントチャートに任せ、ここには置かない。
2. 2各マイルストーンに「達成日」と「合否を分ける定量基準（Exit Criteria）」をセットで定義する。 『MVP完成』ではなく『◯月末までに有料顧客3社が実利用し、重大バグ0件』のように、通過したか否かが誰の目にも同じ判定になる基準まで具体化する。
3. 3各マイルストーンの責任者（1人）と、その関門を通過するために必要な先行作業をWBS上で結び付ける。 責任分担はRACIで、期限内の細かな工程はガントチャートで管理し、マイルストーンは『関門の番人』として上位に置く。
4. 4定例（隔週〜月次）で直近のマイルストーンだけを「達成・遅延・未達」で判定する。 遅延・未達なら原因を切り分け、期限をずらすのか、投入資源を増やすのか、戦略仮説そのものを見直す（撤退・ピボット）のかを、その場で意思決定する。 判定を先送りしない。
5. 5通過・未達の結果と学びを⑤振り返り（PDCA・KPT）へ引き継ぐ。 マイルストーンは『進捗の可視化』であると同時に『戦略を続けるか・変えるかを決める意思決定ゲート』であることを全員で共有して締める。

適用例

従業員9名・年商1.2億円のB2B向けSaaSスタートアップ「B社」が、新機能「請求書自動作成」の開発から収益化までを6か月計画で走らせた例。 最終ゴール（KGI）＝この機能で月次経常収益（MRR）を6か月後に+80万円。 ここに4つのマイルストーンを置いた。 M1（1か月目末）＝要件確定・実在顧客5社へのインタビュー完了（Exit基準：うち4社が「有料でも使う」と明言）。 M2（3か月目末）＝ベータ版を既存顧客10社が実利用し、重大バグ0件・利用継続率80%以上。 M3（4か月目末）＝有料プラン契約3社・追加課金の月合計12万円到達。 M4（6か月目末）＝有料契約20社・MRR+80万円。 実際はM2の判定会議で「利用は10社だが継続は6社（60%）」と基準未達が発覚。 ガントチャート上の作業はほぼ予定通り進んでいたため、作業管理だけでは見逃していた「価値が刺さっていない」問題をマイルストーンが早期に捕捉した。 原因を切り分けると請求フォーマットが特定業種に合っていなかったため、M3の期限を2週間後ろ倒しし、汎用テンプレート追加に開発資源を集中。 結果、M3を契約4社・課金15万円で通過し、M4は契約18社・MRR+74万円（目標比約93%＝74万円÷80万円）で着地した。 もしM2の関門を置かず「作業は順調」で走り続けていれば、6か月使い切ってから未達に気づく事態になっていた。

よくある誤解・つまずき

• マイルストーンを作業の一つひとつに置いてしまう誤解。 『設計完了』『コーディング完了』『テスト完了』と作業の区切りごとに立てると数十個に膨れ、ガントチャートの劣化コピーになって形骸化する。 マイルストーンは作業の節目ではなく『価値ある成果が世に出た瞬間（顧客が使えた・初契約・黒字化）』に絞る。 工程の管理はWBS・ガントチャートに任せる。
• 日付だけ決めて合否基準を書かない落とし穴。 『◯月末：MVP完成』のように期日しか無いと、当日に『だいたいできた』『7割できた』で通過扱いにしてしまい関門の意味が消える。 マイルストーンは必ず『有料顧客3社が実利用・重大バグ0件』のように、誰が見ても同じ合否になる定量基準（Exit Criteria）とセットで定義する。
• マイルストーン未達を『とりあえず期限を延ばす』で処理してしまう誤解。 関門の本質は進捗の記録ではなく『この戦略を続けるか・変えるか・やめるか』を決める意思決定ゲート。 未達のときに延期・増員・ピボット・撤退のどれを選ぶかをその場で判断せず、機械的に日付だけ後ろ倒しにすると、負け筋のまま資源を投入し続けることになる。

使うタイミング

④アクションプランで、ロードマップ・WBS・ガントチャートによって「やること」と「工数の並び」がひととおり組み上がった直後に置くのが適切です。 早すぎる失敗＝戦略方針や具体的な作業が固まる前にマイルストーンだけ先に切ると、何を達成すれば通過なのかが曖昧なまま日付だけが独り歩きします。 遅すぎる失敗＝実行がかなり進んでから後付けで置くと、すでに遅れているのに「順調だった」ことにする体裁づくりの表になり、軌道修正のチャンスを逃します。 また、数日で終わる小さなタスクや、成果の合否が定量的に判定しにくい活動には不向きで、その場合は無理に関門化せずガントチャート上の進捗管理に委ねます。 マイルストーンは、事業の勝敗が切り替わる少数の節目にだけ置き、⑤振り返り（PDCA）へ判定を渡すまでが役割です。

関連する用語・フレームワーク