知識

プロセス

スキル

道具

テクノロジー

プロジェクトは終了しました

一部のプロジェクト成果物には要素の重複がある場合がありますが、そのような重複はプロジェクト作業の本質的に独自の性質を変えるものではありません。

一時的とは必ずしも短命を意味するわけではありません

プロジェクトによって作成された製品、サービス、または結果は、通常、一時的なものではありません。

継続的な作業は通常、組織の既存の手順に従って繰り返し実行されます。対照的に、プロジェクトの独特な性質により、それが生み出す製品、サービス、または結果について不確実性がある可能性があります。

プロジェクトは、すべての組織レベルで実行できます。プロジェクトには、1 人の個人、1 つの組織単位、または複数の組織単位が関与する場合があります。

製品は、他の製品のコンポーネントである場合もあれば、それ自体が最終製品である場合もあります。

サービスを提供するために使用できる機能 (生産または配布をサポートするビジネス機能など)。

結果や文書などの結果 (たとえば、傾向が存在するかどうか、または新しいプロセスが社会に利益をもたらすかどうかを判断するために使用できる、研究プロジェクトによって生成された知識)。

新しい製品またはサービスを開発する。

組織の構造、人員配置、またはスタイルの変更。

新しい情報システムまたは改良された情報システムを開発または購入する。

建物やインフラストラクチャーを建設する。

新しい一連のビジネス プロセスまたは手順を実装します。

起動する

計画

埋め込む

モニター

エンディング

ニーズを特定する。

プロジェクトを計画および実行する際に、利害関係者のさまざまなニーズ、懸念、期待に対処します。

以下を含む (ただしこれらに限定されない)、競合するプロジェクトの制約のバランスをとります。

これらの要因間の関係は、1 つの要因に変化があれば、少なくとも 1 つの他の要因に影響を与えるということです。

反映する：

どの要素が最も重要であるかについて、プロジェクトの関係者によって見解が異なる可能性があり、問題はさらに複雑になります

プロジェクトの要件を変更すると、追加のリスクが発生する可能性があります

プロジェクトを成功させるには、プロジェクト チームがプロジェクトの状況を正確に分析し、プロジェクトの要件のバランスをとれなければなりません。

変更が発生する可能性があるため、プロジェクト管理計画を改訂し、プロジェクトのライフサイクル全体を通じて段階的に詳細を説明する必要があります。

漸進的精緻化とは、情報がより詳細になり、見積もりがより正確になるにつれて、計画を継続的に改善および改良することを指します。

プロジェクト管理チームはプロジェクトの進行に合わせてより詳細な管理を行うことができます。

プロジェクトは、組織の戦略計画を達成するための手段としてよく使用されます。

市場の需要（たとえば、ガソリン不足に対応して、自動車会社が低燃費車の研究開発プロジェクトを承認した）。

戦略的機会/ビジネス ニーズ (例: トレーニング会社が収益を増やすために新しいコース開発プロジェクトを承認する)。

顧客の要件（新しい工業団地に電力を供給するための新しい変電所建設プロジェクトを電力会社が承認するなど）。

技術の進歩 (コンピューターのストレージと電子機器の進歩を受けて、より高速でより安価で小型のラップトップを開発するプロジェクトを承認したエレクトロニクス会社など)。

法的要件 (例: 化学会社が新しい有毒物質の取り扱いに関するガイドラインを開発するプロジェクトを承認する)

PMO の主な役割は、プロジェクト マネージャーをさまざまな方法でサポートすることです。

以下の責任がありますが、これに限定されません。

プロジェクト マネージャーと PMO は異なる目標を持ち、異なる要件を持っていますが、彼らのすべての取り組みは組織の戦略的ニーズを満たさなければなりません。

プロジェクト マネージャーと PMO の役割の違いには次のものがあります。

プロジェクトの最終段階で

新製品の開発、製品のアップグレード、または増産の場合。

業務または製品開発プロセスを改善する場合。

製品が運用を終了する前 (製品ライフサイクルの終了)。

関連作業が完了すると、各時点で成果物と知識がプロジェクトと運用間で転送されます。

運用は、反復的な結果を生み出す継続的な作業であり、割り当てられたリソースを使用して、製品ライフサイクルにおける制度化された標準に従って、基本的に変更されていない運用を実行します。

継続的な運営とは異なり、プロジェクトは一時的な取り組みです。

知識: プロジェクト マネージャーはプロジェクト管理について何を知っていますか。

実践的な能力: プロジェクト マネージャーがプロジェクト管理の知識を適用することで実行できること、または達成できること。

個人の資質: プロジェクトまたは関連活動を実行するときにプロジェクト マネージャーがどのように行動するか。個人の資質には、態度、主要な性格特性、リーダーシップ (プロジェクトの目標を達成し、プロジェクトの制約のバランスを取る方向にプロジェクト チームを導く能力) が含まれます。

組織文化、構造、プロセス。

政府または業界の標準（規制当局の規制、実施規範、製品標準、品質標準、プロセス標準など）。

インフラストラクチャー（既存の施設や固定資産など）。

現在の人的資源のステータス (設計、開発、法務、契約、調達などにおける人事スキル、リテラシーと知識など)。

人事管理システム（人材の採用と保持のガイドライン、従業員のパフォーマンス評価と研修の記録、時間外労働ポリシーと時間記録など）。

会社の就労承認システム。

市況;

利害関係者のリスク許容度。

政治情勢。

組織がすでに持っているコミュニケーション チャネル。

商用データベース (標準化されたコスト見積もりデータ、業界リスク調査資料、リスク データベースなど)。

プロジェクト管理情報システム (スケジュール ソフトウェア、構成管理システム、情報収集および配布システム、または他のオンライン自動化システムへの Web インターフェイスなどの自動化ツールなど)。

プロジェクトとプロジェクト管理はどちらも、プロジェクト自体よりも大きな環境内で行われます。このより広範な環境を理解することは、プロジェクトの実行が企業目標と一致し、プロジェクト管理が組織の既存の実践方法論と一致していることを確認するのに役立ちます。

この章では紹介します

サイクルの定義: プロジェクトのライフ サイクルは、通常は順序付けられ、場合によっては絡み合うプロジェクト フェーズの集合です。

フェーズの名前付け: フェーズの名前と数は、プロジェクトに関与する組織の管理と制御のニーズ、プロジェクト自体の特性、およびその適用分野によって異なります。

プロジェクトのライフサイクルは、組織や業界の特性、または使用されるテクノロジーの特性に基づいて決定または調整できます。

すべてのプロジェクトには明確な開始点と終了点がありますが、プロジェクト中の具体的な成果物や活動はプロジェクトごとに大きく異なります。

ライフサイクルは、関係する特定の作業に関係なく、プロジェクトを管理するための基本的なフレームワークを提供します。

スタートアッププロジェクト。

組織と準備。

プロジェクト作業を実行する。

プロジェクトの終了

補充する

製品ライフサイクル

プロジェクトのライフサイクル

一般：