マイルストーンの設定

マイルストーンを設定する一番の目的は、プロジェクトの進み具合を「タスクの消化率」ではなく「節目を通過したかどうか」で語れるようにすることにあります。タスクが八割終わっていても、要件定義が合意されていなければ次の工程には進めません。節目ごとに達成条件を置いておくと、進んでいるつもりと実際に進んだことのずれを早く見つけやすくなります。

もう一つの目的は、関係者の視線をそろえることです。開発チーム、発注元、協力会社がそれぞれ別の資料を見ていると、現在地の認識がばらつきます。マイルストーンは共通の目印になるため、ステコミ（ステアリングコミッティ）や定例での報告の骨組みとしても使われます。

• 判断の基準点として使う
  仕様追加の相談が来たとき、どの節目の前なら吸収できてどの節目を越えると難しいか、線を引いて話せます。
• 説明の単位をそろえる
  進捗を細かいタスクで語ると相手ごとに粒度が合いませんが、節目単位なら発注元にも伝わりやすくなります。

設定の流れは、まず全体計画の骨格を決め、その上に節目を載せていく順番が扱いやすいです。PMは要件定義、基本設計、結合テスト、受け入れテスト、本番移行といった工程の切れ目を洗い出し、そこへ「要件定義書の合意」「結合テスト完了判定」のように成果物と判定を結びつけます。WBSで作業を分解したあとに、その塊の終わりを節目として拾う進め方が現場ではよく取られます。

次に、それぞれの節目に達成条件を言葉で書きます。「設計が終わる」ではなく「基本設計書がレビューを通り、発注元の承認印が付いた状態」といった、誰が見ても判定できる表現にしておくと、通過したかどうかの争いが減ります。日付は、クリティカルパス（遅れが全体の納期に直結する作業の連なり）を意識して、無理のない位置に置きます。

• 節目には責任者を割り当てる
  通過の判定を誰がするかを決めておかないと、条件があっても宙に浮きます。RACIの考え方で承認者を明示すると運用しやすくなります。
• 数は絞る
  節目が多すぎると日々のタスクと区別がつかなくなります。発注元に報告する粒度で、工程の切れ目に合わせて置くくらいが見通しを保ちやすいです。

よく起きるのは、達成条件があいまいなまま日付だけが並ぶ状態です。「設計完了」とだけ書いてあると、設計書が書き上がった時点を指すのか、レビューと承認まで含むのかで解釈が割れ、節目を通過したかどうかの判断が人によって変わってしまいます。条件は成果物と承認の有無まで落とし込むと、こうしたぶれが起きにくくなります。

もう一つは、日付を先に固定してしまい、作業量の見積もりと合わないまま進むケースです。希望の納品日から逆算して節目を置くこと自体は自然ですが、途中の作業が入らないと分かっていても動かさないと、終盤に無理が集中してデスマーチに近づきます。見積もりと突き合わせて、置き直す前提で扱うほうが現実的です。

設定したあと見直さないのもつまずきの形です。前提や範囲が変わったのに節目が当初のままだと、基準点としての意味が薄れます。変更管理の手続きと結びつけ、節目をずらすときは理由と影響を記録しながら動かすと、関係者の納得を保ちやすくなります。

マイルストーンの設定は、スケジュール管理や工程表の作成と重なりますが、見ている層が違います。工程表やガントチャートは作業の期間と前後関係を面で示すのに対し、マイルストーンは点で節目だけを示します。工程表の上に節目を重ねて使うことが多く、どちらかだけで足りるというより役割が異なると捉えるのが素直です。

計画とマイルストーンの関係でいえば、計画が作業の中身とつながりを決めるものだとすれば、マイルストーンはその計画の中で「ここは特別に意味がある」と印を付ける行為です。また、アジャイル開発ではスプリントの区切りやリリースの節目が似た役割を果たしますが、反復のたびに達成条件を見直す点で、工程を前提に置く進め方とは運用の感触が変わります。

• 工程表との違い
  工程表は作業の長さと順序、マイルストーンは通過すべき点を示します。両者は補い合う関係です。
• 進捗管理との違い
  進捗管理は日々の消化を追う活動で、マイルストーンはその進捗を節目という単位で区切る物差しです。

マイルストーンを置く力は、PMとしての段取りの見え方に直結します。達成条件を成果物と承認まで落とし込めるかどうかは、工程と関係者の構造をどこまで理解しているかの表れでもあり、面談や職務経歴書で具体的に語れると説得力が増します。どの工程にどんな節目を置き、ずれをどう見つけて調整したかを、自分の言葉で説明できる状態にしておくと強みになります。

転職を検討する際も、節目をどう設計し運用したかは、進捗管理やステークホルダー調整の経験とあわせて評価されやすい部分です。規模や業態が変わっても応用の効く基礎的な技能なので、担当したプロジェクトごとに節目の置き方を振り返っておくと、次の役割でも活かしやすくなります。

マイルストーンは何個くらい置けばよいですか

決まった数はありませんが、工程の切れ目や発注元へ報告する節目に合わせて絞るのが扱いやすいです。多すぎると日々のタスクと区別がつかなくなり、少なすぎると途中の遅れに気づきにくくなります。報告の単位で語れる粒度を目安にすると、見通しを保ちやすくなります。

日付と達成条件はどちらを先に決めますか

どちらが先というより、両方を突き合わせて調整します。希望納期から逆算して日付の目安を置き、WBSで分解した作業量と合うかを確認しながら達成条件を言葉にしていく流れが現実的です。日付だけ先に固定すると、終盤に無理が集中しやすくなります。

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

前提や範囲が変われば見直して構いません。むしろ当初のまま放置すると、基準点としての意味が薄れます。ずらす際は変更管理の手続きに沿って、理由と全体への影響を記録しながら動かすと、関係者の認識をそろえやすく、後からの説明もしやすくなります。