説明/参照:
Explanation:
6.6.2.7 スケジュール圧縮
スケジュール圧縮技術は、スケジュールの制約、課せられた日付、またはその他のスケジュール目標を満たすために、プロジェクトの範囲を縮小することなくスケジュールの期間を短縮するために使用されます。スケジュール圧縮手法には次のものが含まれますが、これらに限定されません。
クラッシュ。追加することで、最小限の増分コストでスケジュール期間を短縮するために使用される手法。

資力。クラッシュの例には、超過勤務の承認、追加リソースの持ち込み、クリティカル パス上のアクティビティへの配信を促進するために料金を支払うことが含まれます。クラッシュは、リソースを追加するとアクティビティの期間が短縮されるクリティカル パス上のアクティビティに対してのみ機能します。クラッシュによって常に実行可能な代替手段が生成されるわけではなく、リスクやコストが増加する可能性があります。
高速追跡。アクティビティまたはフェーズを通常は 2 時間以内に実行するスケジュール圧縮手法。

シーケンスは、持続時間の少なくとも一部で並行して実行されます。例としては、すべての建築図面が完成する前に建物の基礎を構築することが挙げられます。迅速に追跡すると、作業の手戻りやリスクの増加が生じる可能性があります。高速追跡は、プロジェクト期間を短縮するためにアクティビティを重複させることができる場合にのみ機能します。

セクション: ボリューム C
Explanation:
1.2.1. ポートフォリオ、プログラム、プロジェクト間の関係
ポートフォリオ、プログラム、およびプロジェクト間の関係は、ポートフォリオが、戦略的目標を達成するためにグループとして管理されるプロジェクト、プログラム、サブポートフォリオ、および運用の集合を指すようなものです。プログラムはポートフォリオ内でグループ化され、ポートフォリオをサポートするために調整された方法で管理されるサブプログラム、プロジェクト、またはその他の作業で構成されます。プログラム内またはプログラム外の個々のプロジェクトは、引き続きポートフォリオの一部とみなされます。ポートフォリオ内のプロジェクトまたはプログラムは、必ずしも相互に依存していたり​​直接関連しているわけではありませんが、組織のポートフォリオによって組織の戦略計画にリンクされています。
1.4.2 ポートフォリオ管理
ポートフォリオは、戦略目標を達成するためにグループとして管理されるプロジェクト、プログラム、サブポートフォリオ、および運用を指します。ポートフォリオのプロジェクトまたはプログラムは、必ずしも相互に依存していたり​​、直接関連しているとは限りません。
たとえば、「投資収益率の最大化」を戦略目標とするインフラ企業は、石油とガス、電力、水道、道路、鉄道、空港のさまざまなプロジェクトを含むポートフォリオをまとめることがあります。
この組み合わせから、企業は関連プロジェクトを 1 つのプログラムとして管理することを選択する場合があります。すべての電力プロジェクトは、電力プログラムとしてグループ化できます。同様に、すべての水プロジェクトを水プログラムとしてグループ化することができます。
したがって、電力プログラムと水道プログラムはインフラ企業の企業ポートフォリオの不可欠な要素となります。

説明/参照:
Explanation:
13.2 ステークホルダーの管理を計画する
定義: ステークホルダー管理とは、ステークホルダーのニーズ、関心、プロジェクトの成功に対する潜在的な影響の分析に基づいて、プロジェクトのライフサイクル全体にわたってステークホルダーを効果的に関与させるための適切な管理戦略を開発するプロセスです。
主な利点: このプロセスの主な利点は、プロジェクトの利害関係者と対話してプロジェクトの利益をサポートするための明確で実行可能な計画が提供されることです。
入力
1. プロジェクト管理計画
2. 利害関係者登録簿
3. 企業環境要因
4. 組織プロセス資産
ツールとテクニック
1. 専門家の判断
2. 会議
3. 分析手法
出力
ステークホルダー管理計画

プロジェクトドキュメントの更新

5.2.1.5 利害関係者登録簿
セクション13.1.3.1で説明されています。利害関係者登録簿は、要件に関する情報を提供できる利害関係者を特定するために使用されます。利害関係者登録簿には、利害関係者がプロジェクトに対して抱く可能性のある主要な要件と主な期待も記録されます。
13.1.3.1 利害関係者登録簿
利害関係者の特定プロセスの主な出力は、利害関係者登録簿です。これには、特定された利害関係者に関連するすべての詳細が含まれます。これには以下が含まれますが、これらに限定されません。
識別情報。氏名、組織上の役職、所在地、プロジェクトにおける役割、連絡先

