「プロジェクトマネジメントでは、どのようにKPIを使うの？」

プロジェクトの進捗や成果を管理していると、KPI（Key Performance Indicator）という言葉が登場します。

KPIとは、目標を達成するための進捗やパフォーマンスを測定する重要な指標です。

プロジェクトでは、スケジュール、コスト、品質、成果物、チームなど、さまざまな側面をKPIによって測定することがあります。

特にPMBOK^®第7版では、測定パフォーマンス・ドメインが設けられており、プロジェクトのパフォーマンスを測定し、その結果を意思決定につなげることが重視されています。

この記事では、KPIの意味やKGIとの違い、プロジェクトにおける具体例、設定するときのポイントについて解説します。

一言でいうと

KPIとは、目標達成に向けたプロジェクトのパフォーマンスや進捗を測定するための重要な指標です。

例えば、「プロジェクトを予定どおり完了する」という目標がある場合、

• スケジュール進捗率
• マイルストーン達成率
• 遅延タスク数

などをKPIとして設定することができます。

KPIを見ることで、「目標に向かって順調に進んでいるのか」を客観的に判断しやすくなります。

KPIとは

KPIは、英語のKey Performance Indicatorの略です。

日本語では一般的に「重要業績評価指標」と訳されます。

KPIのポイントは、「何でも測定すればよい」というものではないことです。

プロジェクトには非常に多くの情報があります。

しかし、そのすべてを測定しても、プロジェクトマネージャが適切な判断をできるとは限りません。

そこで、目標達成に重要な指標を選んで継続的に測定することが重要になります。

KGIとKPIの違い

KPIと一緒に使われることが多い言葉にKGI（Key Goal Indicator）があります。

簡単に考えると、

KGI＝最終的に何を達成したいのか

KPI＝そこに向かって順調に進んでいるのか

という違いです。

プロジェクトでKPIを使う理由

プロジェクトでは、完成するまで成果が分からないという状況を避ける必要があります。

例えば、6か月後にシステムをリリースするプロジェクトがあるとします。

6か月後になって初めて「予定より遅れていました」と分かるのでは遅すぎます。

そこで、途中の段階でKPIを測定します。

例えば、

• 予定作業に対する完了率
• マイルストーン達成率
• スケジュールの遅延日数
• 予算消化率
• 不具合件数

などを確認します。

これによって、問題が大きくなる前に状況を把握し、必要な対応を取ることができます。

プロジェクトにおけるKPIの具体例

スケジュールに関するKPI

• スケジュール進捗率
• マイルストーン達成率
• 遅延タスク数
• 予定工数と実績工数の差

スケジュールについてKPIを設定することで、プロジェクトが計画どおり進んでいるのかを確認できます。

コストに関するKPI

• 予算消化率
• 予算と実績コストの差
• コスト超過額
• CPI

特にEVM（アーンド・バリュー・マネジメント）では、CPI（Cost Performance Index）などの指標を利用してコストパフォーマンスを評価します。

品質に関するKPI

• 不具合件数
• 重大不具合件数
• テスト消化率
• テスト合格率
• 不具合修正率

品質についてKPIを設定することで、成果物が求められる品質に近づいているのかを確認できます。

チームに関するKPI

• 作業完了率
• 予定工数と実績工数の差
• レビュー完了率
• 課題の解決件数

ただし、チームに関するKPIは、メンバーを単純に数値で評価するためだけに使わないことが重要です。

数字だけを追いかけることで、品質を犠牲にして作業件数を増やすなど、望ましくない行動を誘発する可能性があります。

KPIとKRIの違い

リスクマネジメントでは、KPIと似た言葉としてKRI（Key Risk Indicator）が使われることがあります。

KPIが目標達成に向けたパフォーマンスを測定する指標であるのに対し、KRIはリスクの兆候を把握するための指標です。

例えば、プロジェクトで「要員不足」がリスクになっている場合、

• 未充足ポジション数
• 必要要員に対する不足人数
• 重要ポジションの欠員期間

などをKRIとして設定することが考えられます。

KPIを設定するときのポイント

1．プロジェクトの目標と関連付ける

まず、何を達成したいのかを明確にします。

目標と関係のない指標をKPIにしても、プロジェクトの成功にはつながりません。

2．測定できる指標にする

KPIは、できるだけ客観的に測定できるものにします。

例えば、

「品質を良くする」

では測定が難しいため、

「重大不具合を0件にする」

など、具体的な指標にします。

3．多すぎるKPIを設定しない

KPIは多ければよいというものではありません。

大量の指標を毎週確認することになると、重要な情報が埋もれてしまいます。

本当に意思決定に必要な指標に絞ることが重要です。

4．測定するだけで終わらせない

KPIの最も重要なポイントは、測定結果を意思決定やアクションにつなげることです。

例えば、スケジュール進捗率が基準を下回った場合、

• 原因を分析する
• 影響を確認する
• 対策を検討する
• 必要に応じて計画を変更する

といった行動につなげます。

「測ること」が目的ではなく、「測って判断すること」が目的です。

KPIの目標値と許容範囲

KPIを有効に使うためには、単に数値を測定するだけでなく、どの程度なら問題ないのかを決めておくことも重要です。

例えば、スケジュールの遅延日数について、

• 0～2日：問題なし
• 3～5日：注意
• 6日以上：対策検討

