マイルストーンチャートとは何か、作り方を解説

マイルストーンチャートとは、プロジェクトの主要なチェックポイントのみをダイヤモンド記号で示すタイムラインであり、タスクバーや期間の表示は含まれません。日々の作業がどう進むかではなく、何を、いつまでに達成すべきかを示すものです。

ステークホルダー向けの報告会で、詳細なガントチャートがかえって混乱を招いてしまった経験があるなら、マイルストーンチャートが解決策になります。余計な情報を削ぎ落とし、意思決定のポイントを前面に押し出せます。

マイルストーンチャートとは

マイルストーンチャート(マイルストーンタイムラインと呼ばれることもあります)は、プロジェクトの重要なチェックポイントをカレンダーに沿って一本の軸上にプロットした可視化手法です。各チェックポイントは特定の日付にダイヤモンドマーカーとして表示されます。このチャートには水平方向のタスクバーも、期間を示す網掛けも、依存関係を示す矢印もありません。純粋に、完了すべきイベントのスケジュールだけを示すものです。

「マイルストーン」という言葉は、ローマ街道沿いに距離を示すために置かれていた石標に由来します。プロジェクトマネジメントにおいても同じ発想が息づいており、マイルストーンとは意味のある進捗を示す固定ポイントであり、進行中の作業のまとまりではありません。

代表的なマイルストーンには次のようなものがあります。

• フェーズの完了(発見フェーズの承認、デザインレビュー)
• 規制上または契約上の締め切り(許可申請、契約締結)
• ステークホルダーの承認(取締役会の承認、クライアントの受け入れ)
• 成果物の引き渡し(完成したプロトタイプのQAへの引き渡し)
• 大きな支出の前に行うGo/No-Goの判断ゲート

マイルストーンには期間がゼロという特徴があります。何かが完了した瞬間を示すものであり、そこに至るまでの労力を示すものではありません。これがマイルストーンとタスクを見分ける最も明確なポイントです。

主要な事実

主要な事実:マイルストーンとプロジェクト管理

• PMIの「2024年 Pulse of the Profession」によると、プロジェクトの47%が当初の締め切りを守れておらず、進捗チェックポイントの不明確さがスケジュール遅延の主要因の一つとして挙げられています。(PMI、Pulse of the Profession 2024)
• Wellingtoneが2023年に実施した「State of Project Management」調査では、常にまたはほぼ常に期限通りにプロジェクトを完了できている組織はわずか26%であり、マイルストーンのような明確なスケジュールの目印の必要性が浮き彫りになっています。(Wellingtone、2023)
• PMIの調査によると、正式なマイルストーンレビューを継続的に実施している組織は、プロジェクトのパフォーマンスが低い組織と比べて、無駄になる費用が28分の1にとどまっています。(PMI、2023)

マイルストーンチャートとガントチャートの違い

どちらもタイムライン上で表現され、マイルストーンを示すこともできます。しかし、対象とする読み手や詳細度のレベルは異なります。

重要なのは、マイルストーンチャートがガントチャートの絞り込まれたビューであるという点です。読み手に50本ものタスクバーをスキャンさせることなく「予定通り進んでいるか」に答えられます。多くのプロジェクトマネージャーは、内部の実行管理には完全なガントチャートを維持しつつ、ステークホルダー向けの報告書や運営委員会用の資料にはマイルストーンチャートを作成しています。

良いマイルストーンの条件

すべてのタスクがマイルストーンにふさわしいわけではありません。あまりに多くの項目をマイルストーンとして扱うと、シグナルが薄まってしまいます。優れたマイルストーンには次の特徴があります。

二者択一である。 マイルストーンは達成されたか、されていないかのどちらかです。「クライアントによる要件定義書の承認」は二者択一です。「要件定義の進捗は良好」はそうではありません。ある時点でイエスかノーで答えられないなら、それはマイルストーンではありません。

SMARTである。 マイルストーンはSMART目標と同じ論理に従います。Specific(何が納品されるか具体的である)、Measurable(合否を判断できる明確な基準がある)、Achievable(スコープとリソースを踏まえて現実的である)、Relevant(戦略的な成果に結びついている)、Time-bound(範囲ではなく単一の固定日付である)です。

成果に焦点を当て、活動には焦点を当てない。 「トレーニングを3回実施する」はタスクです。「トレーニング完了:全24名のスタッフが認定取得済み」はマイルストーンです。この違いが重要なのは、ステークホルダーが気にかける成果物にチェックポイントを結びつけているからです。

意思決定ゲートまたは引き渡しを表す。 最も強力なマイルストーンは、プロジェクトが次のフェーズに進むか、正式な判断のために一時停止するかの瞬間です。Go/No-Goレビュー、クライアントの承認、規制当局の承認はいずれもこれに該当します。これらのゲートは、プロジェクトライフサイクル内の自然なリスクチェックポイントとしても機能します。

プロジェクト憲章や契約に紐づいている。 憲章やクライアントとの契約に記載されているマイルストーンが最も重みを持ちます。それらは単なる内部的な期待ではなく、義務を示すものです。

