★プロジェクト・ライフサイクルを20か月、で合意したのに、後々16ヶ月、という話しが出てきた。PMとして実行すべきではないステップはどれ？「スコープを縮小し、スケジュールをクラッシュする。」「プロジェクトの要求事項を削減するよう、ステークホルダーに交渉する。」「作業スピードを向上させるために、チーム・メンバーを追加する。」「タイムラインを修正しないようアドバイスする。」

→スコープを縮小し、スケジュールをクラッシュする。

クラッシング、ファスト・トラッキング、変更管理、およびその他の手法ではタイムフレームを短縮することでリスクが増大し、課題が発生する可能性が高いため、スポンサーおよび主要なステークホルダーでプロジェクトの要求事項を削減できる場合は、それが望ましい選択肢です。

「実行すべきではないステップはどれか？」（＝リスクが高い、優先すべきでない手法は？）

PMBOK的な「適切な順番」：

1. まずステークホルダーと交渉して要求を調整（b） → 一番リスクが低い。
2. リソース追加で対応（c） → コストはかかるが、成果物の価値は維持。
3. クラッシング＋スコープ縮小（a） → 最後の手段（高リスク・高コスト・品質低下）。
4. 何もしない（d） → 最初から除外、今回の問題では対象外。

クローン問題（ウォーターフォール型５）3