解説・参考：
Explanation:
5.1.3.2 要件管理計画
要件管理計画は、要件を分析、文書化、および管理する方法を説明するプロジェクト管理計画の構成要素です。セクション 2.4.2.1 で説明されているフェーズ間の関係は、要件の管理方法に強く影響します。プロジェクト マネージャーは、プロジェクトにとって最も効果的な関係を選択し、このアプローチを要件管理計画に文書化します。要件管理計画の構成要素の多くは、その関係に基づいています。
要件管理計画の構成要素には、次のものを含めることができますが、これらに限定されません。
* 要件アクティビティをどのように計画、追跡、および報告するか。
* 製品への変更を開始する方法、影響を分析する方法、追跡、追跡、報告する方法、およびこれらの変更を承認するために必要な承認レベルなどの構成管理活動。
* 要件の優先順位付けプロセス。
* 使用される製品指標とそれらを使用する理由。と
* どの要件属性がトレーサビリティ マトリックスに取り込まれるかを反映するトレーサビリティ構造。

解説・参考：
Explanation:
4.2.1.1 プロジェクト憲章
セクション 4.1.3.1 で説明。プロジェクト憲章のサイズは、プロジェクトの複雑さと作成時にわかっている情報によって異なります。少なくとも、プロジェクト憲章は、プロジェクトの高レベルの境界を定義する必要があります。プロジェクト チームは、開始プロセス グループ全体の初期計画の出発点としてプロジェクト憲章を使用します。
4.1.3.1 プロジェクト憲章
プロジェクト憲章は、プロジェクトの存在を正式に承認し、組織のリソースをプロジェクト活動に適用する権限をプロジェクト マネージャーに提供する、プロジェクトの開始者またはスポンサーによって発行される文書です。ビジネス ニーズ、仮定、制約、顧客のニーズと高レベルの要件の理解、および満たすことを意図した新しい製品、サービス、または結果を文書化します。たとえば、次のようなものです。
プロジェクトの目的または正当化、

測定可能なプロジェクトの目標と関連する成功基準

高レベルの要件、

仮定と制約、

大まかなプロジェクトの説明と境界、

高レベルのリスク、

要約マイルストーンスケジュール、

要約予算、

利害関係者リスト、

プロジェクトの承認要件 (つまり、プロジェクトの成功を構成するもの、プロジェクトの成功を誰が決定するか)

成功し、誰がプロジェクトを承認するか)、
割り当てられたプロジェクト マネージャー、責任、権限レベル、および

プロジェクト憲章を承認するスポンサーまたはその他の人物の名前と権限。

セクション: ボリューム E
Explanation:
6.6.2.2 クリティカルパス法
クリティカル パス法。最小プロジェクト期間を見積もり、スケジュール モデル内の論理ネットワーク パスのスケジューリングの柔軟性を判断するために使用される方法です。このスケジュール ネットワーク分析手法では、図 6-18 に示すように、スケジュール ネットワークを介してフォワード パス分析とバックワード パス分析を実行することにより、リソースの制限に関係なく、すべてのアクティビティの早期開始日、早期終了日、最遅開始日、および最遅終了日を計算します。この例では、最長パスにはアクティビティ A、C、および D が含まれているため、ACD のシーケンスがクリティカル パスです。クリティカル パスは、プロジェクトの最長パスを表すアクティビティのシーケンスであり、プロジェクトの最短期間を決定します。結果として生じる早い開始日と遅い開始日および終了日は、必ずしもプロジェクトのスケジュールではありません。むしろ、アクティビティの期間、論理関係、リード、ラグ、およびその他の既知の制約についてスケジュール モデルに入力されたパラメータを使用して、アクティビティを実行できる期間を示します。クリティカル パス法は、スケジュール モデル内の論理ネットワーク パスのスケジューリングの柔軟性を計算するために使用されます。
どのネットワーク パスでも、スケジュールの柔軟性は、プロジェクトの終了日を遅らせたり、スケジュールの制約に違反したりせずに、スケジュール アクティビティを早い開始日から遅らせたり延長したりできる時間の長さによって測定され、「トータル フロート」と呼ばれます。CPM クリティカル パスは、通常、クリティカル パスのトータル フロートがゼロであるという特徴があります。PDM シーケンスで実装されると、クリティカル パスは、適用される制約に応じて、正、ゼロ、または負のトータル フロートを持つ場合があります。クリティカル パス上のすべてのアクティビティは、クリティカル パス アクティビティと呼ばれます。正の合計フロートは、フォワード パスの計算時に計算された早期終了日より後のスケジュール制約からバックワード パスが計算される場合に発生します。負のフロート合計は、期間とロジックが遅延日の制約に違反した場合に発生します。スケジュール ネットワークには、クリティカルに近いパスが複数ある場合があります。多くのソフトウェア パッケージでは、クリティカル パスの決定に使用するパラメータをユーザーが定義できます。
合計がゼロまたは正のネットワーク パスを生成するには、活動期間 (より多くのリソースまたはより少ないスコープを配置できる場合)、論理関係 (関係が最初から任意であった場合)、リードとラグ、またはその他のスケジュール制約の調整が必要になる場合があります。浮く。ネットワーク パスの合計フロートが計算されると、フリー フロート (後続アクティビティの早期開始日を遅らせたり、スケジュールの制約に違反したりせずに、スケジュール アクティビティを遅らせることができる時間) も決定できます。たとえば、図 6-18 のアクティビティ B のフリー フロートは 5 日です。