プロジェクトマネジメント

プロジェクトマネジメント用語一覧|基本・管理・役割・略語をわかりやすく解説

はじめに

「プロジェクトマネジメントの用語が多すぎて意味が分からない」「WBSやKPIなど略語ばかりで、調べても理解が追いつかない」と感じていませんか。

実際に、資料や会議で専門用語が飛び交う中で、何を指しているのか曖昧なまま進んでしまい、判断や指示に迷う場面は少なくありません。
本来、用語は仕事を進めやすくするための共通言語ですが、整理されていない状態だと逆に混乱の原因になります。

この記事では、基本用語から管理に関わる言葉、役割、略語までを一つずつ整理し、現場でそのまま使える理解に落とし込みます。順を追って確認していけば、用語でつまずかずに会話や判断ができる状態までスムーズに進められます。

プロジェクトマネジメントの基本用語

プロジェクトマネジメントを理解するうえで、まず押さえておくべきなのが基本用語です。

言葉の意味が曖昧なまま進めてしまうと、認識のズレによって進行遅れや判断ミスが起きやすくなります。

ここでは、実務で頻繁に使われる代表的な用語を取り上げ、それぞれがどのような意味を持ち、どの場面で使われるのかを具体的に整理していきます。順を追って理解することで、プロジェクト全体の流れと判断基準が明確になります。

 プロジェクト

プロジェクトとは、開始日と終了日が明確に決められた業務のまとまりを指します。

たとえば、2026年4月1日に開始し2026年6月30日までにECサイトを公開するなど、期限と成果物が具体的に設定され、その期間内に完了させることが前提になります。

日常業務のように終わりがなく繰り返される作業とは異なり、目標・期間・成果物が固定されているため、進捗や達成度を日単位や週単位で管理できる状態で進める必要があります。

 ステークホルダー

ステークホルダーとは、プロジェクトの結果によって直接または間接的に影響を受ける人や組織を指します。

たとえば、成果物を利用する顧客、費用を負担する発注者、進行を管理する責任者、実作業を担当するメンバーなど、意思決定・承認・作業のいずれかに関与する立場が該当します。

これらの関係者は承認のタイミングや報告頻度をあらかじめ決めておかないと、仕様変更や判断遅れが発生し、スケジュールやコストに影響が出るため、開始時点で関与範囲と役割を明確にして管理する必要があります。

 スコープ

スコープとは、プロジェクトで実施する作業内容と作成する成果物の範囲を具体的に定義したものです。

たとえば、2026年6月30日までに公開するECサイトについて、商品登録機能・決済機能・管理画面の3機能を開発対象とし、在庫管理システムとの連携は対象外と明記するように、何を実施し何を実施しないかを線引きします。

この範囲が曖昧なまま進めると、作業追加の判断が都度発生して工数が増加し、当初の納期や予算を超過するため、開始時点で作業単位まで分解して確定させる必要があります。

マイルストーン

マイルストーンとは、プロジェクトの進行状況を確認するために設定する日付付きの通過点です。

たとえば、2026年4月15日に要件定義完了、2026年5月15日に設計完了、2026年6月15日にテスト完了というように、成果物が完成した時点を日付で固定して設定します。

これらの通過点を基準に実績日付と比較することで遅延が何日発生しているかを判断できるため、進捗のズレを週単位や日単位で把握し、次の工程への影響を早期に判断するために使用します。

プロジェクトの計画・管理に関する用語

プロジェクトを計画通りに進めるためには、タスクの分解方法やスケジュールの可視化、遅延要因の特定など、実務で使う管理用語の理解が欠かせません。

これらの用語を正しく理解していないと、作業の抜け漏れや進捗の見誤りが発生し、結果として納期遅延につながります。ここでは、計画立案から進捗管理までの各場面で使われる代表的な用語を取り上げ、それぞれの役割と使いどころを具体的に整理していきます。

順を追って確認することで、実務でそのまま使える管理の基準が明確になります。

 WBS(Work Breakdown Structure)

WBS(Work Breakdown Structure)とは、プロジェクトで実施する作業を1日から3日程度で完了できる単位まで分解し、一覧化した作業構造図です。

