【らっど】
RAD（高速アプリケーション開発） とは？
最終更新:
💡 試作品を利用者と確かめ、短い区切りで具体化する
利用者と試作品を確認しながら、短い期間でアプリケーションを形にする開発アプローチ。RADの段階、継続的なテスト、利用者の参加や保守性の注意点、アジャイルとの関係を解説します。
📌 このページのポイント
ひよこ RADは、とにかく急いで作る方法？
ペンギン先生 速く形にすることを目指すけれど、品質確認を省く話ではないよ。利用者に試作品を見てもらい、必要なものかを早めに確かめる。短い区切りを設け、開発者だけで長く作り込む前に認識をそろえるんだ。
ひよこ 最初の要件や計画は不要？
ペンギン先生 目的、利用者、範囲や制約は最初に確認するよ。その上で、細部は試作品の確認を通して具体化する。何を成功とするかが曖昧なまま進めることとは違うんだ。
ひよこ どんな段階があるの？
ペンギン先生 要件の計画、利用者と行う設計、構築、実際の利用への移行という4段階で説明されるよ。設計や構築で確認を繰り返す。段階があるからといって、必ず前の作業へ戻れないわけではないんだ。
ひよこ テストは完成後にまとめる？
ペンギン先生 開発を通して確認する必要があるよ。最後の移行にも、データの移行、利用者の教育、最終的な確認などがあるけれど、そこで初めて不具合を探すわけではない。試作品で動いたものと、本番で安全に使えるものも区別しよう。
ひよこ どんな場合にも向いている？
ペンギン先生 利用者が継続して確認でき、短い区切りで確かめやすいことが役立つね。反対に、参加できる人がいない、技術的な不確実性が大きい、品質の条件を満たせない場合には工夫が必要。規模や業種だけで決めず、保守性や安全性をどう確保するかも検討しよう。
もっと詳しく知りたい人へ
RADとアジャイルは同じ？
利用者との協力や変更への対応など、重なる考え方があります。ただしRADという開発アプローチと、アジャイル宣言が示す価値や原則を同一にはしません。RADを採用するだけで、すべてのアジャイルの実践が行われるわけではありません。
ローコードのツールがあればRADになる？
ツールは構築を助ける手段です。利用者との確認、作業の区切り、品質や移行の管理も必要です。素早く試作品を作れても、運用や変更を続けられるか、要求に適合するかを別に確認します。
まとめ：ざっくりこれだけ覚えればOK！
「RAD」って出てきたら「利用者の参加と試作品を使い、短い期間で具体化する開発の進め方」と思えばだいたいOK！
📖 おまけ：英語の意味
「Rapid Application Development」 ＝ 高速アプリケーション開発
💬 James Martinの1991年の書籍で知られる開発アプローチです。試作品を使う開発の考え方がすべて1991年に初めて生まれた、という意味ではありません。