マイルストーン管理

マイルストーン管理の目的は、細かいタスクの集合を追うのではなく、プロジェクトが「意味のある段階」に到達できているかを見える形にすることにあります。たとえばシステム開発であれば、要件定義書の確定、基本設計レビューの完了、結合テストの開始、受入テストの合格といった節目がそれにあたります。これらは単なる日付ではなく、次工程に進んでよいかを判断する関門として置かれます。

この目的を支えるのが、節目ごとの「完了の定義」です。たとえば要件定義完了を節目にするなら、要件定義書が承認済みであること、未決事項が課題管理表に残っていないこと、といった条件をあらかじめ決めておきます。条件が曖昧なままだと、担当者は「だいたい終わった」と報告し、PMは到達したと受け取り、後工程で手戻りが出ます。

つまずきやすいのは、マイルストーンを多く置きすぎて日々のタスクと区別がつかなくなることです。節目は工程の切り替わりや外部との合意が必要な点に絞り、数を抑えたほうが、関係者が「いま全体のどこにいるか」を共有しやすくなります。

進め方は、まずWBSやスケジュールで全体の工程を洗い出したうえで、その中から節目になる点を選ぶ順序になります。選ぶ基準は、次工程の前提になるか、外部の承認が要るか、後戻りすると影響が大きいか、といった観点です。選んだ節目には、到達条件・期日・確認する人を紐づけておきます。

• 到達条件を決める
  その節目を「越えた」と言える成果物や承認の状態を、具体的な名詞で書きます。たとえば「基本設計書が顧客レビューを通過」のように、見れば分かる形にします。
• 確認の場を決める
  節目ごとに誰が判断するかを決めます。プロジェクト憲章やRACIで決めた承認者と揃えておくと、当日になって判断者が不在という事態を避けられます。
• 差分を見て調整する
  節目に近づいたら、計画日と見込み日の差、未達の条件を確認し、遅れそうなら後続の節目やリソースを早めに調整します。

運用で見落としやすいのは、節目を「過ぎた後」の扱いです。達成したかどうかを記録せずに次へ進むと、後から経緯を追えなくなります。達成・未達・条件付き通過のいずれかを明記し、未達なら残った条件をいつ満たすかまでセットで決めておくと、進行が曖昧にならずに済みます。

マイルストーン管理でよく起きる失敗は、節目が「日付だけ」になってしまうことです。期日は決まっているのに到達条件が決まっていないと、期日が来たときにPMは達成の可否を判断できず、担当者の自己申告に頼ることになります。この状態が続くと、節目は形だけ置かれたスケジュール上の点になり、後工程で品質やスコープの問題が表面化します。

もう一つの形が、遅れの兆候を早く拾えないケースです。節目の直前になって初めて未達が分かると、打てる手が限られます。節目に向かう途中で、前提となる成果物の進み具合や未決事項の数を確認しておくと、達成が危うい段階で調整に入れます。日々の進捗管理とマイルストーン管理を両輪で回す意味はここにあります。

さらに、節目を達成すること自体が目的化する場合もあります。条件を満たすために中身を詰め切らないまま「通過」と記録してしまうと、負債が後ろへ送られます。PMとしては、通過の判断を甘くしないことと、未達を正直に扱うことのバランスを保つ姿勢が求められます。達成率の見栄えより、次工程に進んでよいかどうかを基準に据えると判断がぶれにくくなります。

マイルストーン管理は、似た言葉といくつか混同されがちです。違いを押さえておくと、どの場面でどれを使うかが整理できます。

• 進捗管理との違い
  進捗管理は日々のタスクがどこまで進んだかを継続的に追う活動です。マイルストーン管理は、その積み上げが節目に届いているかを区切りで確認する活動で、粒度と頻度が異なります。
• ガントチャートや工程表との違い
  ガントチャートは作業の期間と前後関係を線で表す道具で、工程表は工程の流れを示します。マイルストーンはその上に置く点であり、道具そのものではなく確認すべき節目を指します。
• スケジュール管理との違い
  スケジュール管理は期日全体の調整を扱います。マイルストーン管理はそのうち特に重要な到達点に絞って合意と判断を行う、焦点の狭い活動と考えると区別しやすくなります。

混同から来る失敗として、ガントチャートを引いた時点で管理ができたと感じてしまうことがあります。線や工程を描くことと、節目で到達条件を確認して判断することは別の作業です。図はあくまで状況を見る窓であり、節目での合意形成までは自動では行われない点を意識しておくと、運用が形骸化しにくくなります。

マイルストーン管理は、PMが「全体を俯瞰して判断する役割」を担えるかどうかが表れやすい領域です。日々のタスクを追うだけでなく、節目ごとに到達条件を決め、関係者と合意を取り直し、未達を正直に扱った経験は、プロジェクト全体を預かれる人かどうかを示す材料になります。転職を検討する場面では、どの節目で何を基準に通過判断をしたか、遅れの兆候をどう早く拾ったかを具体的に語れると、進行を管理できるPMとしての説得力が増します。職務経歴書でも、達成率のような数字だけでなく、節目での意思決定の中身を書けると、担ってきた責任の範囲が伝わりやすくなります。

マイルストーン管理と進捗管理はどう違いますか。

進捗管理は日々のタスクがどこまで進んだかを継続的に追う活動です。マイルストーン管理は、その積み上げが要件定義完了や結合テスト開始といった節目に届いているかを区切りで確認する活動です。粒度が粗く、確認の頻度も少なく、次工程へ進んでよいかの判断に焦点を当てる点が異なります。

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

数の正解はありませんが、工程の切り替わりや外部の承認が必要な点に絞ると運用しやすくなります。多く置きすぎると日々のタスクと区別がつかなくなり、節目の意味が薄れます。全体のどこにいるかを関係者が一目で共有できる程度に抑えるのが目安になります。

節目が未達だったときはどう扱えばよいですか。

達成・未達・条件付き通過のいずれかを明記し、未達なら残った条件を誰がいつ満たすかまで決めておくと進行が曖昧になりません。見栄えのために甘く通過させると負債が後工程に送られます。次工程に進んでよいかを基準に判断すると、ぶれにくくなります。