たとえば、ECサイト開発であれば「設計」「開発」「テスト」といった工程をさらに分け、「商品登録画面のUI設計(2日)」「決済処理の実装(3日)」「結合テスト(2日)」のように作業単位と所要日数を明確にします。

このように分解することで、各作業の開始日・終了日・担当者を日付単位で設定でき、進捗遅れが何日発生しているかを正確に把握できるため、スケジュール管理の基準として使用します。

 ガントチャート

ガントチャートとは、WBSで分解した各作業の開始日と終了日を横棒で可視化し、日付軸に沿って並べたスケジュール表です。
たとえば、2026年4月1日開始の作業Aを4月3日まで、作業Bを4月4日から4月8日までというように、各作業の期間を日単位で配置します。

これにより、作業同士の前後関係や重なりが一目で確認でき、実績の進捗日付を重ねて比較することで、どの作業が何日遅れているかを即時に判断できるため、スケジュール管理の基準として使用します。

ボトルネック

ボトルネックとは、後続作業の開始を止めて全体の進行を遅らせている特定の作業や工程を指します。

たとえば、設計完了が2026年5月10日の予定に対して5月15日まで遅れると、5月11日開始予定の開発作業が開始できず、その遅れが5日分そのまま後続工程に伝播します。

このように、前工程の完了が条件になっている作業が遅延すると全体の終了日が同日数だけ後ろにずれるため、依存関係上で後続作業を待たせている箇所を特定し、優先的に解消する対象として扱います。

 バッファ

バッファとは、作業の遅延に備えてあらかじめスケジュールに組み込む余裕日数のことです。

たとえば、2026年6月30日が最終納期の場合、実作業の完了予定を6月25日に設定し、残り5日を調整期間として確保するように、日数を明確にして配置します。

この余裕を設定しておくことで、想定外の作業遅れが発生しても納期を超過せずに吸収できるため、計画段階で作業期間に対して数日単位の余裕を加えて設定します。

プロジェクトの役割に関する用語

プロジェクトを円滑に進めるためには、誰がどの範囲の責任を持ち、どの業務を担うのかを明確にすることが重要です。

役割の定義が曖昧なまま進めてしまうと、意思決定の遅れや対応漏れが発生し、プロジェクト全体の進行に影響が出ます。
ここでは、プロジェクト運営において中心となる代表的な役割を取り上げ、それぞれの責任範囲と具体的な役割の違いを整理していきます。

順を追って理解することで、実務での役割分担と判断基準が明確になります。

 PM(プロジェクトマネージャー)

PM(プロジェクトマネージャー)とは、プロジェクト全体の進行と成果に対して最終責任を持つ担当者です。

たとえば、開始時にスコープ・スケジュール・予算を確定し、日次または週次で進捗を確認しながら、遅延が発生した場合は何日遅れているかを把握した上で担当者の再割り当てや作業順序の変更を判断します。

また、承認が必要な事項は決裁者に対して期限を設定して依頼し、回答が得られない場合は再通知や期限再設定を行うなど、意思決定を止めないよう管理します。

これらを継続して実行することで、納期内に成果物を完成させる責任を負います。

 PMO(プロジェクトマネジメントオフィス)

PMO(プロジェクトマネジメントオフィス)とは、複数のプロジェクトに共通する管理ルールや進捗の見える化を統一し、PMの管理業務を支援する組織です。

たとえば、全プロジェクトで同じフォーマットの進捗報告書を週1回提出させ、遅延日数やコスト差異を数値で集約し、問題が発生している案件を即時に特定できる状態にします。また、WBSやガントチャートの作成ルールを統一し、各PMが同じ基準でスケジュールを作成できるようにすることで、進捗の比較と判断を一貫した基準で行えるようにします。

これにより、管理方法のばらつきを防ぎ、全体の進行状況を日単位や週単位で把握できる状態を維持します。

 PL(プロジェクトリーダー)

PL(プロジェクトリーダー)とは、特定のチームや工程の作業進行を管理し、担当範囲の成果を期限内に完了させる責任を持つ役割です。