というように基準を設定します。

こうすることで、KPIの数値を見たときに、どのような対応が必要なのかを判断しやすくなります。

KPIと測定パフォーマンス・ドメイン

PMBOK^®第7版では、8つのパフォーマンスドメインの一つとして測定パフォーマンス・ドメインがあります。

測定パフォーマンス・ドメインでは、プロジェクトの状況やパフォーマンスを測定し、その結果を分析して意思決定につなげることが重視されています。

KPIは、この考え方と非常に相性のよい指標です。

例えば、

KPIを設定する

↓

実績を測定する

↓

目標や基準と比較する

↓

差異や傾向を分析する

↓

必要な意思決定・対応を行う

という流れです。

このように、KPIは単なる管理指標ではなく、プロジェクトの状況を把握し、適切な行動につなげるための道具として活用できます。

プロジェクトマネージャ試験ではここが重要

プロジェクトマネージャ試験では、単に「KPIとは重要業績評価指標である」と覚えるだけではなく、測定した結果をどのようにプロジェクト管理に活用するのかを理解しておくことが重要です。

特に重要なのは、

「指標を測定する → 状況を評価する → 必要な対応を判断する」

という流れです。

例えば、KPIが目標値を下回ったからといって、すぐに対策を実施するとは限りません。

まず原因や影響を分析し、必要な対応を検討します。

数値そのものだけを見るのではなく、その数値が何を意味しているのかを考えることがプロジェクトマネージャには求められます。

よくある勘違い

KPIは目標そのものではない

KPIは、目標達成に向けたパフォーマンスを測定するための指標です。

例えば「6月末までにシステムをリリースする」が最終的な目標であれば、スケジュール進捗率などがKPIになります。

KPIは多ければよいわけではない

指標を増やしすぎると、重要な情報が分かりにくくなります。

プロジェクトの意思決定に本当に必要な指標を選ぶことが重要です。

KPIの数値だけでプロジェクトを判断しない

KPIはプロジェクトの状況を把握するための重要な情報ですが、数値だけですべてを判断できるわけではありません。

例えば、進捗率が高くても、重大な品質問題が残っている可能性があります。

複数の観点からプロジェクトを評価することが重要です。

PM道場のワンポイント

KPIは「プロジェクトの健康診断」のようなものと考えると分かりやすいでしょう。

健康診断では、体温や血圧などを測定します。

しかし、数字を測ること自体が目的ではありません。

数値から状態を判断し、必要であれば生活習慣を改善したり、医師に相談したりします。

プロジェクトのKPIも同じです。

「測る → 状態を判断する → 行動する」

このサイクルを回すことが重要です。

プロジェクトマネージャにとって、KPIは「管理するための数字」ではなく、プロジェクトの状態を把握し、意思決定するための情報と考えるとよいでしょう。

関連用語

• パフォーマンスドメイン
• 測定パフォーマンス・ドメイン
• KGI
• KRI
• EVM
• EV
• PV
• AC
• CPI
• SPI
• BAC
• 品質メトリクス
• プロジェクトマネジメント計画書

まとめ

KPI（Key Performance Indicator）とは、目標達成に向けたプロジェクトのパフォーマンスや進捗を測定するための重要な指標です。

プロジェクトでは、スケジュール、コスト、品質、チームなど、さまざまなKPIを設定できます。

ただし、KPIは数値を測定すること自体が目的ではありません。

「測定する → 分析する → 判断する → 必要な行動を取る」という流れにつなげることが重要です。

また、KPIはKGIやKRIと組み合わせて理解すると、より分かりやすくなります。

• KGI：最終的に何を達成するのか
• KPI：そこに向けて順調に進んでいるのか
• KRI：リスクの兆候が出ていないか

PMBOK^®第7版の測定パフォーマンス・ドメインにおいても、プロジェクトの状況を測定し、その情報を意思決定につなげることが重要です。

そのためKPIは、プロジェクトの状況を客観的に把握し、適切な意思決定を行うための重要な道具といえるでしょう。

関連記事

• パフォーマンスドメインとは？
• EVMとは？
• 品質メトリクスとは？

よくある質問（FAQ）

Q. KPIとは何ですか？

A. KPIはKey Performance Indicatorの略で、日本語では「重要業績評価指標」と呼ばれます。目標達成に向けたプロジェクトのパフォーマンスや進捗を測定するための重要な指標です。

Q. KPIとKGIの違いは何ですか？

A. KGIは最終的な目標の達成状況を示す指標で、KPIはその目標に向かう途中のパフォーマンスや進捗を測定する指標です。

Q. プロジェクトではどのようなKPIを使いますか？

A. スケジュール進捗率、マイルストーン達成率、予算消化率、不具合件数、テスト合格率、CPI、SPIなど、プロジェクトの目的や状況に応じてさまざまなKPIを設定できます。

Q. KPIはたくさん設定したほうがよいですか？

A. いいえ。KPIを増やしすぎると重要な情報が埋もれてしまいます。プロジェクトの意思決定に必要な重要な指標に絞ることが大切です。

Q. KPIを測定するだけでよいですか？

A. いいえ。KPIは測定することが目的ではありません。測定結果を分析し、プロジェクトの状況を評価して、必要な意思決定や対応につなげることが重要です。

Q. KPIとEVMは関係ありますか？

