アジャイル開発

短い反復（イテレーション）を繰り返しながら、動作するソフトウェアを段階的に開発していく手法の総称。変化する要求への迅速な対応を重視し、顧客との継続的な協力により価値を提供する。

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

短い反復（イテレーション）サイクルで開発とフィードバックを繰り返し、変化する要求に柔軟に対応するソフトウェア開発手法の総称。スクラム、XP（エクストリームプログラミング）などの手法があり、顧客との密なコミュニケーションと動作するソフトウェアの早期提供を重視する。

短いイテレーション（反復）で動作するソフトウェアを段階的に開発する手法の総称。変化への適応、チーム間の協働、動作するソフトウェアを重視する。アジャイルソフトウェア開発宣言（2001年）が基本理念。

短いイテレーション（反復）で計画・設計・実装・テストを繰り返し、段階的にソフトウェアを開発する手法の総称。変化への対応力が高く、顧客との密なコミュニケーションを重視する。スクラム、XP、カンバンなどの手法がある。

短い開発サイクル（イテレーション）を繰り返し、変化する要求に柔軟に対応する開発手法の総称。スクラム、XP等の手法がある。組込み開発でもプロトタイプの早期検証やハードウェアとの並行開発に活用される。

短いイテレーション（反復）を繰り返しながら、変化に柔軟に対応するシステム開発手法。スクラムやXPなどの手法がある。監査では従来のウォーターフォール型とは異なる統制の評価アプローチが必要となる。

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

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

システムの機能をいくつかのサブシステムに分割し、優先度の高いものから段階的に開発・リリースする開発モデル。各段階で動作するシステムを提供でき、利用者のフィードバックを次の段階に反映できる。

要件が不明確な場合に、まず核となる部分を開発し、利用者のフィードバックに基づいてシステムを進化させていく開発モデル。スパイラルモデルが代表的で、リスク分析を各反復に組み込む特徴がある。

専門的なコーディングの知識や経験がなくても、GUI操作や最小限のコード記述でソフトウェア開発が可能な手法・プラットフォーム。開発の迅速化・コスト削減に寄与するが、カスタマイズの自由度に制約がある場合もある。

複数の提供元によるAPIを組み合わせることで新しいサービスを構築する手法。既存サービスの機能を再利用するため、短期間・低コストでの開発が可能だが、元サービスへの依存度が高い点に注意が必要。