ウォーターフォールモデル

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順番に進める開発モデル。各工程の成果物を明確にし、前工程が完了してから次工程に進む。大規模開発に適するが、後戻りが難しい。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次工程に進むため、手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため、進捗管理が容易だが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順に進める開発モデル。各工程の完了を確認してから次に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が確定したプロジェクトに適する。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次工程に進むため、大規模で要件が明確なプロジェクトに適する。手戻りコストが大きいという課題がある。

要件定義、設計、実装、テスト、運用の各工程を順序どおりに進める伝統的なシステム開発手法。各工程の完了を上流工程のレビューで確認してから次工程に進む。監査では各工程での統制の実施状況を検証する。

リスク分析を中心に据え、計画→リスク分析→開発→評価のサイクルを螺旋状に繰り返す開発モデル。各サイクルでリスクを評価し、プロトタイプを作成しながら段階的にシステムを完成させる。リスクの高い大規模プロジェクトに適する。

プロジェクトの存在を公式に認可する文書。プロジェクトの目的、主要な成果物、前提条件、制約条件、概算予算、マイルストーン、プロジェクトマネージャの権限などを記載する。スポンサーが発行し、プロジェクトの正式な開始を意味する。

プロジェクトに資源を提供し、プロジェクトの成功を支援する経営層の人物。プロジェクト憲章の発行、資金の確保、組織内の障害の排除、意思決定のエスカレーション先としての役割を担う。

プロジェクトの計画時点で真であると見なす、確認されていない要因。前提条件が正しくない場合、プロジェクトにリスクをもたらす可能性がある。前提条件ログに記録し、プロジェクト遂行中も継続的に検証する。

プロジェクトの実行に制限を与える要因。予算、納期、技術、資源、法規制などが該当する。プロジェクトマネージャはこれらの制約の範囲内で最適な計画を策定する必要がある。

プロジェクトへの投資を正当化するために、ビジネス上のニーズと費用便益分析を文書化したもの。プロジェクトの実施可否の判断材料となり、プロジェクトの目的と期待される便益を明確にする。