情報;
評価情報。主な要件、主な期待、プロジェクトへの潜在的な影響、

ライフサイクルの中で最も関心のある段階。と
利害関係者の分類。内部/外部、支持者/中立者/抵抗者など。

プロジェクトのライフサイクル全体を通じて利害関係者が変更または新たに特定される可能性があるため、利害関係者登録簿を定期的に参照し、更新する必要があります。

説明/参照:
Explanation:
6.3.2.2 依存関係の決定
依存関係は、以下で説明するように、必須か任意か、内部か外部の属性によって特徴付けることができます。依存関係には 4 つの属性がありますが、次の方法で 2 つを同時に適用できます: 必須の外部依存関係、必須の内部依存関係、任意の外部依存関係、または任意の内部依存関係。
必須の依存関係。必須の依存関係は、法的または契約上必要とされる依存関係です。

または仕事の性質に固有のもの。必須の依存関係には、基礎が構築されるまで上部構造を建設できない建設プロジェクトや、テストする前にプロトタイプを構築する必要があるエレクトロニクス プロジェクトなど、物理的な制限が含まれることがよくあります。
必須の依存関係は、ハード ロジックまたはハード依存関係と呼ばれることもあります。技術的な依存関係は必須ではない場合があります。プロジェクト チームは、アクティビティの順序付けのプロセス中に、どの依存関係が必須であるかを決定します。必須の依存関係を、スケジュール ツールでのスケジュール制約の割り当てと混同しないでください。
任意の依存関係。任意の依存関係は、優先ロジックと呼ばれることもあります。

優先ロジック、またはソフトロジック。任意の依存関係は、特定のアプリケーション領域内でのベスト プラクティスや、他の許容可能なシーケンスがある場合でも特定のシーケンスが必要なプロジェクトの特殊な側面の知識に基づいて確立されます。任意の依存関係は、任意の合計浮動小数点値を作成し、後のスケジューリング オプションを制限する可能性があるため、完全に文書化する必要があります。高速追跡技術を採用する場合、これらの任意の依存関係を確認し、変更または削除を検討する必要があります。プロジェクト チームは、アクティビティの順序付けのプロセス中に、どの依存関係が任意であるかを決定します。
外部依存関係。外部依存関係には、プロジェクトのアクティビティと

プロジェクト以外の活動。これらの依存関係は通常、プロジェクト チームの制御の範囲外です。たとえば、ソフトウェア プロジェクトのテスト作業が外部ソースからのハードウェアの納品に依存している場合や、建設プロジェクトの用地準備を開始する前に政府による環境公聴会の開催が必要な場合があります。プロジェクト管理チームは、アクティビティの順序付けのプロセス中に、どの依存関係が外部であるかを判断します。
内部依存関係。内部依存関係には、プロジェクト間の優先関係が関係します。

これらは通常、プロジェクト チームの管理下にあります。たとえば、チームがマシンを組み立てるまでテストできない場合、これは内部の必須の依存関係です。プロジェクト管理チームは、アクティビティの順序付けのプロセス中に、どの依存関係が内部にあるのかを判断します。

セクション: ボリューム C
Explanation:
11.3.2.2 確率と影響のマトリックス
定義: リスク評価に基づいて、さらなる定量分析とリスク対応の計画のために優先順位を付けることができます。
評価は、評価された確率と影響に基づいてリスクに割り当てられます。各リスクの重要性と注意すべき優先度の評価は、通常、ルックアップ テーブルまたは確率と影響のマトリックスを使用して実行されます。このようなマトリックスは、リスクを低優先度、中優先度、または高優先度として評価する確率と影響の組み合わせを指定します。組織の好みに応じて、説明的な用語や数値を使用できます。
確率と影響のマトリックス。確率と影響のマトリックスは、各リスクの発生確率と、そのリスクが発生した場合のプロジェクト目標への影響をマッピングするためのグリッドです。リスクは、プロジェクトの目的に影響を与える潜在的な影響に応じて優先順位が付けられます。リスクに優先順位を付ける一般的なアプローチは、ルックアップ テーブルまたは確率と影響のマトリックスを使用することです。リスクの重要性が「高」、「中」、または「低」と評価される確率と影響の具体的な組み合わせは、通常、組織によって設定されます。