説明/参照:
Explanation:
プロセス: 11.3 定性的リスク分析の実行
定義: リスクの発生確率と影響を評価および組み合わせることにより、さらなる分析またはアクションのためにリスクに優先順位を付けるプロセス。
主な利点: このプロセスの主な利点は、プロジェクト マネージャーが不確実性のレベルを軽減し、優先度の高いリスクに集中できることです。
入力
1. リスク管理計画
2. スコープのベースライン
3. リスク登録簿
4. 企業環境要因
5. 組織プロセス資産
ツールとテクニック
1. リスクの確率と影響の評価
2. 確率と影響のマトリックス
3. リスクデータの品質評価
4. リスクの分類
5. リスクの緊急性の評価
6. 専門家の判断
出力
1. プロジェクトドキュメントの更新

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

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

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

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

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