迅速化の要件:
* 製品を 20 日早くリリースするには、クリティカル パス アクティビティを迅速化する必要があります。
* クリティカルパスアクティビティ: A (テスト)、D (製造)、G (パッケージング)。
除外される活動:
* 草稿作成 (アクティビティ C) や校正 (アクティビティ F) などのアクティビティは重要ではなく、プロジェクト全体の期間に影響を与えません。
PSP ガイドラインによる検証: PSP ガイドラインでは、スケジュール加速のためにクリティカル パス タスクの迅速化を重視しています (参照: PSP 学習ガイド、第 2B 章: スケジュール圧縮テクニック)。

クリティカル パス メソッド (CPM) スケジューリングの基本的な制限は、リソースが無制限であると想定していることです。つまり、スケジュールを計算するときにリソースの制約が考慮されません。
* オプション A (バックワード パス) は、CPM プロセスの標準的な部分です。
* CPM はアクティビティの依存関係を考慮するため、オプション C は不正解です。
* オプション D は、図表作成方法の柔軟性を指し、欠点ではありません。
PSP 学習ガイドでは、CPM アプリケーションにおける重要な課題としてリソースの制約が強調されています。

累積BCWSの形状:
* 予定作業予算コスト (BCWS) は、時間の経過に伴う累積支出曲線を反映し、通常は「S」の形になります。
Sカーブの説明:
* 最初は支出を緩やかにし、仕事がピークになるときに加速し、完了に近づくにつれて支出を減らします。
PSP ガイドラインによる検証: PSP 学習ガイドでは、BCWS を獲得価値管理の一部として説明しています (参照: PSP 学習ガイド、第 1D 章: 獲得価値分析)。

* 当初の完了日（通常スケジュール）:
* プロジェクトの完了は当初、2004 年 3 月 1 日に設定されていました (すべての期間と依存関係に基づきます)。
* スリッページの詳細:
* アクティビティ 1001: 10 日遅れました。
* アクティビティ 10002: 35 日遅れました。
* 残りのアクティビティは元の期間を維持します。
* 修正された完了日の計算:
* 累積遅延 35 日 (影響最大) を考慮して、元の完了日を調整します。
* 新しい完了日 = 03-01-04 + 10 日 = 03-11-04。
* 回答オプションによる相互検証:
* オプションA (02-19-04): 不正解。スリッページは無視されます。
* オプションB（03-21-04）：誤り。スリップの影響を過大評価しています。
* オプションD (03-20-04): 誤り。論理的な順序と一致していません。
* オプション C (03-11-04): 正解。調整後の完了日と一致します。
参考文献:
* PSP 学習ガイド (2019)、セクション 2A - スケジュール作成、フォワード パス計算とバックワード パス計算に関するサブセクション。
* AACE 推奨プラクティス、RP 10S-90。