説明/参照:
Explanation:
4.3.3.3 変更リクエスト
変更リクエストは、ドキュメント、成果物、またはベースラインを変更するための正式な提案です。承認された変更リクエストにより、関連するドキュメント、成果物、またはベースラインが置き換えられ、プロジェクト管理計画の他の部分が更新される場合があります。プロジェクト作業の実行中に問題が見つかると、変更リクエストが送信され、プロジェクトのポリシーや手順、プロジェクトの範囲、プロジェクトのコストや予算、プロジェクトのスケジュール、またはプロジェクトの品質が変更される可能性があります。その他の変更リクエストには、プロジェクトの後半での悪影響を防ぐために必要な予防措置や修正措置が含まれています。変更のリクエストは、直接または間接、外部または内部で開始することができ、オプションまたは法的/契約上義務付けられることがあり、次のものが含まれる場合があります。
是正措置 - プロジェクト作業のパフォーマンスを状況に合わせて再調整する意図的な活動。

プロジェクト管理計画。
予防措置 - プロジェクト作業の将来のパフォーマンスを保証するための意図的な活動。

プロジェクト管理計画と連携する。
欠陥修復 - 不適合製品または製品コンポーネントを変更する意図的な活動。

更新 - 修正または追加を反映するための、正式に管理されているプロジェクト文書、計画などへの変更。

アイデアとか内容とか。

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

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

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

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

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