ガイド › ガイド

マイルストーン計画テンプレート

マイルストーン計画は、スポンサーが実際に読んでくれるプロジェクトの姿です。300のタスクより、日付の入った15の節目のほうが伝わります。ただし、それぞれに意味があり、名前が付いていることが条件です。

マイルストーンとは何か

マイルストーンは、期間を持たない時点であり、判断がなされた、成果物が受領された、システムが稼働した、といった実質的な達成を示すものです。起きたことをどう証明するのか説明できないなら、それはマイルストーンの仮装をしたタスクです。

長いプロジェクトなら、2〜4週間に1つほどが目安です。それより少ないと早期の警告が得られず、多いと計画がまたタスク一覧に戻ってしまいます。

• 良い例：契約締結、設計承認、本番稼働完了。
• 弱い例：構築開始、テスト中、作業進行中。
• マイルストーンは、活動を説明するのではなく、何かを終わらせるものにする。
• 可能なら、支払い、承認、ステージゲートに結び付ける。

テンプレートの列

この表を表計算ソフトにコピーし、マイルストーンごとに1行を割り当ててください。要となるのは2つの日付の列です。ベースラインは承認なしに変えず、予測は事実が変わるたびに更新します。

• 番号とマイルストーン名。
• 完了の証拠：何が見える、署名される、またはデモされるか。
• 担当者：1人の名前。
• ベースライン日（合意して維持）と、予測日（毎週更新）。
• 両者の差（稼働日数）、RAGステータス、1行の理由。
• 依存先：これより前に終わらせる必要があるマイルストーンまたはタスク。

日付を正直に決める

日付は、希望から前向きに決めるのではなく、依存関係から逆算して決めます。稼働日で数え、祝日や分かっている休暇を除き、見積もりが不確かなところには期待に頼らずコンティンジェンシーを加えてください。チームが信じていない日付は、守られません。

• 担当者に日付を聞き、そのうえで何があると遅れるかを聞く。
• それぞれの日付をクリティカルパスと照らし合わせる。
• 同じ日に3つのマイルストーンを積まない。
• 社外の締め切りの前に余裕を持たせる。

遅延を報告する

ベースライン、予測、差を毎週並べて見せます。一度動いたマイルストーンは情報ですが、4回動いたものはパターンであり、スポンサーが自分で気づくのではなく、あなたから伝えるべきことです。

予測日は自由に動かし、ベースライン日は変更管理を通してのみ動かします。そうしないと、計画が静かに自分の履歴を書き換え、何も遅れていないように見えてしまいます。

• 予測が許容範囲を超えて動いたら、アンバー。
• 判断なしには日付に間に合わない状態なら、赤。
• 遅延の原因をそれぞれRAIDログに記録する。
• 傾向を示す：ベースラインに対して縮まっているか、広がっているか。

置き場所

マイルストーン計画は、詳細な計画の上に1ページで載せ、そこから生成して、両者が食い違わないようにします。Senshinでは、マイルストーンが配下のタスクと同じ計画・ガントビューにあるため、要約と詳細が同じ日付を共有します。

• ステアリングコミッティのたびにリストを見直す。
• 達成したマイルストーンは外すが、完了として見える状態で残す。
• 判断が何度も忘れられるなら、マイルストーンを追加する。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22