【はんぷくがたかいはつ】
反復型開発 とは？
最終更新:
💡 作って確かめ、次の修正へつなげる開発の進め方
作成・確認・修正を繰り返し、フィードバックを次の開発に取り込む進め方。機能を増やすこととの違い、反復ごとの公開や品質確認の考え方を解説します。
📌 このページのポイント
- 作成・確認・修正を繰り返して具体化する
- 利用者の反応や検証結果を、次の開発へ取り込む
- 反復の長さや公開の頻度は、方法と状況による
- 繰り返すだけでなく、各回の目的と品質を確かめる
ひよこ 何度も作り直す開発なの？
ペンギン先生 ただやり直すのではなく、作って確認し、分かったことを次へ取り込む進め方だよ。例えば検索画面の試作を使ってもらい、見つけにくい操作を直す。同じ機能でも、確認と修正で具体化できる。
ひよこ 機能が毎回増えるの？
ペンギン先生 増える場合もあるけど、それだけではない。機能を少しずつ追加する増分型と、確認して磨き直す反復型は、区別して考えられる。実際の開発では両方を組み合わせることもあるよ。
ひよこ 1回は必ず2週間？
ペンギン先生 反復型という言葉だけでは、固定の期間は決まらない。目的、方法、作業の範囲に合わせて考える。短く区切る場合も、回ごとに何を確認するかを決めておくことが大切だ。
ひよこ 繰り返せば、完成は早くなる？
ペンギン先生 保証ではない。早い段階で認識のズレに気付ける利点がある一方、確認や修正にも時間がかかる。目的の曖昧な変更を続けるより、得られた情報と費用を見て、次に何を変えるかを判断しよう。
ひよこ 品質の確認は、最後にまとめてでいい？
ペンギン先生 各回でも確認しよう。動くこと、使いやすさ、必要な品質を確かめ、その結果を次へつなぐ。アジャイルの原則でも、動くソフトウェアや技術的な品質、定期的な振り返りが重視されているよ。
もっと詳しく知りたい人へ
反復するたびに一般公開する？
必ずではありません。試作や内部の検証などでフィードバックを得る場合もあります。開発の反復と、利用者へ公開するタイミングを分けて考え、公開するなら必要な品質や運用の準備を確認します。
完成率が毎回同じ割合で上がる？
一律の割合では表せません。問題を見つけて設計を変える回もあります。機能の数や作業量の割合だけでなく、その回で何を検証でき、何がまだ分からないかを確認します。
まとめ：ざっくりこれだけ覚えればOK！
「反復型開発」って出てきたら「作って確かめ、次の修正へつなげる開発の進め方」と思えばだいたいOK！
📖 おまけ：英語の意味
「Iterative Development」 ＝ 繰り返して進める開発
💬 Iterationは繰り返しを表します。前の開発や確認で分かったことを、次の開発へ取り込んでいく考え方です。