一般的なプロジェクトのタイムラインでは、6〜12個のマイルストーンを目安にしてください。5個未満だと可視性が不足し、15個を超えるとダイヤモンドが付いたタスクリストのように見え始めます。

マイルストーンチャートのメリット

ステークホルダーが実際に目を通してくれる。 1ページのマイルストーンチャートはスライド1枚に収まります。30行に及ぶガントチャートは、取締役会メンバーやスポンサーからほとんど見向きもされません。コミュニケーションが目的である場合、シンプルさが勝ちます。

遅延を早期に可視化できる。 各マイルストーンが日付に紐づいているため、遅延しているまたはリスクのあるチェックポイントはすぐに分かります。「チームは進めています」という言葉の裏に隠れる余地はありません。期日までに達成するか、しないかのどちらかです。

並行するワークストリームを支援する。 大規模なプログラムでは複数のチームが並行して動くことがよくあります。マイルストーンチャートなら、5つの異なるワークストリームのマイルストーンを1本のタイムライン上に示すことができ、複数のガントチャートを見比べなくても依存関係や順序が一目で分かります。

プロジェクトステータスレポートと自然に組み合わせられる。 ステータスレポートには通常、RAG(赤・黄・緑)のサマリーが含まれます。このサマリーをマイルストーンチャートと組み合わせることで、状況がより具体的になります。「プロジェクトは黄色です」と言う代わりに、どのマイルストーンが何日リスクにさらされているかを具体的に示せます。

プロジェクトベースラインの基盤となる。 承認されると、マイルストーンチャートはベースラインの一部になります。マイルストーンの日付を変更するには正式な変更リクエストが必要になり、スコープクリープからスケジュールを守る役割を果たします。

よくある間違い

タスクをマイルストーンとして扱う。 ダイヤモンドマーカーに期間がある場合(「ユーザーテスト:2週間」など)、それはマイルストーンではなくタスクです。期間を削除するか、明確な完了マイルストーンを持つタスクへと分解しましょう。

マイルストーンを詰め込みすぎる。 30個のダイヤモンドが並ぶチャートは、別の種類の雑然さでしかありません。徹底的に絞り込みましょう。意思決定が行われる、成果物が引き渡される、フェーズが正式に完了する、これらのポイントだけを残します。

あいまいなマイルストーン名を設定する。 「フェーズ2」だけでは誰にも何も伝わりません。「フェーズ2完了:クライアントによるプロトタイプ承認」であれば明確で行動につながります。マイルストーン名は常に完了した成果として書きましょう。

ガントチャートとの依存関係の確認を省略する。 マイルストーンチャートはタスク間の依存関係を示さないため、マイルストーンチャートだけに頼るチームは重要な順序の問題を見落とすことがあります。これはコミュニケーションのためのツールであり、完全なスケジュールの代わりにはなりません。

チャートを静的なものとして扱う。 プロジェクトは変化します。キックオフ時点では正確だったのに、その後更新されていないマイルストーンチャートは誤った安心感を生みます。ステータスサイクルごとに見直し、更新しましょう。

マイルストーンを作業分解構成図に紐づけていない。 マイルストーンは、特定のWBS成果物の完了に対応しているべきです。マイルストーンの裏に追跡可能なWBS項目がなければ、実質的な説明責任は存在しません。

マイルストーンチャートの作り方

ステップ1:プロジェクトのスコープと成果を定義する

何かを描き始める前に、プロジェクトのスコープ、主要な成果物、そして最終目標を確認しましょう。信頼できる情報源として、プロジェクト憲章やプロジェクトプランニングの文書を使ってください。あいまいなスコープの上に作られたマイルストーンチャートは、役立つどころか誤解を招きます。

ステップ2:候補となるマイルストーンを洗い出す

主要な成果物、フェーズの完了、意思決定ゲート、外部依存関係をすべてリストアップしましょう。この段階では絞り込みません。よくある情報源は次の通りです。

• プロジェクトライフサイクル内のフェーズゲート(開始、計画、実行、終結)
• クライアントとの契約上のコミットメント
• 規制上の申請期限
• 次のフェーズを開始する前に必要な承認
• チームやベンダー間の主要な引き渡し

このリストを作業分解構成図(WBS)と照らし合わせ、各マイルストーンが実際の成果物に対応していることを確認してください。

ステップ3:真のマイルストーンに絞り込む

候補リストを見直し、二者択一のテストを適用します。特定の日付で「はい、完了」または「いいえ、未完了」と答えられないマイルストーンは、より明確な成果を示す表現に変えるか、削除してください。3〜12か月程度の典型的なプロジェクトであれば、6〜12個のマイルストーンを目安にしましょう。

ステップ4:現実的な日付を割り当てる

固定の終了日がある場合は最終締め切りから逆算し、より柔軟性がある場合は開始日から順算します。各マイルストーンについて、根底にある作業の完了に必要な時間を見積もり、タイミングに影響しうるタスクの依存関係を確認し、リスクの高いマイルストーンの前にバッファを設けましょう。

他のプロジェクトの日付をそのまま流用するような近道は避けてください。日付は、あなたのチームのキャパシティと成果物固有の複雑さを反映している必要があります。

