1.1プロジェクトとPMの基礎

プロジェクトマネージャ試験の午前IIでは、「プロジェクトとは何か」という定義の暗記ではなく、目の前の状況（納期逼迫・予算超過・品質不良・要員不足など）で、複数の制約条件のうちどれを優先し、どこで妥協するかをPMとして判断する力が問われます。プロジェクトは定型業務と異なり有期性（開始と終了が明確に定められている）と独自性（成果物やサービスが一つとして同じでない）という特性を持つため、過去の定型業務の延長では対応できない不確実性が常に伴います。この不確実性の中で、スコープ・時間・コスト・品質・資源・リスクという複数の制約条件を同時に満たすことは通常できず、どれかを動かせば他が影響を受けるトレードオフの構造を理解した上で、状況に応じた最適な判断を下すことがPMの中心的な役割です。

1.1.1プロジェクトの特性と定型業務との違い

• 有期性＝プロジェクトには明確な開始と終了があり、目標が達成されるか、あるいはプロジェクトの目的がもはや達成できない・必要とされないと判断された時点で終結する。継続的に繰り返される定型の運用（オペレーション）とは対照的な性質。
• 独自性＝プロジェクトの成果物・サービス・所産は、類似のプロジェクトがあっても細部（要求事項・利害関係者・制約条件など）が毎回異なり、過去の定型的な手順をそのまま当てはめられない。この独自性が、プロジェクトに固有のリスクと不確実性を生む。

1.1.2制約条件のトレードオフとPMの役割

• 制約条件＝プロジェクトを制限する要因で、代表的なものがスコープ・時間（スケジュール）・コスト・品質・資源・リスク。これらは互いに独立ではなく、一つを変更すると他の一つ以上に影響が及ぶ（例：スコープを拡大すれば時間かコストのどちらか、あるいは両方が増加する）。
• PMの役割は、これらの制約条件の優先順位をステークホルダと合意した上で、状況変化のたびに最適なバランスを再判断し続けること。特定の制約（例えば納期）を絶対に動かせないのであれば、他の制約（コストを追加投入する・スコープを絞る・品質基準の一部を見直す）のどれかで調整する必要があり、「すべての制約を同時に固定したまま解決する」ことは基本的にできないという前提を関係者と共有することが重要になる。

あなたは業務システム刷新プロジェクトのPMで、プロジェクト開始2か月後、経営層から「競合対応のため、当初合意していたリリース予定日を1か月前倒ししてほしい。追加予算は認められない」という要請を受けたとします。ここで単純に「分かりました、頑張ります」と引き受けてしまうと、時間という制約を動かしながらコストという制約も固定するという、トレードオフの構造を無視した約束になり、結果として品質を犠牲にする（テスト工程を圧縮する）か、スコープを暗黙に削る（誰にも合意を取らずに機能を削減する）形でしわ寄せが生じ、後になって「言った/言わない」の対立や品質事故につながりかねません。PMとして最適な進め方は、まず要請の背景（なぜ前倒しが必要か）を理解した上で、時間を短縮するために動かせる制約は何かを整理し、選択肢を経営層に提示することです。具体的には「
①スコープを絞り込み今回のリリースに含める機能を減らす、
②追加要員を投入し並行作業を増やす（ただし追加コストが発生する）、
③品質保証の一部工程（特定のテスト範囲）を次リリースへ先送りしリスクを許容する」といった複数の選択肢とそれぞれのリスク・トレードオフを可視化して意思決定者に選ばせるのが、独断で一つの制約だけにしわ寄せするより適切です。「予算は動かせない」という制約が前提として与えられているなら、スコープ・品質・リスクのいずれかを調整する提案が現実的な落としどころになります。

1.1.3この節のまとめ

• プロジェクトは有期性（明確な開始と終了）と独自性（成果物が毎回異なる）を特性とし、定型業務と異なる不確実性を伴う
• スコープ/時間/コスト/品質/資源/リスクの制約条件は互いにトレードオフの関係にあり、同時に全部を固定することはできない
• PMの役割は、状況に応じてどの制約を調整するかの選択肢とリスクを可視化し、ステークホルダとの合意形成を主導すること