プロトタイピングモデル

開発の早い段階で試作品（プロトタイプ）を作成し、利用者に確認・評価してもらいながら要件を明確化していく開発モデル。利用者の要求を的確に把握し、完成後のギャップを減らす効果がある。

開発の早い段階で試作品（プロトタイプ）を作成し、利用者に確認してもらいながら要件を明確化する開発モデル。利用者のフィードバックを反映して改善を繰り返すため、要件の認識齟齬を防ぎやすい。

システムの試作品（プロトタイプ）を早期に作成し、利用者に確認してもらうことで要件を明確化・検証する手法。画面モックアップや動作する試作品を用いて、要件の齟齬を早期に発見し手戻りを防止する。

試作品（プロトタイプ）を早期に作成し、ユーザの評価やフィードバックを得ながら要求を明確化する開発手法。使い捨て型（要求確認後に破棄）と進化型（そのまま本番に発展）がある。要件の不確実性が高い場合に有効。

開発の早い段階で試作品（プロトタイプ）を作成し、ユーザや設計者のフィードバックを得ながら要件を洗練していく開発モデル。組込みシステムではハードウェアのプロトタイプを用いた動作検証が重要となる。

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

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

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

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

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

実用最小限の製品。顧客に価値を提供できる最低限の機能だけを持つ製品。リーンスタートアップの手法で、市場投入と顧客フィードバックの収集を最速で行うために用いる。