自分が書いていないプロジェクト計画を開いて、マイルストーンを探してみてください。たいていは「フェーズ2完了」のようなものが見つかるはずです。カレンダー上で2週間にわたって伸びるバーで、担当者は誰もおらず、「完了」が実際に何を意味するのかも書かれていません。
それはマイルストーンではありません。仮装したタスクであり、何かを警告してくれることは決してありません。
マイルストーンは、プロジェクト管理において最も安上がりな早期警報システムです。追加のツールも追加の会議も必要なく、セットアップにかかるのはせいぜい20分程度です。ただし、特定のやり方で組み立てた場合にしか機能せず、ほとんどの計画はそうなっていません。ここでは、機能するバージョンがどういうものかを紹介します。
マイルストーンは「時点」であり、作業の期間ではない
PMBOK ガイドは、マイルストーンを、プロジェクト、プログラム、またはポートフォリオにおける重要な時点またはイベントと定義しています。鍵となる言葉は時点です。マイルストーンの期間はゼロです。時間も予算も人も消費しません。
このゼロは、単なる形式上の話ではありません。仕組みのすべてです。
タスクは60%完了という状態になり得ます。マイルストーンはそうはなりません。特定の日に達成されるか、されないかのどちらかであり、この二択こそが管理ポイントとして使える理由です。マイルストーンに開始日と終了日を与えた瞬間、チームに「ほぼできています」と報告する余地を与えてしまいます。そして「ほぼできています」こそが、4週間の遅れをローンチの前の週まで見えなくさせてしまう原因なのです。
4つの質問によるテスト
計画にマイルストーンを追加する前に、次の質問にかけてみましょう。
- 二択か？ 誰かがもっともらしく「一部は」と答えられるなら、それはタスクです。
- 下流で何かが変わるか？ 本物のマイルストーンは、作業を解放し、資金を払い出し、責任を移します。翌日に何も変わらないなら、それはただの飾りです。
- デリバリーチーム以外の誰かが気にするか？ マイルストーンは、スケジューリングの道具であると同時にコミュニケーションの道具でもあります。自分のチームにしかわからないチェックポイントは、マイルストーンの列ではなくタスクリストに入れるべきです。
- 受け入れ基準を1文で書けるか？ 書けないなら、達成されたかどうかについて誰も合意できません。
この最後の質問が最も大きな役割を果たします。「テスト」はマイルストーンではありません。「テスト完了、未解決のクリティカルな欠陥ゼロ」はマイルストーンです。後者は、クリティカルなバグが3つ残っている間は達成と宣言できません。まさにそこがポイントです。正確な受け入れ基準は「99%完了症候群」の特効薬です。これは、チェックポイントが完了とされた後ろで、2週間分の後始末がひっそりと続いている状態のことです。
そして担当者を割り当てます。マイルストーンにつながる作業を行う人ではなく、その基準に照らして達成か未達成かを宣言するただ1人の人です。「チーム」のものであるチェックポイントは、誰も責任を持って守る必要のないチェックポイントです。
マイルストーンはいくつが適切か？
失敗パターンは2つあります。9か月のプログラムにマイルストーンが3つでは役に立ちません。最初の正直なシグナルが届くのは4か月目です。12週間のプロジェクトに40個のマイルストーンも同じく役に立ちません。すべてがチェックポイントなら、何もチェックポイントではないからです。
実践的なルールはこうです。プロジェクトのどの区間も、マイルストーンなしで2〜4週間を超えないように間隔をあけ、合計数は1枚の進捗報告スライドに収まる程度に抑えます。ほとんどのプロジェクトでは、5〜12個に落ち着きます。
ほぼどんな分野にも応用できる、デフォルトのセットは次のとおりです。
- 計画承認とベースライン設定
- スコープ凍結
- 設計または仕様の承認
- 構築完了／機能凍結
- クライアント、顧客、または QA への引き渡し
- 本番稼働
マイルストーンには日付だけでなく先行タスクが必要
これは、システム全体をひっそりと無効にしてしまう構造上の間違いです。依存関係が何もつながっていないまま、マイルストーンを日付の上に置いておくことです。
先行タスクのないマイルストーンは主張にすぎません。誰かが11月14日と入力したから、11月14日にあるだけです。周りのタスクが遅れても、ひし形は動きません。そして計画は、3週間前に事実ではなくなった日付を発表し続けます。
先行タスクのあるマイルストーンは計算です。チェックポイントを宣言する前に終わらなければならないタスクをすべて、終了-開始でひし形にリンクすれば、マイルストーンはそれらの終了日のうち最も遅い日になります。先行タスクのどれか1つが遅れれば、マイルストーンも同じ日にチャート上で動きます。誰かが気づく必要はありません。
計画時に考慮しておきたい帰結が2つあります。第1に、多くのリンクが流れ込むマイルストーンは合流点であり、合流点にはリスクが集中します。先行タスクが6つあれば、遅れる可能性が独立して6回あり、そのすべてが1つの日付に集まります。第2に、マイルストーンもネットワーク内のほかのノードと同じようにフロートを引き継ぎます。フロートがゼロのマイルストーンはクリティカルパス上にあり、ひっそり逃してよいチェックポイントではありません。
マイルストーンの追跡：マイルストーントレンド分析
マイルストーンがスケジュールに正しく組み込まれれば、プロジェクト管理において最も情報量が多く、最も使われていないチャートが使えるようになります。
マイルストーントレンド分析はシンプルです。報告サイクルごとに、各マイルストーンのその時点での予測日を記録します。上書きするのではなく、履歴を残します。横軸に報告日、縦軸にマイルストーンの予測日をプロットします。
本番稼働のマイルストーンを毎週追跡すると、次のようになるかもしれません。
| レビュー日 | 本番稼働の予測日 |
|---|---|
| 第1週 | 11月14日 |
| 第2週 | 11月14日 |
| 第3週 | 11月19日 |
| 第4週 | 11月26日 |
| 第5週 | 12月3日 |
線が平らなら、予測は安定しています。線が上がっているなら、マイルストーンは遠ざかっています。そして本当のシグナルは傾きです。第3週以降、このプロジェクトは1週間ごとに7日ずつ遅れています。つまり、本番稼働日はカレンダーが進むのとまったく同じ速さで遠のいているのです。これは後半で挽回できるプロジェクトではありません。計画と現実が乖離してしまったプロジェクトです。そしてチャートは、期日が正式に守れなくなる3週間前にそれを示していました。
これを機能させるには1つの規律が必要で、それは直感に反するものです。現実に合わせて元の日付を編集するのではなく、遅れを記録すること。誰かがマイルストーンを今の位置までこっそりドラッグするたびに、データポイントが1つ失われ、トレンドは平らになって心地よい嘘に変わります。
LoopGantt での仕組み
LoopGantt では、マイルストーンは期間ゼロのタスクであり、各ビューはあえてそれを異なる方法で表示します。
- ガントチャートでは、バーではなくひし形で表示されるため、計画のチェックポイントがひと目でわかります。また、クリティカルパスのハイライトによって、どのマイルストーンのフロートが残っていないかがすぐにわかります。
- テーブルビューでは、開始日と終了日が同じになり、「日数」列は空欄になります。そのため、他人の計画の監査がすばやくできます。マイルストーンというラベルなのに期間が表示されているものは、マイルストーンではありません。
- カレンダービューでは、ひし形はセルをまたがずにその1日の上に置かれ、セルをまたぐタスクのすぐ隣に表示されます。
- WBS ツリーでは、マイルストーンは円形のタスクノードの間にひし形のノードとして表示されるので、各フェーズが本当にチェックポイントで終わっているかどうかを確認できます。
マイルストーンが真価を発揮するのはダッシュボードです。ダッシュボードには専用の「マイルストーン」パネルがあり、各マイルストーンが日付とステータスとともに一覧表示されます。さらに「スケジュールチェック」セクションでは、ネットワーク上で問題があると判断されたマイルストーンにフラグが立ちます。たとえば、リスクのあるマイルストーン：「プロジェクトキックオフ」— このマイルストーンの前にバッファー時間を追加するか、先行タスクのスコープを縮小してくださいのように表示されます。これらのチェックは依存関係のグラフとフロートから直接計算されるため、即座に表示され、AI の利用枠も消費しません。
上で紹介したトレンド分析のために、ベースラインには計画した日付が保存されるので、記憶や古いスクリーンショットに頼らずに、計画上のマイルストーン日と現在のマイルストーン日を比較できます。ガントチャート、依存関係、マイルストーン、クリティカルパス分析はすべて Free プランで利用できます。ベースラインと差異の追跡は Pro に含まれ、Teams プランはメンバー単位で課金されます。現在の料金はこちらです。
避けたい4つの間違い
- マイルストーンに期間を与える。一部だけ完了と報告できるようになってしまいます。これは、チェックポイントが決してそうなってはならない唯一の状態です。
- リンクしないままにする。リンクされていないマイルストーンは遅れることがないので、警告もしてくれません。期日を守れなかったその日まで、日付を保ち続けます。
- 受け入れ基準を書かないままにする。基準がなければ、「完了」かどうかは、進捗会議で最も自信のある人によって交渉で決まってしまいます。
- 遅れを記録せずに日付を編集する。きちんとした整理のように感じられますが、トレンドを示してくれたはずの唯一のデータセットを破壊してしまいます。
まとめ
役に立つマイルストーンには5つの特性があります。期間ゼロ、二択の結果、指名された担当者、書面化された受け入れ基準、そしてそこに流れ込む本物の先行タスクです。これらを正しく押さえれば、計画は問題が表面化する何週間も前にそれを報告し始めます。間違えれば、手元に残るのは飾りのひし形だけです。
現在の計画にすでにマイルストーンがあるなら、今週1回監査してみてください。1つずつ開いて、何がリンクされているかを確認します。上流に何もつながっていないマイルストーンこそ、あなたに嘘をついているマイルストーンです。