A. はい。EVMでは、CPIやSPIなどの指標を利用してコストやスケジュールのパフォーマンスを評価します。これらはプロジェクトの状態を客観的に把握するための指標として活用できます。

The post KPIとは？プロジェクトマネジメントにおけるKPIをわかりやすく解説 first appeared on PM道場.

「予算は使いすぎていないだろうか。」

進捗だけを見ても、コストだけを見ても、プロジェクトの本当の状況は分かりません。

そこで活用されるのがEVM（Earned Value Management：アーンド・バリュー・マネジメント）です。

EVMは、スケジュールとコストを同時に管理できるPMBOK®︎推奨の管理手法です。

この記事では、EVMの基本と、EV・PV・AC・CPI・SPI・BACについてまとめて解説します。

一言でいうと

EVMとは、「進捗・コスト・計画を数値で比較し、プロジェクトの健全性を客観的に評価する管理手法」です。

EVMとは

EVMは、実際に完了した作業量（出来高）を基準として、計画と実績を比較する管理手法です。

通常の進捗管理では「50％完了」という情報しか分かりませんが、EVMでは「予定より遅れているのか」「予算を超過しているのか」まで把握できます。

PMBOK®︎では、コスト・パフォーマンスとスケジュール・パフォーマンスを管理する代表的な手法として紹介されています。

EVMで使用する6つの重要な用語

① EV（Earned Value：出来高）

実際に完了した作業を金額で表した値です。

例えば、予算100万円の作業が50％完了した場合、EVは50万円になります。

計算式

EV = 完了率 × BAC

② PV（Planned Value：計画価値）

計画上、この時点で完了しているはずの作業額です。

コストベースラインをもとに算出されます。

計画どおり進んでいれば、EVとPVは一致します。

③ AC（Actual Cost：実コスト）

実際に支出した費用です。

人件費や外注費など、実際に発生したコストを表します。

④ CPI（Cost Performance Index：コスト効率指数）

コスト効率を表す指標です。

計算式

CPI = EV ÷ AC

⑤ SPI（Schedule Performance Index：スケジュール効率指数）

スケジュール効率を表す指標です。

計算式

SPI = EV ÷ PV

⑥ BAC（Budget at Completion：完成時総予算）

プロジェクト全体の承認済み予算です。

EVMでは、EVや将来予測の計算基準として利用されます。

BACは、プロジェクト開始時に設定されるコストベースラインの総額と考えると理解しやすいでしょう。

EVMのイメージ

この3つを比較することで、プロジェクトの状況を客観的に把握できます。

実務ではこんな場面で活用される

例えば、BACが1,000万円のプロジェクトで、3か月経過した時点の状況が次のとおりだったとします。

• PV：600万円
• EV：500万円
• AC：550万円

この場合、

• CPI＝500÷550＝0.91
• SPI＝500÷600＝0.83

となります。

つまり、予定より遅れており、さらに予算効率も悪化していることが分かります。

この結果をもとに、人員の再配置やスケジュール見直しなどの対策を検討します。

よくある勘違い

進捗率とEVは同じではない

進捗率は作業量の割合ですが、EVは金額換算した出来高です。

EVMでは金額ベースで管理することが特徴です。

CPIやSPIは1に近いほど良い

どちらも「1」が計画どおりです。

1未満なら改善が必要であり、1を大きく上回る場合も、計画自体が適切だったかを確認する必要があります。

プロジェクトマネージャ試験ではここが重要

IPAのプロジェクトマネージャ試験やPMP®試験では、EVMは頻出テーマです。

午後試験では、次のような内容を説明できることが重要です。

• EV・PV・ACの意味
• CPI・SPIの読み取り方
• コスト超過や遅延への対応
• EVMを活用したプロジェクト管理

計算問題だけでなく、「数値からどのような状況を判断するか」が問われることも多いため、意味まで理解しておくことが重要です。

PM道場のワンポイント

EVMは、「数字を計算すること」が目的ではありません。

目的は、問題を早期に発見し、プロジェクトを立て直すことです。

優れたプロジェクトマネージャは、CPIやSPIが悪化した理由を分析し、次のアクションにつなげています。

「計算するPM」ではなく、「数字から判断できるPM」になることが重要です。

関連用語

• コストマネジメント
• コストベースライン
• 予算
• 見積もり
• スケジュールベースライン
• マイルストーン
• クリティカルパス
• 進捗管理

まとめ

EVMとは、進捗・コスト・計画を金額ベースで比較し、プロジェクトの状況を客観的に把握する管理手法です。

EV・PV・ACを基礎として、CPIやSPIを活用することで、コスト超過やスケジュール遅延を早期に発見できます。

プロジェクトマネージャにとって、EVMはプロジェクトを数値で「見える化」し、適切な意思決定を支える重要なマネジメント手法と言えるでしょう。

関連記事

• コストマネジメントとは？
• コストベースラインとは？
• 予算とは？
• 見積もりとは？
• スケジュールベースラインとは？

よくある質問（FAQ）

Q. EVMとは何ですか？

A. 進捗・コスト・計画を金額ベースで比較し、プロジェクトの状況を客観的に評価する管理手法です。

Q. EV・PV・ACの違いは何ですか？

A. EVは実際に完了した作業の価値、PVは計画上の作業価値、ACは実際に発生したコストです。

Q. CPIとSPIはどのように判断しますか？