ステップ5:チャートを描く

マイルストーンを水平のタイムライン上にプロットします。一般的な作法は次の通りです。

• 横軸: 暦上の日付(プロジェクトの長さに応じて週、月、四半期単位)
• ダイヤモンドマーカー: マイルストーンごとに1つ、期日に配置
• ラベル: ダイヤモンドの上または下にマイルストーン名を短く、成果として表現する
• 色分け(任意): ステータス更新時に、順調なら緑、リスクありなら黄、遅延なら赤
• ベースラインと現在の比較(任意): スケジュールが遅延した場合、当初の予定日と修正後の日付を並べて表示

多くのプロジェクト管理ツールは、タスクリストからマイルストーンチャートを自動生成します。スプレッドシートでは、ダイヤモンド型のデータポイントを使った散布図でも十分機能します。

ステップ6:レビューしてベースライン化する

プロジェクトスポンサー、主要なステークホルダー、チームと草案を共有しましょう。すべてのマイルストーン名が理解されているか、すべての日付が達成可能か、重要なチェックポイントが漏れていないかを確認します。承認されたら、チャートをベースライン化します。この時点以降、マイルストーンの日付を変更するには正式な変更リクエストの記録が必要となり、スケジュールに対する説明責任が保たれます。

マイルストーンチャートの例

プロジェクトの種類によって、マイルストーンのパターンは異なります。よくある3つの例を紹介します。

いずれのマイルストーンも、完了した成果として書かれ、特定の時点に紐づき、合否が明確に判断できる形になっている点に注目してください。

ベストプラクティス

やるべきこと:

• すべてのマイルストーンを完了した成果として記述する(「Xが承認された」「Yが納品された」)
• ステークホルダーが目を通せるよう、チャートは1ページに収める
• レビュー会議のときだけでなく、リアルタイムで日付を更新する
• 各マイルストーンに責任を持つ担当者を明確に紐づける
• プロジェクトが進行中の間は、ベースラインと現在の日付の両方を表示する
• ステークホルダー向けの更新のたびに、マイルストーンチャートとプロジェクトステータスレポートを組み合わせる

避けるべきこと:

• 正式な変更リクエストなしにプロジェクト途中でマイルストーンを追加する
• 「フェーズ2」や「テスト完了」のようなあいまいな名前を使う
• 更新の間隔が空いてチャートが古くなるままにする
• マイルストーンチャートを完全なガントスケジュールの代替として扱う
• 同じマイルストーンを複数の担当者に割り当てる(責任の所在が曖昧になる)

よくある質問

マイルストーンとタスクの違いは何ですか? タスクには期間があり、一定期間にわたって行われる作業を表します。マイルストーンには期間がなく、特定の成果が完了した瞬間を示します。「要件定義書を作成する」はタスクです。「クライアントによる要件定義書の承認」はマイルストーンです。

マイルストーンチャートは依存関係を示せますか? 直接的には示せません。依存関係を示す矢印は、マイルストーンチャートではなく、ガントチャートやPERTチャートの機能です。ただし、マイルストーンをタイムライン上で順序立てて配置し、「マイルストーン3の承認が必要」といった簡単な注記を加えることで、間接的に依存関係を示すことはできます。

プロジェクトにはいくつのマイルストーンが必要ですか? 3〜12か月程度のプロジェクトであれば、6〜12個が目安として有効です。5個未満だと、更新の間にステークホルダーが得られる可視性が不足します。15個を超えると、チャートが雑然とし、各マーカーの重要性が薄れがちです。

マイルストーンチャートの作成にはどのソフトウェアを使えますか? 多くのプロジェクト管理ツール(Asana、Monday.com、Jira、MS Projectなど)は、マイルストーンビューを自動生成します。手早く単独のチャートを作りたい場合は、ダイヤモンドマーカー付きの散布図を使ったスプレッドシートでも十分です。ステークホルダー向けの資料には、PowerPointやGoogleスライドといったプレゼンテーションツールもよく使われます。

マイルストーンチャートとロードマップの違いは何ですか? ロードマップは、通常四半期や年単位で、正確な日付を示さずに製品や施策の方向性を伝える戦略的なコミュニケーションツールです。マイルストーンチャートは、正確な日付と二者択一の合否基準を伴う、特定のプロジェクトに紐づく実務的なツールです。ロードマップは意図を伝え、マイルストーンチャートはコミットメントを追跡します。

マイルストーンチャートは、作業分解構成図やクリティカルパス分析、完全なプロジェクトプランニングの文書の代わりにはなりません。しかし、すべてのステークホルダーが「何が重要で、いつまでに達成すべきか」で足並みを揃え続けられる、唯一無二の資料になります。すべてのプロジェクトの開始時に一つ作成し、常に最新の状態を保ち、ステータス更新のたびに共有してください。

関連記事

• ガントチャートとは何か
• プロジェクトライフサイクル:フェーズ、テンプレート、事例
• 作業分解構成図(WBS)を解説
• プロジェクト憲章とは何か、作り方
• プロジェクト管理におけるタスクの依存関係
• クリティカルチェーンプロジェクトマネジメント