フェーズの集合がプロジェクト・ライフサイクル(*)だとして、具体的なフェーズの切り方、並べ方は当然ながらプロジェクトによって違うわけですが、あらゆるプロジェクトに当てはまる汎用的なレイヤをプロジェクト・ライフサイクル・モデルと呼んでいます。

フェーズ。使い慣れた用語こそPMBOKの思想をしっかり押さえよう

フェーズ。
あえて和訳するなら、「工程」でしょうか。
プロジェクトに従事する人にとっては、すっかり定着している用語です。

PMBOKの捉え方とズレていないか確認しておきましょう。

プロジェクト・ライフサイクルとリスク。プロジェクト・マネジャーの腕の見せ所

プロジェクト・コストおよび要員数(*1)、変更のコスト(*2)と来て、プロジェクト・ライフサイクルの特性の最後は、リスクです。

前回はプロジェクト・ライフサイクルと変更が起きたときに掛かるコストとの関係について解説しました。
「プロジェクト・ライフサイクルの特性。変更コスト。二次曲線になるそのワケ」

変更が起案された場合、それを反映するときはもちろん、却下するにしても検討や説明、起案者との調整のコストが発生し、それはプロジェクトが進むに連れて二次曲線的に増大します。

ではPMBOKはこの特性で何を言おうとしているのでしょうか？
これがこの記事のテーマです。

では前回(*)に引き続き、別の切り口からプロジェクト・ライフサイクルを見てみます。

横軸は同様に経過時間。
縦軸は、計画に変更が生じたときに掛かるコスト、略して変更コスト。

これがどう変化するかと言うと、右肩上がりの二次曲線的な（下側が丸い）カーブになります。

プロジェクト・ライフサイクル（project life cycle）とは、プロジェクトが立ち上がってから消滅するまでの全期間を指します。

英語を見ると、ライフサイクルはlifeとcycleの２単語。
PMBOK®ガイド日本語版の慣例に倣えば本来、ライフ・サイクルと中ポチを入れてカナ表記すべきかもしれませんが、誤記ではありません。

フィージビリティ・スタディ（feasibility study）は、一般的なビジネス用語として定着していますが、ときに実現可能性調査などと和訳されます。

PMBOK®ガイドでは、箇所によって和訳されたり、フィージビリティ・スタディのままだったりと一定していません。