A. CPIはコスト効率、SPIはスケジュール効率を表します。どちらも1が計画どおりで、1未満は改善が必要な状態を示します。

The post EVM（アーンド・バリュー・マネジメント）とは？進捗とコストを同時に管理する手法を解説 first appeared on PM道場.

「予算とコストベースラインは何が違うのだろう。」

プロジェクトでは、必要な資金をあらかじめ確保し、その範囲内で成果を実現することが求められます。

その基準となるのが予算（Project Budget）です。

この記事では、予算の意味や目的、コストベースラインとの違い、PMBOK®︎での考え方について解説します。

一言でいうと

予算とは、「プロジェクトを完了するために承認された資金の総額」です。

予算とは

予算とは、プロジェクトを計画どおりに完了するために必要な費用を見積もり、組織から承認された資金のことです。

人件費、設備費、外部委託費、ライセンス費用など、プロジェクトで必要となるすべての費用を対象とします。

PMBOK®︎では、予算はコスト見積りを集約して作成されるものであり、プロジェクト全体の資金計画を示します。

予算が重要な理由

十分な予算が確保されていなければ、必要な人材や設備を確保できず、プロジェクトの成功が難しくなります。

また、予算を超過すると、追加承認や計画変更が必要になることがあります。

そのため、適切な予算を設定し、継続的に管理することが重要です。

予算を設定することで、次のようなことが可能になります。

• 必要な資金を事前に確保できる
• コスト超過を管理できる
• 投資効果を評価できる
• 経営層へ説明しやすくなる

予算の構成

PMBOK®︎では、予算は次のような構成になります。

• 活動ごとのコスト見積り
• コンティンジェンシー予備費（既知のリスクへの備え）
• マネジメント予備費（未知のリスクへの備え）

このうち、コストベースラインにはコンティンジェンシー予備費までが含まれ、マネジメント予備費は予算にのみ含まれます。

予算とコストベースラインの違い

つまり、コストベースラインは予算の一部であり、プロジェクト管理に利用する基準となります。

予算の作成手順

1. コストを見積もる

WBSをもとに、各アクティビティに必要な費用を見積もります。

2. コストを集約する

各作業の見積りをまとめ、工程別・プロジェクト全体の費用を算出します。

3. 予備費を設定する

リスク分析の結果を踏まえ、コンティンジェンシー予備費やマネジメント予備費を設定します。

4. 承認を得る

スポンサーや経営層から承認を受け、正式なプロジェクト予算とします。

実務ではこんな場面で活用される

例えば、新しい販売管理システムを導入するプロジェクトを考えます。

各工程の見積りを集約した結果、次のような費用になりました。

• 要件定義・設計・開発・テスト費用：8,500万円
• コンティンジェンシー予備費：500万円
• マネジメント予備費：1,000万円

この場合、コストベースラインは9,000万円となり、プロジェクト予算は1億円となります。

プロジェクト中はコストベースラインを基準に管理し、想定外の大きな問題が発生した場合には、必要に応じてマネジメント予備費の使用を検討します。

よくある勘違い

予算とコストベースラインは同じではない

予算は承認された資金全体を指します。

一方、コストベースラインは、その中で日々のコスト管理に利用する基準です。

予備費は自由に使えるお金ではない

予備費は余ったお金ではありません。

リスクが発生した場合に備えて計画的に確保している資金であり、適切な承認を経て使用することが重要です。

プロジェクトマネージャ試験ではここが重要

IPAのプロジェクトマネージャ試験では、コスト管理や予算管理に関する問題が出題されます。

午後試験では、次のような観点を説明できることが重要です。

• 予算をどのように算出したか
• 予備費をどのように設定したか
• コストベースラインとの差異をどのように管理したか
• 予算超過へどのように対応したか

「予算を決めた」だけではなく、「根拠を持って予算を策定し、継続的に管理した」と説明できることが評価につながります。

PM道場のワンポイント

予算は、「使えるお金」ではなく、「プロジェクトを成功させるために託された資金」です。

そのため、できるだけ使い切ることが目的ではありません。

必要なところへ適切に配分し、リスクに備えながら価値を最大化することが、プロジェクトマネージャの役割です。

優れたプロジェクトマネージャは、予算を管理するだけでなく、その予算で最大の成果を生み出すことを考えています。

関連用語

• コストマネジメント
• コストベースライン
• コスト見積り
• アーンド・バリュー・マネジメント（EVM）
• コンティンジェンシープラン
• リスク対応
• スポンサー
• WBS

まとめ

予算とは、プロジェクトを完了するために承認された資金の総額です。

予算にはコンティンジェンシー予備費とマネジメント予備費が含まれ、コストベースラインはその一部としてコスト管理の基準になります。

プロジェクトマネージャにとって、予算はプロジェクトを成功へ導くための重要な経営資源と言えるでしょう。

関連記事

• コストベースラインとは？
• コストマネジメントとは？
• アーンド・バリュー・マネジメント（EVM）とは？
• コンティンジェンシープランとは？
• リスク対応とは？
• WBSとは？

よくある質問（FAQ）

Q. 予算とは何ですか？

A. プロジェクトを完了するために承認された資金の総額です。

Q. コストベースラインとの違いは何ですか？

A. 予算はプロジェクト全体の資金であり、コストベースラインはその中でコスト管理の基準となる承認済みの計画です。

