2-4. 立ち上げのゴール：初期スコープと制約の明確化

立ち上げフェーズのゴールは、プロジェクトのスコープを定義し、制約事項と想定事項を整理することです。これにより、関係者全員が計画策定フェーズへ進むための合意の土台が形成されます。

プロジェクトの境界線（初期スコープ）の設定

立ち上げ段階におけるスコープ定義は、詳細な仕様決定ではありません。むしろ「このプロジェクトで何を行い、何を行わないのか」という大まかな境界線（バウンダリ）を引く作業です。

イン・スコープ（範囲内）: 今回のプロジェクトで実施・納品することが約束された領域。
アウト・オブ・スコープ（範囲外）: 期待されがちだが、明確に今回の対象外と合意した領域。これを明文化しておくことで、「言った・言わない」のトラブルを防ぎます。

プロジェクトを計画するにあたって、PMは「制約事項（Constraints）」と「想定事項（Assumptions）」を切り分けて定義しなければなりません。

制約と想定の基本定義

制約事項 (Constraints): プロジェクトを進める上で、あらかじめ定められており変更が困難な条件や制限（例：法改正の期日、決められた予算上限）。
想定事項 (Assumptions): 現時点では不確実だが、計画を立てるために「妥当である」と仮定した条件（例：「追加要員の採用は3ヶ月以内に完了する」「必要なAPIドキュメントは他社から期日通り提供される」）。

これらがプロジェクトに与える影響やマネジメント手法の違いを示します。

区分	定義・性質	具体的な例	プロジェクト管理における扱い
制約事項 (Constraints)	外部から与えられる、従うしかない客観的な境界線。	・「開発予算は2,000万円を超えてはならない」・「個人情報保護法に準拠する」・「新システムの稼働日は10月1日とする」	この枠内に収まるように計画を「テーラリング」する。制約を満たせない場合、プロジェクトの進行に大きな支障をきたす可能性がある。
想定事項 (Assumptions)	仮定や推測に基づく条件。真偽が不確定なもの。	・「主要メンバーが途中で退職することはない」・「開発プラットフォームのバージョンアップは期間中行われない」	リスクの発生源として監視する。想定が変わった場合（例：メンバーが退職した場合）、計画の見直しが必要になる。

立ち上げフェーズが正常に完了すると、プロジェクトの目的やステークホルダー、初期の前提条件が揃い、本格的な「計画策定フェーズ」へ移行する準備が整います。

図 2-4：立ち上げ完了と計画策定フェーズへの移行関係

立ち上げフェーズを締めくくる最後のアクションが「キックオフミーティング（Kickoff Meeting）」です。

主要なステークホルダーとプロジェクトチームが一堂に会し（またはオンラインで集まり）、プロジェクト憲章に沿って「目標、スコープの概要、主要なマイルストーン、各自の役割」を共有・確認します。これにより、関係者間で共通認識を形成し、チームのエンゲージメントを高めます。