計画とマイルストーン

計画には作業の並びと期間を書きますが、それだけでは「今どこまで進んだか」を関係者が同じ基準で語りにくくなります。マイルストーンは、そこに合意可能な節目を差し込む役割を持ちます。軸は「進捗の共通言語」「意思決定のタイミング」「約束の単位」の三つに整理できます。

進捗の共通言語をつくる
「詳細設計まで終わった」「システムテストが完了した」という状態は、作業時間より関係者に伝わりやすい表現です。工程の完了を節目として置くことで、PMは経営層や顧客に対して、作業の細部を説明せずに到達点を共有できます。

意思決定のタイミングを固定する
要件定義の完了時に予算を確定する、結合テストの終了時に本番移行の可否を判断するなど、節目は判断の場と結びつきます。マイルストーンを置くと、判断を先延ばしにせず、決めるべき時点で決める流れがつくりやすくなります。

約束の単位として使う
契約や社内合意では、細かい作業単位より節目単位のほうが扱いやすい場面が多くあります。中間の成果物を納める区切りとして機能し、支払いや検収の基準にもなります。

マイルストーンは、思いつきで日付を置くのではなく、計画の構造から導きます。PMが中心となり、要件定義書やWBSをもとに、次の順で決めていくのが一般的です。

まず成果物と工程の完了点を洗い出す
要件定義の確定、基本設計書の承認、結合テストの完了、受入テストの終了といった、後戻りしにくい区切りを候補として並べます。ここでは「誰が何を承認したら完了とみなすか」を、成果物名と承認者の役割まで含めて決めておくと、後の判定でぶれにくくなります。

依存関係と順序を確認する
設計が終わらないと製造に入れない、といった前後関係を整理し、クリティカルパス上の重要な区切りを優先してマイルストーンに昇格させます。すべての工程完了を節目にすると数が多くなりすぎるため、判断や合意が必要な点に絞ります。

日付と判定条件をセットで置く
各マイルストーンには目標日だけでなく、「何をもって達成とするか」の条件を添えます。たとえば受入テスト完了なら、テスト項目の消化と重大な欠陥の解消という状態を条件にします。日付だけを置くと、達成したかどうかの解釈が人によって割れやすくなります。

マイルストーンは置いて終わりではなく、進捗管理のなかで繰り返し参照して初めて機能します。運用の軸は「達成判定」「未達時の扱い」「関係者への共有」です。

達成は条件で判定する
キックオフや定例で節目に近づいたとき、あらかじめ決めた条件に照らして達成可否を確かめます。作業がほぼ終わっているという感覚で「達成」と扱ってしまうと、実際には残作業や未解決の欠陥が後工程に流れ込むことがあります。

未達のときは影響範囲を先に見る
節目に間に合わない見込みが立ったら、後続のマイルストーンやクリティカルパスへの波及を確認します。単にその節目を後ろへずらすだけでは、最終期日との整合が取れなくなる場合があります。ここで変更管理の手続きにつなげ、関係者の合意を取り直すことが多くなります。

数と粒度に注意する
細かく置きすぎると管理が煩雑になり、粗すぎると問題の発見が遅れます。よくあるつまずきは、初期にきれいに並べた節目を途中で見直さず、実態と計画がずれたまま形だけ残ってしまうことです。定例のなかで見直す前提で運用すると、こうしたずれを早めに拾えます。

マイルストーンは、計画にまつわる他の言葉と混同されやすいため、軸を「時間の幅」「対象」「記録される情報」で区別すると整理しやすくなります。

タスクとの違い
タスクは作業そのもので、開始から終了までの幅を持ちます。マイルストーンは幅を持たない一点の節目で、作業の完了状態を表します。ガントチャート上では、タスクが横棒、マイルストーンがひし形などの記号で描かれることが多くあります。

クリティカルパスとの違い
クリティカルパスは、全体の期間を左右する作業のつながりを指します。マイルストーンはその経路上に置かれる節目であり、両者は補い合う関係です。重要な節目がクリティカルパス上にあるかどうかで、遅れの重みが変わってきます。

フェーズや工程との違い
フェーズは要件定義から設計、製造といった区間を指し、マイルストーンはその区間の終わりに置かれる点です。フェーズが「期間」を表すのに対し、マイルストーンは「そのフェーズが確かに終わった」と宣言する場だと考えると位置づけがつかみやすくなります。

マイルストーンを扱う力は、PMの日程管理と合意形成の両方に関わります。単に日付を並べるのではなく、成果物と承認者、達成条件をセットで設計できるかどうかで、計画の実用性が変わってきます。面接や職務経歴の場面でも、どんな節目をどんな条件で置き、遅れをどう関係者と調整したかを具体的に語れると、進捗管理や変更管理の経験が伝わりやすくなります。

逆に、節目を形だけ置いて達成判定があいまいなまま進めた経験は、後工程での手戻りとして表れがちです。計画づくりの段階から、判断のタイミングと約束の単位を意識して節目を置く習慣は、担当プロジェクトが大きくなるほど効いてきます。クリティカルパスや進捗管理とあわせて理解を深めておくと、計画全体を俯瞰する役割に移りやすくなります。

マイルストーンとタスクはどう使い分けますか

タスクは開始から終了までの幅を持つ作業そのもので、マイルストーンは幅を持たない一点の節目です。マイルストーンは要件定義の完了や受入テストの終了など、成果が確定した状態を表し、関係者が同じ基準で到達点を確認するために置きます。作業の管理はタスク、合意や判断の区切りは節目、と役割を分けて考えると整理しやすくなります。

マイルストーンはいくつくらい置くのが適切ですか

数に決まった正解はなく、判断や合意が必要な区切りに絞るのが基本です。工程の完了をすべて節目にすると管理が煩雑になり、粗すぎると問題の発見が遅れます。クリティカルパス上の重要な区切りや、予算確定や本番移行の可否を決める時点を優先して置き、定例のなかで見直す前提で運用すると、実態とのずれを早めに拾いやすくなります。

マイルストーンに間に合わないと分かったら何をしますか

まず後続のマイルストーンやクリティカルパスへの波及を確認します。節目を単純に後ろへずらすだけでは、最終期日との整合が取れなくなる場合があるためです。影響範囲を把握したうえで、変更管理の手続きに沿って計画を見直し、関係者と合意を取り直す流れが一般的です。判定条件を決めてあると、達成可否の議論もぶれにくくなります。