目次
はじめに
「プロジェクトマネジメントの用語って、カタカナや略語が多くて分かりにくい」と感じたことはありませんか。
WBSやQCDなど、言葉は聞いたことがあっても、「実際にどの場面でどう使うのか」がはっきりしないままになっている方も多いと思います。
たとえば、「WBSを作って」と言われてもどこまで分ければいいのか迷ったり、「QCDを意識して」と言われても何を見ればいいのか分からなかったりすることもありますよね。
こうした状態のまま進めてしまうと、認識のズレから手戻りが発生しやすくなります。
この記事では、よく使われる用語について、「いつ使うのか」「そのとき何をすればいいのか」がすぐ分かるように、順番に整理して解説していきます。
ア行｜プロジェクトマネジメント用語集
ここでは、プロジェクトマネジメントの現場で実際に使われる「ア行」の用語を、会議や進捗管理、トラブル対応などの場面で目にする頻度が高い順に整理しています。
日々の業務でそのまま使われる言葉が中心なので、意味だけでなく「どの場面で使われるか」を意識しながら確認していきましょう。
アーンド・バリュー（EV）
アーンド・バリュー（EV）は、ある時点までに完了した作業量を金額に換算した指標です。
計画時に設定した各タスクの予算を基準に、完了済みの割合を掛けて算出します。たとえば総予算100万円の作業があり、そのうち40％が完了している場合、EVは40万円になります。
これにより、実際の進捗が計画に対してどの位置にあるかを数値で把握できます。
アクティビティ
アクティビティは、プロジェクト内で実行する最小単位の作業です。
1つのアクティビティごとに開始日と終了日を設定し、所要時間を時間または日数で決め、担当者を1人割り当てます。作業は開始から終了まで連続して進め、完了した時点で進捗率を100％と判断します。
これにより、スケジュール上でどの作業がいつ実施されるかを具体的に管理できます。
アサイン
アサインは、特定のタスクに対して担当者を1人決めて割り当てる行為です。
タスクごとに作業内容を確認し、開始日と締切日を設定したうえで、その期間に対応できる人を選び、名前を明記して責任者として登録します。担当者を1人に限定することで、進捗の遅れや未対応が発生した場合に誰が対応するかを即座に判断できます。
アジャイル
アジャイルは、作業を1〜2週間単位の短い期間に区切り、その期間ごとに機能を完成させて確認しながら進める進行方法です。
最初に全体を細かいタスクに分け、優先順位の高いものから順に着手し、期間終了時に成果物をレビューして修正点を次の期間に反映します。このサイクルを繰り返すことで、途中の変更要求に対応しながら計画と実際のズレを小さい単位で修正できます。
イシュー
イシューは、すでに発生しており対応が必要な問題です。発生した時点で内容を記録し、影響範囲と対応期限を日付で設定し、担当者を1人決めて対応を開始します。
未対応のまま放置するとスケジュールや成果物に影響が出るため、発生当日または翌営業日までに対応方針を決めて進めます。
インシデント
インシデントは、システム停止や障害など、発生した時点で業務に影響が出ている事象です。発生を確認した時点で時刻と内容を記録し、影響範囲を特定して優先度を決め、担当者を1人割り当てて復旧作業を開始します。
復旧完了までの経過時間を管理することで、サービス停止時間を最小限に抑えることができます。
ウォーターフォール
ウォーターフォールは、要件定義→設計→開発→テスト→リリースの順に工程を1つずつ完了させて進める進行方法です。
各工程で成果物を作成し、承認を得てから次の工程に進み、前の工程には戻らない前提で計画します。工程ごとに開始日と終了日を設定して順番通りに進めることで、作業の進み方と完了時期を日付単位で管理できます。
エスカレーション
エスカレーションは、担当者が自分の権限や時間内で解決できない問題を、上位者に報告して判断や対応を引き継ぐ行為です。
対応期限までに解決の見込みが立たないと判断した時点で、問題の内容、発生日時、影響範囲、現在の対応状況を整理し、上長に即時報告します。
上位者が優先順位や対応方針を決定することで、判断の遅れによるスケジュール遅延を防ぐことができます。
EVM
EVMは、進捗とコストを同時に数値で管理する手法です。
計画時に各タスクの予算と完了予定日を設定し、実行中は「計画値（PV）」「実コスト（AC）」「出来高（EV）」の3つを同じ時点で集計します。集計した数値を使い、EVとPVの差で進捗の遅れを日数換算で判断し、EVとACの差でコスト超過額を金額で把握します。
これにより、予定と実績のズレを同一基準で確認し、修正判断を即時に行えます。
カ行｜プロジェクトマネジメント用語集
ここでは、スケジュール作成や進捗管理、見積もりの精度に直結する「カ行」の用語を整理しています。
計画を立てる場面から実行中の管理まで頻繁に使われる言葉が中心なので、「どのタイミングで使うのか」を具体的にイメージしながら確認していきましょう。
ガントチャート
ガントチャートは、横軸に日付、縦軸にタスクを並べ、各タスクの開始日から終了日までを横棒で表示するスケジュール表です。各タスクに対して開始日と締切日を日付で設定し、その期間分の長さでバーを引くことで、作業の順番と重なりを一目で確認できます。
進捗に応じてバーの長さや位置を更新することで、遅れているタスクと予定通り進んでいるタスクを日単位で把握できます。
キックオフ
キックオフは、プロジェクト開始時に関係者全員を集めて実施する最初の会議です。開始日を設定して60分から90分の時間を確保し、目的、スコープ、納期、担当者、連絡方法を資料で共有し、その場で不明点を解消します。
ここで全員の認識を一致させることで、開始直後の作業手戻りや指示の行き違いを防ぎます。
クリティカルパス
クリティカルパスは、全タスクの中で最も長い所要日数になる一連の作業のつながりです。各タスクに対して開始日と終了日、所要日数を設定し、前後関係に従って並べたうえで、合計日数が最大になる経路を特定します。
この経路上のタスクは1日でも遅れるとプロジェクト全体の完了日が同じ日数だけ遅れるため、日単位で進捗を確認して遅延を防ぐ必要があります。
工数
工数は、1つの作業に必要な作業時間を人単位で表した数値です。1人が1日8時間作業する前提で、3日かかる作業は24時間＝3人日と計算します。
各タスクごとに必要時間を見積もり、担当者数と日数に分解して設定することで、スケジュールと負荷を同時に管理できます。
コストベースライン
コストベースラインは、プロジェクト開始前に確定させる総予算と、その支出を時系列で配分した基準値です。
各タスクの見積金額を合計して総額を決め、開始日から終了日までの期間に対して日単位または週単位で支出額を割り当てます。実行中は実コストを同じ日付単位で集計し、この基準値と差額を比較することで、予算超過を金額で把握できます。
サ行｜プロジェクトマネジメント用語集
ここでは、プロジェクトの範囲定義や関係者との調整、納品物の管理に直結する「サ行」の用語を整理しています。
要件を決める段階から進行中のコントロールまで繰り返し使われる言葉が中心なので、「どの場面で判断や調整に使うのか」を具体的にイメージしながら確認していきましょう。
スコープ
スコープは、プロジェクトで実施する作業内容と成果物の範囲を事前に確定したものです。
開始前に作業項目をすべて洗い出し、含める作業と含めない作業を明確に区分して文書に記載し、関係者の承認を得て確定します。
途中で追加や変更が発生した場合は、その都度内容と影響範囲を確認して承認を取り直すことで、作業量の増加によるスケジュール遅延やコスト超過を防ぎます。
ステークホルダー
ステークホルダーは、プロジェクトの結果に影響を与える、または影響を受ける関係者です。開始時に全員を洗い出して氏名と所属を一覧化し、意思決定権の有無や関与度を区分して整理します。
そのうえで、週1回の報告対象や承認が必要な工程を事前に決めておくことで、確認漏れや判断遅れを防ぎます。
成果物
成果物は、各工程の完了時に提出する完成物です。タスクごとに提出物の種類を事前に決め、ファイル形式、記載項目、提出日を具体的に設定します。
作業終了後に内容を確認し、基準を満たしている場合に完了として登録することで、作業の抜けや品質不足を防ぎます。
スケジュールベースライン
スケジュールベースラインは、プロジェクト開始前に確定させる基準となる工程表です。
各タスクに開始日と終了日を日付で設定し、前後関係を反映して全体の完了日を確定させ、関係者の承認を得て固定します。実行中は実績の開始日と終了日を同じ単位で記録し、この基準と差を日数で比較することで、遅れや前倒しを把握できます。
タ行｜プロジェクトマネジメント用語集
ここでは、作業の分解や担当割り当て、期限管理といった日々の進行管理に直結する「タ行」の用語を整理しています。
実際のタスク運用やスケジュール管理の場面で繰り返し使われる言葉が中心なので、「誰が・いつまでに・何をするか」を具体的に思い浮かべながら確認していきましょう。
タスク
タスクは、プロジェクト内で実行する作業単位です。1つのタスクごとに作業内容を明確にし、開始日と終了日を日付で設定し、所要時間を時間または日数で決め、担当者を1人割り当てます。
開始から終了まで連続して実施し、完了条件を満たした時点で進捗率を100％として登録することで、進捗を日単位で管理できます。
WBS
WBSは、プロジェクト全体の作業を階層ごとに分解して一覧化したものです。
最上位に最終成果物を置き、その下に工程単位、さらにその下にタスク単位へと分解し、最下位は1人が1日から3日以内で完了できる粒度まで細かくします。各要素に番号を付けて管理することで、抜けや重複を防ぎながら作業範囲を明確にできます。
デッドライン
デッドラインは、タスクや成果物を必ず完了させる最終期限です。各タスクごとに年月日で締切を設定し、その日までに完了条件を満たす必要があります。
期限を過ぎると次工程の開始日が同じ日数だけ遅れるため、完了予定日の前日までに進捗を確認し、遅れがある場合は作業時間の追加や優先順位の変更で当日中に完了させます。
ハ行｜プロジェクトマネジメント用語集
ここでは、プロジェクトの進め方や管理体制、作業の優先順位づけに関わる「ハ行」の用語を整理しています。
計画立案から実行・統制まで幅広い場面で使われる言葉が中心なので、「どの役割が・どのタイミングで使うのか」を具体的にイメージしながら確認していきましょう。
バックログ
バックログは、これから実施する作業を優先順位順に並べた一覧です。各項目に作業内容、見積時間、優先度を数値で設定し、上から順に着手する順番を固定します。
作業を開始する前に上位の項目だけを選び出し、完了後に次の項目へ進むことで、対応の順番がぶれて作業が分散するのを防ぎます。
PMBOK
PMBOKは、プロジェクトを進めるための手順と管理項目を体系化したガイドです。第6版では5つのプロセス群と10の知識エリアに分かれ、49のプロセスごとに入力・手法・出力が定義されています。
実務では各プロセスに対応する資料を作成し、開始時から終了まで順番に適用することで、進捗やコスト、品質を同じ基準で管理できます。
PMO
PMOは、複数のプロジェクトを横断して管理基準と進捗を統一する組織です。各プロジェクトから週1回、進捗率、コスト消化額、課題件数を同じフォーマットで収集し、数値を一覧化して比較します。
遅れや超過が発生している案件を特定したうえで、是正期限を設定し担当者に指示を出すことで、全体の進行遅延を防ぎます。
フェーズ
フェーズは、プロジェクトを段階ごとに区切った工程単位です。各フェーズに開始日と終了日を日付で設定し、その期間内に完了させる作業と成果物を事前に決めます。
フェーズ終了時に成果物が基準を満たしているかを確認し、承認を得てから次のフェーズへ進むことで、作業の抜けや手戻りを防ぎます。
マ行・ラ行｜プロジェクトマネジメント用語集
ここでは、進捗の節目管理や不確実性への対応、要員や作業量の調整に関わる「マ行・ラ行」の用語を整理しています。
計画の節目を管理する場面からリスク対策、リソース配分の見直しまで実務で頻繁に使われる言葉が中心なので、「どのタイミングで判断や調整に使うのか」を具体的にイメージしながら確認していきましょう。
マイルストーン
マイルストーンは、プロジェクトの途中で設定する通過点の日付です。各フェーズの完了日や重要な成果物の提出日を年月日で設定し、その時点で完了しているべき内容を事前に決めます。
当日に達成状況を確認し、未完了の場合は遅延日数を記録して次工程の開始日を調整することで、全体の進行を日単位で管理できます。
リスク
リスクは、将来発生する可能性がある問題です。発生前の段階で内容を特定し、発生確率を0〜100％で数値化し、発生時の影響を日数や金額で見積もります。
そのうえで対策を事前に決め、担当者と対応期限を設定して管理することで、実際に発生した場合の遅延やコスト増加を最小限に抑えます。
リスクマトリクス
リスクマトリクスは、リスクの発生確率と影響度を2軸で配置して優先順位を決める表です。縦軸に発生確率を0〜100％の範囲で区分し、横軸に影響度を日数や金額で区分してマス目を作成します。
各リスクを該当する位置に配置し、右上に近いほど優先度が高いと判断して対策の実施順を決めることで、対応の遅れを防ぎます。
リソース
リソースは、作業を実行するために割り当てる人員や設備などの要素です。各タスクに対して担当者を1人単位で割り当て、1日あたりの稼働時間を8時間など具体的に設定し、同じ時間帯に複数タスクが重ならないように調整します。
稼働時間を超える割り当てがある場合は担当者を追加するか作業日数を延ばすことで、過負荷による遅延を防ぎます。
リソース平準化
リソース平準化は、担当者ごとの作業時間が1日8時間などの上限を超えないように調整する作業です。各タスクの開始日と終了日、担当者の割り当てを確認し、同じ日に合計稼働時間が上限を超えている場合は、後ろのタスクの開始日を翌日以降にずらして重複を解消します。
これにより、過負荷による作業遅延や品質低下を防ぎます。
アルファベット・略語｜プロジェクトマネジメント用語集
ここでは、数値管理や進捗評価、役割分担の整理などに使われるアルファベットの略語をまとめています。会議資料やレポート、ダッシュボード上でそのまま使われることが多いため、「どの指標を見て何を判断するのか」「どの場面で使われるのか」を具体的にイメージしながら確認していきましょう。
BAC
BACは、プロジェクト全体で最終的に使用する予定の総予算額です。開始前にすべてのタスクの見積金額を合計して1つの金額に確定し、その数値を変更せずに基準として固定します。
実行中は累計の実コストを同じ単位で集計し、この金額と比較することで、予算に対する消化状況を把握できます。
CPI
CPIは、実際にかけたコストに対してどれだけの作業価値を得られているかを示す指標です。出来高（EV）を実コスト（AC）で割って算出し、1.0を基準として評価します。
数値が1.0未満の場合は同じ作業量を得るために予定より多くのコストを使っている状態であり、1.0を上回る場合は予定より少ないコストで進んでいると判断できます。
EAC
EACは、プロジェクト完了時点での最終コスト見込み額です。現時点の累計実コスト（AC）に、残作業の見込みコスト（ETC）を加算して算出します。
途中時点でACが60万円、残作業に40万円かかると見積もる場合、EACは100万円になります。この数値を開始前に設定した総予算と比較することで、完了時に予算を超過するかを金額で判断できます。
ETC
ETCは、現在時点から完了までに必要な残りのコスト見込み額です。未完了のタスクごとに残作業時間を見積もり、時間単価を掛けて金額に換算し、全タスク分を合計して算出します。
残作業の見積が変わると数値も変動するため、進捗更新のたびに再計算することで、最終コストの見込み精度を保てます。
EV
EVは、ある時点までに完了した作業量を金額に換算した数値です。
各タスクの予算額に対して完了率を掛けて算出し、すべてのタスク分を合計します。たとえば予算50万円のタスクが60％完了している場合、そのタスクのEVは30万円となり、これを全体で集計することで進捗を金額で把握できます。
KPI
KPIは、目標達成の進み具合を数値で確認するための指標です。
達成したい結果に対して測定項目を1つ決め、達成基準を具体的な数値と期限で設定します。進行中は週単位や日単位で実績値を記録し、設定した数値との差を確認することで、遅れや不足を早い段階で把握できます。
PERT
PERTは、各タスクの所要時間を3つの値で見積もって平均時間を算出し、全体の完了見込みを出す手法です。
楽観値、最頻値、悲観値をそれぞれ時間で設定し、（楽観値＋4×最頻値＋悲観値）÷6で1つの見積時間を計算します。この時間をタスクごとに求めて前後関係に沿って並べることで、全体のスケジュールを日数で見積もることができます。
PV
PVは、ある時点までに完了している予定の作業量を金額に換算した数値です。
各タスクの予算額と計画上の進捗率を基に、予算×計画進捗率で算出し、全タスク分を合計します。
たとえば予算50万円のタスクが計画上60％完了している場合、そのタスクのPVは30万円となり、これを基準として実際の進捗との差を金額で確認できます。
QCD
QCDは、品質・コスト・納期の3つを同時に管理する指標です。
品質は不具合件数や合格率で数値化し、コストは予算に対する実コストの差額で管理し、納期は計画日と実績日の差を日数で把握します。3つの数値を同じ時点で確認することで、どこに問題があるかを即座に判断できます。
RACI
RACIは、タスクごとに関与する役割を4種類に分けて責任範囲を明確にする手法です。
Responsibleは作業を実行する担当者、Accountableは最終的な承認責任を持つ1人、Consultedは事前に意見を求める関係者、Informedは進捗報告を受ける関係者として、それぞれ氏名単位で割り当てます。これにより、誰が作業し誰が承認するかを1つのタスクごとに明確にできます。
RAM
RAMは、WBSで分解したタスクと担当者の関係を一覧化した責任割当表です。
縦軸にタスク番号、横軸に担当者名を配置し、各交点にResponsibleやAccountableなどの役割を1つずつ記入します。1つのタスクに対して責任者と実行者を明確に固定することで、作業の重複や抜けを防ぎ、誰がどの作業を担当するかを数値と名前の組み合わせで即座に判断できるようにします。
RBS
RBSは、プロジェクトで発生し得るリスクを階層構造で分解して整理した一覧です。
最上位に大分類のリスク項目を置き、その下に具体的な発生要因を段階的に細分化し、最下層では個別のリスクを1件単位で記録します。各リスクに番号を付けて整理することで、どの要因がどのリスクに属するかを明確に判断できるようにします。
ROI
ROIは、投資したコストに対してどれだけの利益が得られたかを割合で示す指標です。
利益額を投資額で割り、その結果に100を掛けてパーセンテージで算出します。たとえば投資額100万円に対して利益が120万円の場合、ROIは20％となり、投資効率を数値で判断できます。
SPI
SPIは、スケジュールの進み具合を数値で評価する指標です。出来高（EV）を計画値（PV）で割って算出し、1.0を基準として進捗を判断します。
たとえばEVが40万円、PVが50万円の場合、SPIは0.8となり、予定より進捗が遅れている状態を示します。
SV
SVは、スケジュールの進捗差を金額で示す指標です。
出来高（EV）から計画値（PV）を引いて算出し、正の値であれば予定より進んでいる状態、負の値であれば遅れている状態を示します。たとえばEVが40万円でPVが50万円の場合、SVはマイナス10万円となり、計画より10万円分の作業が未達であることを数値で判断できます。
まとめ
プロジェクトマネジメントの用語は、意味を知るだけでなく、「いつ使うのか」「聞いたときに何をするのか」までセットで理解しておくことが大切です。
たとえばWBSなら作業をどこまで分けるのか、QCDならどの基準を優先するのかといったように、それぞれに判断の軸があります。
ここがあいまいなまま進めてしまうと、認識のズレや手戻りにつながりやすくなりますが、用語と行動を結びつけておけば、その場で落ち着いて判断できるようになります。
まずはよく使う用語からで大丈夫なので、「聞いたらすぐ動ける」状態を少しずつ作っていきましょう。