ウォーターフォールとアジャイルの違い——「最初に全部決める」か「作りながら変える」か

IT関係のベンダーや開発会社に相談すると、「うちはアジャイルで進めています」「ウォーターフォール型での対応になります」という説明を受けることがあります。

どちらも「ソフトウェアをどう作るか」という開発の**進め方（方法論）**の話ですが、中身はかなり異なります。

この違いを理解しておくと、ベンダーから見積もりや提案をもらうとき、自社の要望に合った進め方かどうかを判断しやすくなります。

ウォーターフォールは「設計図を先に完成させる」建設工事

ウォーターフォールを一言でたとえるなら、建物の建設工事です。

工事は次の順番で進みます。

重要なのは、次の工程に進んだら原則として前の工程に戻らない点です。コンクリートを流してから「やっぱり壁の位置を変えたい」となると、壊して作り直す大工事になります。

これがウォーターフォールの特徴です。最初に要件を細かく決め、その通りに作り、完成してからまとめてテスト・納品します。

実際に動くものが見られるのはリリース直前です。「思っていたのと違う」という認識のズレが後半になって発覚しやすく、その段階での修正は時間とコストがかかります。

アジャイルを一言でたとえるなら、試食しながら改良を重ねる料理です。

完璧なレシピを最初に確定するのではなく、こう進めます。

この「作る→試す→改善する」を**短いサイクル（イテレーション、またはスプリント）**で繰り返します。 2週間〜1か月程度で一区切りつけ、その都度方向性を確認しながら進めます。

柔軟に変えられる分、全体の終わりが見えにくくなることがあります。「いつ完成するのか」「最終的にいくらかかるのか」が見積もりにくく、予算・納期が厳格に決まっているプロジェクトでは扱いにくい側面もあります。

「ウォーターフォールは古い、アジャイルが正解」という単純な話ではありません。

それぞれに向き・不向きがある中で、近年は両方のよいところを組み合わせた進め方を採用するベンダーも増えています。これをハイブリッドアジャイルと呼ぶことがあります。

具体的には、こんな形です。

大きな枠組みはウォーターフォールで固め、内側の開発はアジャイルで進める。

たとえば、こんな切り分けです。

依頼する側（発注者）はスケジュールと予算の大枠を把握しやすく、作る側（ベンダー・開発チーム）は細部をアジャイルで柔軟に進められます。

ベンダーに開発を依頼する際に「ハイブリッドアジャイルで進めます」という説明があった場合、全体の計画は立てつつ、細部は柔軟に対応する進め方をとるという意味として受け取るとよいでしょう。

開発を外注する際、進め方によって自社の関わり方が変わります。

ウォーターフォールの場合

アジャイルの場合

ウォーターフォール：設計図を固めてから建てる建設工事。計画通りに進めやすい反面、後半の変更コストが大きい。
アジャイル：試食しながら味を整える料理。変化に強い反面、全体像が見えにくくなることがある。
どちらが上という話ではなく、プロジェクトの性質に合わせて選ぶもの。
ハイブリッドアジャイルは両方を組み合わせた進め方で、大枠はウォーターフォールで固め、内部の開発はアジャイルで柔軟に進める。ベンダーからこの説明を受けたら、そういう意味として理解するとよい。