Q. マネジメント予備費は予算に含まれますか？

A. はい。マネジメント予備費は予算には含まれますが、コストベースラインには含まれません。

The post 予算とは？プロジェクトで必要な資金を管理する考え方を解説 first appeared on PM道場.

「今の支出は計画どおりなのか、それとも予算オーバーなのか。」

このような判断を行うための基準となるのがコストベースライン（Cost Baseline）です。

コストベースラインがなければ、実際のコストが予定どおりなのかを客観的に判断することはできません。

この記事では、コストベースラインの意味や目的、プロジェクト予算との違い、実務での活用方法について解説します。

一言でいうと

コストベースラインとは、「プロジェクトの進捗に合わせて、いつ・どれだけの費用を使うかを示した承認済みの予算計画」です。

コストベースラインとは

コストベースラインとは、プロジェクトで使用する費用を時系列で整理し、承認を受けた予算計画のことです。

実際に発生したコストを、この計画と比較することで、予算どおりにプロジェクトが進んでいるかを管理します。

PMBOK®︎では、コストベースラインはコスト・パフォーマンスを測定するための基準として定義されています。

また、アーンド・バリュー・マネジメント（EVM）におけるPV（Planned Value：計画価値）の基準にもなります。

コストベースラインが重要な理由

予算総額だけを決めても、途中で予算どおりに進んでいるかは分かりません。

例えば、予算が1,000万円だったとしても、プロジェクト開始直後に800万円使ってしまえば問題です。

そのため、いつ・どれだけ費用を使う予定なのかを明確にしたコストベースラインが必要になります。

コストベースラインを作成することで、次のような管理が可能になります。

• 実績コストとの比較
• 予算超過の早期発見
• コスト予測
• EVMによる進捗管理

コストベースラインとプロジェクト予算の違い

つまり、プロジェクト予算はコストベースラインよりも広い概念です。

コストベースラインと予備費の関係

PMBOK®︎では、予備費は次の2種類に分けられます。

• コンティンジェンシー予備費：特定されたリスクへの対応として計画に含める予備費
• マネジメント予備費：予測できない事象に備えるための予備費

コストベースラインに含まれるのはコンティンジェンシー予備費までです。

一方、マネジメント予備費はコストベースラインには含まれず、プロジェクト予算に含まれます。

実務ではこんな場面で活用される

例えば、総予算5,000万円のシステム開発プロジェクトを考えます。

コストベースラインでは、次のように各工程ごとの支出計画を作成します。

• 要件定義：500万円
• 設計：1,000万円
• 開発：2,000万円
• テスト：1,000万円
• 導入：500万円

毎月、実際の支出とコストベースラインを比較することで、予算超過の兆候を早期に把握できます。

もし開発工程で予定以上の費用が発生した場合は、原因を分析し、以降の計画を見直します。

よくある勘違い

予算総額だけではコストベースラインにならない

「総予算は5,000万円」と決めるだけでは、コストベースラインとは言えません。

重要なのは、いつ、どの工程で、どれだけ費用を使うかを時系列で計画することです。

マネジメント予備費は含まれない

コストベースラインにはコンティンジェンシー予備費は含まれますが、マネジメント予備費は含まれません。

この違いは、PMP®試験やIPAプロジェクトマネージャ試験でも頻繁に問われるポイントです。

プロジェクトマネージャ試験ではここが重要

IPAのプロジェクトマネージャ試験では、コスト管理やEVMに関連してコストベースラインが出題されます。

午後試験では、次のような観点を説明できることが重要です。

• コストベースラインをどのように作成したか
• 実績コストとの差異をどのように分析したか
• 予算超過へどのように対応したか
• EVMをどのように活用したか

「予算を管理した」だけではなく、「コストベースラインと比較しながら継続的に管理した」と説明できることが評価につながります。

PM道場のワンポイント

コストベースラインは、「予算表」ではなく、「予算管理のものさし」です。

プロジェクトでは、予定どおりにコストが発生するとは限りません。

重要なのは、実績との差異を早く見つけ、必要に応じて対策を打つことです。

優れたプロジェクトマネージャは、「予算があるから安心」ではなく、「予算との差異を継続的に確認する仕組み」を作っています。

関連用語

• コストマネジメント
• アーンド・バリュー・マネジメント（EVM）
• PV（計画価値）
• EV（出来高）
• AC（実コスト）
• コンティンジェンシープラン
• リスク対応
• スケジュールベースライン

まとめ

コストベースラインとは、プロジェクトの進捗に合わせて、いつ・どれだけ費用を使うかを示した承認済みの予算計画です。

実績コストと比較することで、予算超過を早期に発見し、適切な対応を行うことができます。

プロジェクトマネージャにとって、コストベースラインはプロジェクトの健全な予算管理を支える重要な基準と言えるでしょう。

関連記事

• コストマネジメントとは？
• スケジュールベースラインとは？
• アーンド・バリュー・マネジメント（EVM）とは？
• コンティンジェンシープランとは？

よくある質問（FAQ）

Q. コストベースラインとは何ですか？

A. プロジェクトの進捗に合わせて、いつ・どれだけ費用を使うかを示した承認済みの予算計画です。

Q. コストベースラインとプロジェクト予算の違いは何ですか？

A. コストベースラインはコスト管理の基準となる予算計画であり、プロジェクト予算はマネジメント予備費も含めた全体予算です。

