「プロジェクト・ライフサイクルと組織」の版間の差分
ナビゲーションに移動
検索に移動
(同じ利用者による、間の2版が非表示) | |||
1行目: | 1行目: | ||
− | ==プロジェクト・ライフサイクルと組織== | + | ==[[プロジェクト・ライフサイクルと組織]]== |
− | + | [[PMBOK]] | | |
{{amazon|1930699751}} | {{amazon|1930699751}} | ||
====プロジェクト・ライフサイクル==== | ====プロジェクト・ライフサイクル==== | ||
− | + | 定常[[業務]]とのかかわりのなかで、よりよいマネジメント上のコントロールを目指し、プロジェクトを複数のフェーズに分割する。分割されたフェーズの集合をプロジェクトライフサイクルと呼ぶ。 | |
− | プロジェクト・ライフサイクルは、プロジェクトの開始から終了にいたるフェーズを定義する。たとえば、プロジェクトライフサイクルを定義することにより、[Google:フィージビリティ・スタディ] | + | プロジェクト・ライフサイクルは、プロジェクトの開始から終了にいたるフェーズを定義する。たとえば、プロジェクトライフサイクルを定義することにより、[[Google:フィージビリティ・スタディ|フィージビリティ・スタディ]]を、プロジェクトの最初のフェーズとして取り扱うか、別プロジェクトとして実行するかを明確にできる。 |
フェーズ間の移行では、先行フェーズの正確性や完全性を確認、承認し、後続フェーズへ移行する。そのときに、技術的移転や引継ぎが行われる。 | フェーズ間の移行では、先行フェーズの正確性や完全性を確認、承認し、後続フェーズへ移行する。そのときに、技術的移転や引継ぎが行われる。 | ||
− | 伴うリスクが容認可能である場合には、スケジュール短縮技法として、承認前に後続フェーズを開始する[Google:ファスト・トラッキング] | + | 伴うリスクが容認可能である場合には、スケジュール短縮技法として、承認前に後続フェーズを開始する[[Google:ファスト・トラッキング|ファスト・トラッキング]]が適用されることもある。 |
プロジェクト・ライフサイクルでは、以下を定義する | プロジェクト・ライフサイクルでは、以下を定義する | ||
22行目: | 22行目: | ||
*ステークホルダーの及ぼす影響は、プロジェクト開始時に最大。 | *ステークホルダーの及ぼす影響は、プロジェクト開始時に最大。 | ||
[[File:0018_infference.jpg]] | [[File:0018_infference.jpg]] | ||
+ | |||
+ | [[category:プロジェクト管理]] |
2021年11月27日 (土) 13:01時点における最新版
プロジェクト・ライフサイクルと組織
PMBOK |
プロジェクト・ライフサイクル
定常業務とのかかわりのなかで、よりよいマネジメント上のコントロールを目指し、プロジェクトを複数のフェーズに分割する。分割されたフェーズの集合をプロジェクトライフサイクルと呼ぶ。
プロジェクト・ライフサイクルは、プロジェクトの開始から終了にいたるフェーズを定義する。たとえば、プロジェクトライフサイクルを定義することにより、フィージビリティ・スタディを、プロジェクトの最初のフェーズとして取り扱うか、別プロジェクトとして実行するかを明確にできる。
フェーズ間の移行では、先行フェーズの正確性や完全性を確認、承認し、後続フェーズへ移行する。そのときに、技術的移転や引継ぎが行われる。 伴うリスクが容認可能である場合には、スケジュール短縮技法として、承認前に後続フェーズを開始するファスト・トラッキングが適用されることもある。
プロジェクト・ライフサイクルでは、以下を定義する
- 技術的作業
- 要素成果物(をいつ作成し、どうやってレビュー検証、承認するのか)
- 参加者
- フェーズのコントロールおよび承認方法
- プロジェクト・ライフサイクルには、フェーズが、逐次的に実行され、技術情報の移転や成果物の引継ぎにより定義されるという共通の特性がある。
- コストや要員数は、プロジェクトの開始時に少なく、中間フェーズで頂点に達し、終結時に急激に落ち込む。
- 不確実性や目標未達のリスクはプロジェクト開始時に最大だが、変更や訂正にかかるコストは、プロジェクトの進捗とともに増加する。
- ステークホルダーの及ぼす影響は、プロジェクト開始時に最大。
© 2006 矢木浩人