たとえば、開発チームのPLであれば、各メンバーに1日から3日単位の作業を割り当て、日次で進捗を確認し、予定より遅れている場合はその日のうちに作業分担の見直しや追加対応を指示します。

また、進捗状況を週単位でPMに報告し、遅延が全体スケジュールに影響する場合は影響日数を明確にして共有します。
このように、担当範囲内の作業を日単位で管理し、遅延を拡大させないことを役割とします。

プロジェクト管理でよく使われる略語

プロジェクト管理では、進捗や成果を数値で把握し、状況を迅速に共有するために多くの略語が使われます。

これらの意味を正しく理解していないと、報告内容の解釈を誤ったり、判断が遅れる原因になります。
ここでは、実務で頻繁に登場する代表的な略語を取り上げ、それぞれが何を示し、どの場面で使われるのかを具体的に整理していきます。

順を追って理解することで、数値をもとにした判断基準が明確になります。

KPI(ケーピーアイ)

KPI(ケーピーアイ)とは、Key Performance Indicator(重要業績評価指標)の略で、プロジェクトの進行や成果を数値で評価するために事前に設定する指標です。

たとえば、2026年6月30日までにECサイトを公開するプロジェクトであれば、「4月末までに設計完了率100%」「5月末までに開発完了率90%」「テスト不具合件数を20件以下に抑える」など、達成すべき状態を具体的な数値と期限で設定します。

これらの数値を週次や日次で実績と比較することで、目標との差が何%または何件あるかを把握でき、遅れや問題の発生を数値ベースで判断できるようにするために使用します。

PPM(ピーピーエム)

PPM(ピーピーエム)とは、Project Portfolio Management(プロジェクトポートフォリオマネジメント)の略で、複数のプロジェクトを一覧で比較し、予算・人員・優先度を数値で配分するための管理手法です。

たとえば、同時に5件のプロジェクトが進行している場合、各案件の予算消化率、進捗率、利益見込みを週次で数値化し、「進捗80%で利益率15%の案件は継続」「進捗40%で利益率5%の案件は人員を2名から1名に減らす」といった判断を行います。

このように、各プロジェクトを同一基準で数値比較することで、限られた人員や予算をどの案件にどれだけ配分するかを具体的に決定するために使用します。

EVM(イーブイエム)

EVM(イーブイエム)とは、Earned Value Management(出来高管理)の略で、進捗とコストを同時に数値で評価し、計画との差を把握する管理手法です。

たとえば、総予算1,000万円のプロジェクトで50%完了している時点では、本来500万円分の価値が完成している必要がありますが、実際の出来高が400万円分で支出が600万円の場合、進捗は10%遅れ、コストは100万円超過していると判断します。

このように、計画値と実績値を金額ベースで比較することで、遅延とコスト超過を同時に数値化し、どの時点でどれだけ修正が必要かを判断するために使用します。

まとめ

プロジェクトマネジメントでは、まず「期間と成果が決まっている業務=プロジェクト」を前提に、その達成に関わる関係者(ステークホルダー)と役割(PM・PMO・PL)を明確にすることが出発点になります。そのうえで、何を実施するかをスコープとして具体的に定義し、作業をWBSで1日〜3日単位まで分解し、ガントチャートで日付ベースのスケジュールに落とし込みます。

進行中は、マイルストーンで節目ごとに進捗を確認し、遅延の原因となるボトルネックを特定して優先的に解消します。また、想定外の遅れに備えてバッファを事前に確保することで、納期超過を防ぐ設計にします。

さらに、KPIで進捗や品質を数値化し、PPMで複数案件の優先度やリソース配分を判断し、EVMで進捗とコストのズレを金額ベースで把握することで、状況を数値で管理できる状態を作ります。

これらを一貫して実行することで、「誰が・何を・いつまでに・どの状態で完了させるか」を日単位・数値単位で管理できるようになり、遅延やコスト超過を事前に検知しながらプロジェクトを完了まで導くことが可能になります。

-プロジェクトマネジメント
-,