Q. コストベースラインにマネジメント予備費は含まれますか？

A. 含まれません。コストベースラインに含まれるのはコンティンジェンシー予備費までで、マネジメント予備費はプロジェクト予算に含まれます。

The post コストベースラインとは？予算管理の基準となる計画をわかりやすく解説 first appeared on PM道場.

しかし、「反省会と何が違うの？」「失敗を書くだけではないの？」と思う方も少なくありません。

教訓（Lessons Learned）は、成功や失敗の経験を次のプロジェクトへ活かすための重要な資産です。

この記事では、教訓（Lessons Learned）の意味や目的、実施するタイミング、実務での活用方法までわかりやすく解説します。

一言でいうと

教訓（Lessons Learned）とは、「プロジェクトで得られた経験や学びを整理し、次のプロジェクトで活かすための知識」のことです。

教訓（Lessons Learned）とは

Lessons Learnedは、プロジェクトの中で経験した成功や失敗、その原因や改善策を整理し、組織の知識として残す活動です。

PMBOK®では、教訓は組織のプロセス資産（Organizational Process Assets）の一つとして位置付けられています。

単なる記録ではなく、「次回どのようにすればより良い結果になるか」を明らかにすることが目的です。

なぜ教訓が重要なのか

同じような失敗を繰り返すプロジェクトは少なくありません。

例えば、毎回「レビューが遅れた」「要件変更が多かった」という問題が発生していても、その原因や対策を共有しなければ、次のプロジェクトでも同じことが起こります。

教訓を残すことで、組織全体のプロジェクトマネジメントを継続的に改善できます。

教訓の具体例

重要なのは、「何が起きたか」ではなく、「次にどう活かすか」をまとめることです。

教訓と振り返りの違い

振り返り（Retrospective）と混同されることがありますが、それぞれ目的が異なります。

アジャイル開発では振り返りを繰り返し行い、その結果を教訓として蓄積することもあります。

教訓はプロジェクト終了時だけではない

PMBOK®では、教訓はプロジェクト終了時だけでなく、プロジェクトの途中でも継続的に収集することが推奨されています。

問題が発生した直後や重要なマイルストーンの後に記録しておくことで、より実践的な知識として活用できます。

実務ではこんな場面で活用される

例えば、設計フェーズで「レビュー前にチェックリストを使ったことで指摘件数が半減した」とします。

これを教訓として残しておけば、次のプロジェクトでも同じチェックリストを活用でき、品質向上につながります。

逆に、「設計レビューが遅れた」という事実だけを記録しても、改善にはつながりません。

よくある勘違い

教訓は失敗だけを書くものではない

成功した取り組みも重要な教訓です。

「うまくいった理由」を整理することで、成功を再現しやすくなります。

教訓は記録するだけでは意味がない

教訓は、次のプロジェクトで活用されて初めて価値があります。

共有しやすい形で蓄積し、必要なときに参照できる仕組みを整えることが重要です。

プロジェクトマネージャ試験ではここが重要

IPAのプロジェクトマネージャ試験では、「プロジェクト完了後の振り返り」や「組織への知識共有」が論点になることがあります。

午後Ⅱ論文では、「今回の経験をどのように次のプロジェクトへ活かしたか」を説明できると、継続的改善の視点を示すことができます。

PMBOK®でも、Lessons Learned Register（教訓登録簿）を活用し、プロジェクト全体を通じて教訓を蓄積することが推奨されています。

PM道場のワンポイント

教訓とは、「何が起きたか」を記録するものではなく、「次にどう行動するか」を決めるものです。「レビューが遅れた」というのは事実です。しかし、それだけでは教訓ではありません。

「レビュー対象を事前に分割し、レビュー時間を30分以内にする」「レビュー前日にセルフチェックを実施する」といった具体的な改善策まで整理して初めて、次のプロジェクトで活かせる知識になります。

優れたプロジェクトマネージャは、過去を分析することよりも、「未来のプロジェクトが成功するための仕組み」を残すことを重視しています。

関連用語

• プロジェクト終結
• プロジェクトライフサイクル
• ナレッジマネジメント
• 継続的改善（Continuous Improvement）
• プロセス資産（OPA）
• 品質マネジメント
• リスクマネジメント
• レビュー

まとめ

教訓（Lessons Learned）とは、プロジェクトで得られた経験や学びを整理し、次のプロジェクトへ活かすための知識です。

失敗だけでなく成功事例も整理し、「なぜそうなったのか」「次にどうするか」を明確にすることが重要です。

教訓を組織の資産として活用することで、プロジェクトマネジメントの品質を継続的に向上させることができます。

関連記事

• プロジェクトライフサイクルとは？
• 品質マネジメントとは？
• リスクマネジメントとは？
• ナレッジマネジメントとは？

よくある質問（FAQ）

Q. Lessons Learnedとは何ですか？

A. プロジェクトで得られた成功や失敗の経験を整理し、次のプロジェクトで活かすための知識や教訓のことです。

Q. 教訓はプロジェクト終了後だけに作成するものですか？

A. いいえ。PMBOK®では、プロジェクト中も継続的に教訓を収集・記録することが推奨されています。

Q. 良い教訓を残すポイントは何ですか？

A. 「何が起きたか」だけでなく、「なぜ起きたのか」「次回はどう改善するのか」まで具体的に整理することです。

