対象試験と出題頻度
マイルストーンは、基本情報技術者・応用情報技術者で出題されるテーマです。
プロジェクトマネジメント分野の進捗管理に関する用語として定番化しており、「アローダイアグラム」「ガントチャート」「クリティカルパス」と一緒に問われることが多く、それぞれの役割を正確に区別できるかが問われます。
詳細をクリックして確認
基本情報技術者
応用情報技術者
★★★☆☆
ランクB（標準）覚えておくと有利
用語の定義
情報処理試験を勉強していると、「マイルストーンってよく聞くけど、結局スケジュール表とどう違うの？」と混乱しがちです。
マイルストーン（Milestone）とは、一言で言うと
「プロジェクトの進捗を確認するために設定する、重要な中間目標地点」
のことです。
イメージとしては、「登山道に立つ道しるべ」です。
登山では「5合目」「7合目」「山頂」のように、要所要所に到達目標があります。これがあると、自分が今どこまで進んでいるのか、ペースは予定どおりなのかを判断できます。
マイルストーンも同じで、プロジェクト全体の流れの中で「ここまで来たら一区切り」と決めた節目です。期間を持たず、一瞬の通過点として扱うのが特徴です。
📊 マイルストーンの基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Milestone |
| 分野 | プロジェクトマネジメント（進捗管理） |
| 期間 | 持たない（瞬間の節目） |
| 典型例 | 要件定義完了、設計完了、テスト完了、リリース日 |
解説
プロジェクトは数か月〜数年に及ぶことが多く、全体を一気に進めると「どこで遅れているか」「どこまで完了しているか」が把握しづらくなります。
そこで、長いプロセスをいくつかの節目で区切り、節目ごとに進捗を点検する仕組みが必要になりました。これがマイルストーンを設定する目的です。
マイルストーンが果たす役割
節目を置くことで、進捗の遅延を早期に発見でき、ステークホルダーへの報告タイミングも明確になります。
さらに、節目を区切りとして次工程への移行可否（ゲート判定）を行う運用もよく取られます。
プロジェクトのタイムラインとマイルストーン
◆＝マイルストーン（節目）。各フェーズの完了時点に置き、ここで進捗を点検してから次フェーズへ進む。
タスクとの違い
初学者がつまずきやすいのが、タスクとの違いです。タスクは「期間（開始日と終了日）を持つ作業」ですが、マイルストーンは「期間を持たない瞬間の節目」です。
ガントチャートでは、タスクは横棒で、マイルストーンはひし形（◆）で表現されるのが慣例です。
| 比較項目 | タスク | マイルストーン |
|---|---|---|
| 期間 | あり（数時間〜数週間） | なし（瞬間） |
| 表す内容 | 実施する作業 | 達成すべき状態・節目 |
| ガント表記 | 横棒（バー） | ひし形（◆） |
| 例 | 「結合テストを実施する」 | 「結合テスト完了」 |
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 マイルストーンの核心を3行で
・プロジェクトの節目に置く「達成すべき状態」を示す通過点
・期間を持たず、ガントチャートではひし形（◆）で表す
・進捗確認・遅延の早期発見・次工程移行の判断材料として使う
試験ではこう出る！
マイルストーンは、FE・APの午前問題でプロジェクトマネジメント・進捗管理の文脈で出題されます。出題の切り口は次の2つです。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| FE H30秋 午前 問52 |
アローダイアグラム中で「マイルストーンを設けるのに最も適切な箇所」を選ぶ問題。 | ・複数作業の合流点（節目）が正解 ・単一作業の途中をひっかけで出す |
| AP H25春 午前 問52 |
プロジェクトの進捗管理におけるマイルストーンの説明として適切なものを問う問題。 | ・「重要な節目」「特定の時点」がキーワード ・「作業の集まり」（WBS）の説明がひっかけ |
| FE H22秋 午前 問51 |
ガントチャートやマイルストーンを含む進捗管理ツールの特徴を選ぶ問題。 | ・節目の通過判定で使う点が正解 ・コスト管理・リスク管理の説明はひっかけ |
📝 IPA試験での出題パターン
パターン1：「マイルストーンの説明を選べ」
4つの選択肢から正しい説明を選ぶ形式。正解の文言には「特定の時点」「重要な節目」「達成状態」が含まれる。ひっかけとして「作業を階層的に分解した構造」（WBS）、「最長の作業経路」（クリティカルパス）、「資源の投入計画」（リソース計画）の説明が紛れ込みます。
パターン2：「マイルストーンを設定すべき箇所を選べ」
アローダイアグラム上で、節目として最も適切な箇所を選ばせる形式。複数の作業の合流点や、フェーズの切れ目（要件定義完了、設計レビュー通過など）が正解になります。
頻出キーワードは「節目」「特定の時点」「進捗確認の基準点」の3つです。ここまででOK、深追いは不要です。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. プロジェクト管理における「マイルストーン」の説明として、最も適切なものはどれでしょうか？
- A. プロジェクトで実施するすべての作業を階層的に分解し、ツリー構造で整理したもの。
- B. プロジェクトの進捗を管理するうえで重要となる節目を表し、特定の時点で達成すべき状態を示す通過点。
- C. プロジェクトの開始から完了までの作業経路のうち、所要日数が最も長い経路。
正解と解説を見る
正解：B
解説：
マイルストーンは「重要な節目」「特定の時点での達成状態」を示す通過点であり、Bが正しい説明です。期間を持たない瞬間の到達目標として扱われます。
選択肢AはWBS（Work Breakdown Structure）の説明です。WBSはプロジェクトの作業を階層的に分解した構造で、マイルストーンとは別の概念です。選択肢Cはクリティカルパスの説明です。クリティカルパスはアローダイアグラム上で所要日数が最大となる経路を指し、節目を示すマイルストーンとは役割が異なります。
よくある質問（FAQ）
Q. マイルストーンは1つのプロジェクトでいくつ設定するのが適切ですか？
明確な決まりはありませんが、実務ではプロジェクト期間や重要フェーズの切れ目に合わせて5〜10個程度設定するのが一般的です。設定しすぎると一つひとつの重みが薄れ、少なすぎると遅延の検知が遅れます。要件定義完了、基本設計完了、結合テスト完了、リリースのように、フェーズ移行のタイミングに置くと運用しやすくなります。
Q. マイルストーンを通過できなかった場合、プロジェクトはどうなりますか？
節目を予定どおりに通過できない場合、まず原因分析と影響範囲の確認を行います。多くの現場では「ゲートレビュー」と呼ばれる判定会議を開き、次工程に進むか、計画を見直すかを決定します。スケジュール短縮策としてファストトラッキングやクラッシングを検討するケースもあります。マイルストーン自体が遅延管理の判断材料になる点が、ガントチャートの単なる横棒との大きな違いです。
Q. マイルストーンと「成果物」は同じものですか？
違います。成果物（Deliverable）は「設計書」「テスト結果報告書」のようなアウトプットそのものを指します。一方、マイルストーンは「設計書が承認された時点」のような達成状態の節目です。成果物が完成・承認されたタイミングをマイルストーンとして設定することは多いですが、両者は別の概念です。試験で両者を入れ替えた選択肢が出されることがあるので注意してください。
Q. アジャイル開発でもマイルストーンを使いますか？
使います。アジャイル開発では各スプリントの終了時点や、リリース可能な機能セットがそろった時点（MVPの完成、ベータリリースなど）をマイルストーンとして扱います。ウォーターフォール型ほど厳格なゲートレビューは行いませんが、ステークホルダーへの中間報告や次イテレーションの方針決定の節目として機能します。
