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

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

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

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

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

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

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

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

ソフトウェア要求分析において、外部仕様の有効性や仕様の漏れ、実現可能性などの評価を行うためにモックアップやプロトタイプを作成する手法。垂直型は特定機能を深く、水平型は全体の画面遷移を広く試作する。

開発の早い段階でプロトタイプ（試作品）を作成し、利用者の評価を受けながら要件を明確化していく開発モデル。ユーザーインタフェースの確認や要件の曖昧さの解消に有効だが、プロトタイプがそのまま製品になるリスクがある。

短い反復（イテレーション）を繰り返しながら、動くソフトウェアを迅速かつ適応的に開発する軽量な手法の総称。アジャイルソフトウェア開発宣言の12の原則に基づき、変化への対応と顧客との協調を重視する。スクラム、XP、FDDなどの手法がある。

アジャイル開発手法の一つ。コミュニケーション、シンプル、フィードバック、勇気、尊重の5つの価値に基づく。テスト駆動開発（TDD）、ペアプログラミング、リファクタリング、継続的インテグレーション（CI）、YAGNI等のプラクティスを実践する。

テストコードを先に書き、そのテストを通過する最小限のコードを実装し、リファクタリングするサイクルを繰り返す開発手法。Red（テスト失敗）→Green（テスト成功）→Refactor（リファクタリング）のサイクルで品質と設計を向上させる。

開発チーム（Dev）と運用チーム（Ops）が連携し、迅速かつ柔軟にソフトウェア開発を行う文化と実践。CALMSフレームワーク（Culture、Automation、Lean、Measurement、Sharing）で特徴づけられる。CI/CDパイプライン、テスト自動化、インフラのコード化を活用する。