The post 教訓（Lessons Learned）とは？プロジェクトマネジメントでの意味や活用方法をわかりやすく解説 first appeared on PM道場.

しかし、「標準どおりに進めないということ？」「自由にやり方を変えていいの？」と誤解されることも少なくありません。

テーラリングとは、プロジェクトの特性に合わせて、プロジェクトマネジメントの進め方を最適化することです。

この記事では、テーラリングの意味や具体例、実務での活用方法、PMBOK®やプロジェクトマネージャ試験で重要なポイントまでわかりやすく解説します。

一言でいうと

テーラリングとは、「プロジェクトの状況に合わせて、マネジメントの進め方を最適化すること」です。

テーラリングとは

プロジェクトには、それぞれ異なる目的や規模、リスク、関係者、開発手法があります。

そのため、すべてのプロジェクトに同じ管理方法を適用しても、必ずしも成果が出るとは限りません。

テーラリングとは、組織の標準プロセスやPMBOK®の考え方を基に、プロジェクトの状況に応じて必要なプロセスや成果物、管理方法を選択・調整することを指します。

なぜテーラリングが必要なのか

例えば、2週間で完了する小規模プロジェクトと、3年間続く数百人規模のプロジェクトでは、必要な管理のレベルは大きく異なります。

どちらにも同じルールを適用すると、小規模プロジェクトでは管理コストが増え、大規模プロジェクトでは管理が不足する可能性があります。

プロジェクトに最適な管理方法を選択することが、テーラリングの目的です。

テーラリングの具体例

小規模プロジェクトの場合

• WBSを簡潔にする
• 会議の回数を減らす
• リスク管理表を簡略化する
• 進捗報告を口頭中心にする

大規模プロジェクトの場合

• 詳細なWBSを作成する
• 定例会議を体系化する
• レビュー工程を増やす
• 品質管理やリスク管理を強化する

どちらも正しく、プロジェクトに合った方法を選択することが重要です。

テーラリングとカスタマイズの違い

テーラリングは、「成果物を変える」のではなく、「プロジェクトの進め方を変える」という点が大きな違いです。

実務ではこんな場面で活用される

例えば、過去のプロジェクトでは、すべての設計書について3回のレビューを実施していたとします。

しかし、今回のプロジェクトでは、既存システムの軽微な改修であり、影響範囲も限定的です。

この場合、レビューを2回に減らしたり、一部をペアレビューへ変更したりすることもテーラリングです。

一方で、重要な機能追加を行う場合には、レビューを増やす判断もテーラリングに当たります。

よくある勘違い

テーラリングは手抜きではない

プロセスを減らすことだけがテーラリングではありません。

必要に応じてレビューや管理を強化することも、立派なテーラリングです。

自由に変更してよいわけではない

テーラリングは、組織のルールやガバナンスを踏まえた上で、合理的な理由に基づいて実施することが重要です。

プロジェクトマネージャ試験ではここが重要

IPAのプロジェクトマネージャ試験では、「プロジェクトの特性に応じた管理方法を選択した理由」が論述で問われることがあります。

午後Ⅱでは、「プロジェクトの規模やリスクを考慮し、どのように管理方法を工夫したか」を説明できると、高い評価につながります。

PMBOK®第7版では、テーラリングはすべてのプロジェクトで継続的に実施すべき重要な考え方として位置付けられています。

PM道場のワンポイント

テーラリングとは、「ルールを変えること」ではなく、「成功する確率を高めること」です。経験の浅いプロジェクトマネージャほど、「前回うまくいった方法」をそのまま適用しがちです。しかし、プロジェクトは毎回異なります。

規模、メンバー、技術、顧客、リスクが違えば、最適な管理方法も変わります。

優れたプロジェクトマネージャは、「標準を守ること」ではなく、「このプロジェクトにとって最も効果的な管理方法は何か」を常に考えています。

それこそが、テーラリングの本質です。

関連用語

• プロジェクトマネジメント
• PMBOK®
• プロジェクトライフサイクル
• フェーズ
• ガバナンス
• WBS
• リスクマネジメント
• 品質マネジメント

まとめ

テーラリングとは、プロジェクトの規模や目的、リスクなどに応じて、マネジメントの進め方を最適化することです。

すべてのプロジェクトに同じ管理方法を適用するのではなく、そのプロジェクトに最も適した方法を選択することが成功への近道になります。

PMBOK®第7版でも重要な考え方であり、実務でもプロジェクトマネージャに求められる重要なスキルの一つです。

関連記事

• PMBOK®とは？
• ガバナンスとは？
• プロジェクトライフサイクルとは？
• WBSとは？

よくある質問（FAQ）

Q. テーラリングとは何ですか？

A. プロジェクトの状況に応じて、プロジェクトマネジメントの方法やプロセスを最適化することです。

Q. テーラリングはプロセスを減らすことですか？

A. いいえ。必要に応じてプロセスを減らすこともありますが、逆にレビューや管理を強化することもテーラリングです。

Q. PMBOK®ではテーラリングは重要ですか？

A. はい。PMBOK®第7版では、すべてのプロジェクトで継続的にテーラリングを行うことが重要な考え方として示されています。

The post テーラリング（Tailoring）とは？PMBOK®での意味を初心者向けにわかりやすく解説す first appeared on PM道場.

