アジャイルはRADの変形ですか？
ウィキペディアは、アジャイルは「RAD」の一種だと言っていますが、これは正しくないと思います。私が知っていることから、RAD自体は90年代にはそれほど成功しなかったため、アジャイルが開発されました（変更に対して厳格すぎる）。それとも私は間違っていますか？
（備考：どうやら アジャイルソフトウェア開発に関するウィキペディアの記事 中間で改善されました、それだけがリストされています [〜＃〜] rad [〜＃〜] =スーパーセットとしてではなく、アジャイルの前任者として）。
本ラジカルプロジェクト管理（トムセット）からの参照
「RAD、アジャイル、オブジェクト指向などの新しい開発の流行...」
CISA認定情報システム監査人：
..2つの代替ソフトウェア開発を認識方法：アジャイルで迅速なアプリケーション開発
ソフトウェアのアジャイル管理：
アジャイルメソッドは、ほとんどがRADの軽量アプローチから派生しています。
ソフトウェア見積もりのベストプラクティス：
Swの主な方法。開発者。次のように要約できます。
1。滝..
4。 RAD
5。アジャイル
この質問の要点は次のとおりです。
アジャイルタイプはRADまたはスタンドアロン開発アプローチですか？
用語としてのRADは、用語としてのアジャイルより約10年前に存在しますが、実際にはアジャイルの「親」ではありません。どちらも、従来のソフトウェア開発管理手法の欠点と認識された反応として作成されました。ただし、RADはソフトウェアを作成するための規範的な方法であり、連続したプロトタイプを使用して要件を引き出し、アプリケーションを改良します。最初に導入された形式のアジャイルは、従来のアプローチとアジャイル実践者が重視する価値観。
つまり、アジャイルソフトウェア開発はRADの一種ではありません。抽象化のさまざまなレベルで問題に対処します。
階層構造で開発方法論を分類することは正しくないと思います。したがって、他の方法論が「下」または「上」にある方法はありません。方法論の共通点について考える方がはるかに論理的です。多くの場合、方法論の実際のアプリケーションは、多くの類似した方法論の組み合わせを含み、実際の開発モデルを思いつくのはマネージャ次第です。
RAD（これは経験がありません）とアジャイルの場合、共通点は反復的な開発のみと思われます。RADは特定のアジャイルは、すべてが発生する単一の開発フェーズに関するものです。また、アジャイルは、事前にプロトタイピングするのではなく、機能が削除される可能性があるソフトウェアを直接開発します。 、もう一度正しく行う代わりに）