マイルストーン管理

マイルストーンを置く目的は、細かなタスクの消化状況ではなく「プロジェクトが前に進める状態になったか」を確認できる点を作ることにあります。タスクの進捗率は作業者の感覚に左右されやすく、八割まで来たという報告が何週間も続くことも珍しくありません。これに対してマイルストーンは、要件定義書の承認、基本設計のレビュー完了、結合テストの開始といった、達成したかどうかを後から水掛け論にしにくい区切りで引きます。

プロジェクトマネージャーはこの区切りを、ステークホルダーとの会話の土台にも使います。たとえば発注者やステコミに対して「今週は何本のタスクが終わった」と伝えても全体像は伝わりませんが、「設計完了の節目を予定どおり通過した」「受入テスト開始の節目が一週間遅れる見込み」と言えば、判断に必要な粒度で共有できます。

つまずきやすいのは、マイルストーンを置いただけで安心してしまうことです。節目を越えたかどうかの判定条件（成果物が何で、誰の承認をもって完了とするか）を決めていないと、到達したつもりで先に進み、後工程で手戻りが出ます。目的を活かすには、各節目に判定の根拠となる成果物を結びつけておく必要があります。

進め方は、まずプロジェクトの流れを工程に分け、工程の境目に節目を置くところから始まります。ウォーターフォール型であれば、要件定義完了、基本設計完了、詳細設計完了、製造完了、結合テスト完了、受入テスト完了といった工程の切れ目が自然な候補になります。反復型であれば、各イテレーションの終わりやリリース可能な状態になる点を節目に選びます。

節目を決めたら、それぞれに「完了の定義」と「成果物」と「承認者」を紐づけます。たとえば要件定義完了という節目には、要件定義書という成果物と、発注側の担当者による承認という条件を添えます。ここまで決めて初めて、節目は進捗判断に使える形になります。プロジェクトマネージャーはこれをガントチャートや工程表の上に落とし込み、各節目の予定日と実績日を並べて管理します。

運用の中心は、節目の手前で「本当に越えられそうか」を前倒しで確認することです。到達当日に未達が判明すると打てる手が限られるため、数日前の段階で残作業とリスクを点検します。節目を越えられないと見込んだときは、無理に日付を守るのではなく、遅れの幅と原因、後続工程への影響を整理して関係者に早めに共有するほうが、結果として傷が浅くなる場合が多いです。

マイルストーン管理でよく見られるつまずきには、いくつか典型的な形があります。

• 節目が多すぎて日々のタスク管理と区別がつかない
  一週間に何度も節目が来るような置き方をすると、全体像を掴むという本来の役割が薄れ、ただのチェックリストになってしまいます。節目は工程の意味ある切れ目に絞るほうが機能します。
• 完了の定義があいまいで、越えたかどうかが人によって違う
  設計完了とだけ書いてあり、どの成果物がどこまで仕上がれば完了なのかが決まっていないと、到達の判定が担当者の自己申告に流れます。承認者と成果物を結びつけておくことが欠かせません。
• 遅れを見つけても日付だけ後ろにずらして終わる
  原因を掘らずに節目の日付を書き換えるだけだと、同じ遅れが次の節目でも繰り返されます。なぜ越えられなかったのかを振り返り、後続の計画に反映する必要があります。
• 節目の達成がゴールになり、品質が置き去りになる
  日付を守ることを優先しすぎると、未完了の作業を次工程に持ち越したまま節目を通過したことにしてしまい、後でまとめて噴き出します。

マイルストーン管理は、進捗管理やスケジュール管理と重なる部分がありますが、見ている粒度が異なります。進捗管理は個々のタスクがどこまで進んだかを追う日常的な活動で、スケジュール管理は作業の順序と期間を組み立てて全体の日程に収める活動です。マイルストーン管理はこの二つの上に立ち、節目という少数の点で全体の健全さを判断する役割を担います。

工程表やガントチャートとの関係も整理しておくと混乱しにくくなります。工程表やガントチャートは作業の広がりと依存関係を面で見せる道具で、マイルストーンはその面の上に打たれた目印です。多くの工程表では、節目をひし形の記号などで表し、作業のバーとは区別して示します。片方だけでは足りず、作業の流れを工程表で、全体の節目をマイルストーンで、というように補い合う関係です。

クリティカルパスとも近いところにありますが、観点が違います。クリティカルパスは全体の期間を左右する作業のつながりを指し、マイルストーンはその経路上の到達点を確認する目印です。遅れが全体に響きやすい節目ほど、クリティカルパス上に位置していることが多く、プロジェクトマネージャーはそうした節目を重点的に見ます。

マイルストーン管理は、プロジェクトマネージャーとしての力量が見えやすい領域です。節目をどこに置き、どんな成果物と承認で完了を判定したかは、計画を立てる力と関係者を巻き込む力の両方を映します。転職の場面でも、工程の切れ目をどう設計し、遅れをどの段階で掴んで誰にどう共有したかを具体的に語れると、進捗を数字の報告で終わらせない人だと伝わりやすくなります。

経験を棚卸しするときは、節目を守れた事実そのものより、越えられそうにないと分かった局面でどう判断したかに目を向けると、再現性のある強みとして整理しやすくなります。順序としては、担当した工程の節目を思い出し、そこでの判定条件と関係者の反応を具体化していくと、職務経歴書にも落とし込みやすいです。

マイルストーンとタスクの違いは何ですか。

タスクは担当者が日々こなす作業そのものを指し、進み具合は作業量で測ります。マイルストーンは複数のタスクが集まって初めて到達できる節目で、越えたか越えていないかで判断します。タスクは面、マイルストーンはその面に打つ点、と捉えると区別しやすいです。

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

決まった数はなく、工程の意味ある切れ目に絞るのが基本です。要件定義や設計、テストといった工程の境目に置くと、全体の健全さを少数の点で判断できます。数が多すぎると日々のタスク管理と区別がつかなくなり、節目としての役割が薄れてしまいます。

節目に遅れが出そうなとき、まず何をすべきですか。

日付を書き換える前に、残作業の量と遅れの原因、後続工程への影響を整理することが先です。そのうえで関係者へ早めに共有し、人員の調整や範囲の見直しなど打てる手を一緒に検討します。当日まで黙っていると選べる対応が狭まりやすいです。