「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

順番に見ていきましょう。
まずは予備知識として「アジャイル」について説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

アジャイルは、大雑把に言うと「作りながら考えましょう」なやり方です。
システム開発のやり方のひとつです。

もともと、システム開発というのは

１．きっちりヒアリングして～
２．きっちり設計して～
３．きっちり作って～
４．きっちりテストして～
５．完成＼（－－）／

な流れでやるのが一般的でした。
基本的には工程の後戻りをしない（実際には、よくあるけど）やり方が主流だったのです。

このようなシステム開発のやり方を「ウォーターフォール型」と言います。
水が高いところから低いところに流れ落ちるように、最初の工程から最後の工程に向かって1つずつ順番に終わらせていく やり方です。



ウォーターフォール型はウォーターフォール型で良い面もあります。
ただし、弱点もありました。
それは「予定通りに進まないと困る」という点です。

ウォーターフォール型は工程の後戻りを想定していません。
極端な話をすると、完璧な設計をやり、その完璧な設計に従って完璧に作り上げ、その完璧に作り上げたものを完璧にテストして完成させるやり方です。

とはいえ、現実的には、作っている最中で「あれ？この設計だとマズくない？」と気付くこともありますよね。
そうなると困ります。
工程の後戻りを想定していないために予定が崩れるからです。

そこで「予定通りに進むことなんて、あるわけないじゃん？」と開き直った人が

１．お客さまの要望を、ある程度ヒアリングして～
２．何となく作ってテストして～
３．お客さまに見せて～
４．１に戻る
５．１～４を繰り返して、それっぽくなったら完成＼（－－）／

なやり方を考えたのです、多分。
それが「アジャイル」な開発手法です。

以上を踏まえて、本題に入ります。

アジャイル開発では、短期間での開発を何回も繰り返すことで完成度を上げていきます。
例えば、1つの開発作業で「検討→設計→製造→テスト」をやるとしたら

１．開発1（検討→設計→製造→テスト）
２．開発2（検討→設計→製造→テスト）
３．開発3（検討→設計→製造→テスト）
　　・
　　・
　　・

のように繰り返すのです。



このような

短期間の開発を繰り返すこと

が「イテレーション」です。



あるいは、このような「短期間の開発を繰り返すこと」における、それぞれの「短期間の開発」がイテレーションです。



どちらを意図しているかは文脈から判断してください。