しかし、「ガントチャートとの違いが分からない」「とりあえず作業を並べればよいのでは？」と思っている方も多いのではないでしょうか。

WBSは、プロジェクト全体を成功へ導くための土台となる重要な成果物です。

この記事では、WBSの意味や目的、作り方、実務での活用方法までわかりやすく解説します。

一言でいうと

WBS（Work Breakdown Structure）とは、「プロジェクトで必要な作業を漏れなく階層的に分解し、見える化したもの」です。

WBSとは

WBSは「Work Breakdown Structure」の略で、日本語では「作業分解構成図」と呼ばれます。

プロジェクト全体を小さな作業単位まで分解し、階層構造で整理することで、何を実施すればプロジェクトが完了するのかを明確にします。

PMBOK®︎では、WBSはプロジェクトスコープを整理・管理するための重要なツールとして位置付けられています。

WBSを作る目的

WBSを作成する目的は、単に作業を一覧化することではありません。

• 作業の抜け漏れを防ぐ
• プロジェクト全体を見える化する
• 担当者を明確にする
• 工数や期間を見積もりやすくする
• 進捗管理をしやすくする
• リスクを早期に発見する

WBSは、その後に作成するスケジュールやガントチャートの土台になります。

WBSのイメージ

例えば、システム開発プロジェクトであれば、次のように階層化します。

• 要件定義
  • 現状調査
  • 要件整理
  • レビュー
• 基本設計
  • 画面設計
  • 帳票設計
  • レビュー
• 詳細設計
• 開発
• テスト
• リリース

このように、大きな作業を管理しやすい単位まで分解していきます。

WBSとガントチャートの違い

WBSで「何をやるか」を整理し、その情報をもとにガントチャートで「いつやるか」を管理します。

WBS作成のポイント

• 成果物を意識して分解する
• 作業が重複しないようにする
• 抜け漏れがないようにする
• 担当者がイメージできる粒度まで分解する
• 細かくしすぎない

最下層の作業（ワークパッケージ）は、担当者が見積もりや進捗報告を行える程度の大きさにすることが重要です。

実務ではこんな場面で活用される

例えば、「設計」という1行だけでは、誰が何をいつまでに行うのか分かりません。

そこで、「画面設計」「DB設計」「レビュー」のように分解することで、担当者の割り当てや進捗確認ができるようになります。

また、作業を細分化することで、「レビューが抜けていた」「移行作業を忘れていた」といった漏れにも早く気付けます。

よくある勘違い

WBSはタスク一覧ではない

単に思いついた作業を書き並べるだけではWBSとは言えません。

階層構造で整理し、プロジェクト全体を漏れなく表現することが重要です。

細かければ良いわけではない

細かく分解しすぎると管理コストが増えます。

プロジェクトの規模やリスクに応じて、適切な粒度で管理することが大切です。

プロジェクトマネージャ試験ではここが重要

IPAのプロジェクトマネージャ試験では、WBSを活用したスコープ管理や進捗管理、工数見積もりが頻出テーマです。

午後Ⅱ論文では、「どのように作業を分解し、抜け漏れを防止したか」「WBSをどのように進捗管理へ活用したか」を具体的に説明できることが重要です。

PMBOK®︎でも、WBSはスコープベースラインを構成する重要な成果物として位置付けられています。

PM道場のワンポイント

WBSは「作業一覧」ではなく、「プロジェクトの設計図」です。

私が新人PMへ説明するときによく伝えるのは、「WBSが曖昧なプロジェクトは、その後のすべてが曖昧になる」ということです。

スケジュールも、工数見積もりも、担当者の割り当ても、リスク管理も、すべてWBSを基準に作られます。

つまり、WBSで作業が漏れていれば、スケジュールにも漏れが生まれ、見積もりも狂い、最後になって「こんな作業があったのか」と慌てることになります。

だからこそ、優れたプロジェクトマネージャは、スケジュールを作る前にWBSへ時間をかけます。

プロジェクトは、WBSの品質以上には成功しない。

私はそう考えています。

関連用語

• スコープ
• 成果物（Deliverable）
• ガントチャート
• プロジェクトライフサイクル
• ベースライン
• ワークパッケージ
• スケジュール
• プロジェクト計画書

まとめ

WBSとは、プロジェクトで必要な作業を階層的に整理したものであり、プロジェクト計画の土台となる重要な成果物です。

WBSを適切に作成することで、作業漏れを防ぎ、見積もりや進捗管理、リスク管理の精度を高めることができます。

プロジェクトを成功へ導く第一歩は、質の高いWBSを作ることから始まります。

関連記事

• 成果物（Deliverable）とは？
• ベースラインとは？
• ガントチャートとは？
• スコープとは？

よくある質問（FAQ）

Q. WBSとは何ですか？

A. プロジェクト全体を管理しやすい作業単位まで階層的に分解したものです。

Q. WBSとガントチャートの違いは何ですか？

A. WBSは「何をやるか」を整理するものであり、ガントチャートは「いつやるか」を管理するものです。

Q. WBSはどこまで細かく分解すればよいですか？

A. 担当者が見積もりや進捗管理を行える程度の粒度まで分解するのが一般的です。細かすぎても管理コストが増えるため、プロジェクトの規模に応じた粒度を意識しましょう。

The post WBSとは？意味・目的・作り方を初心者向けにわかりやすく解説 first appeared on PM道場.