ウォーターフォール

ねぇねぇ、ジャバード先生。システム開発ってどうやって進めているの？

なるほど。システム開発の進め方か。いくつかの開発手法があるんだけど、今日は「ウォーターフォール」という開発の進め方を教えてあげるね。

ウォーターフォール？

水ってさ、上(高いところ)から下(低いところ)へ向かって流れていき、基本的に逆流することはないよね。

うん。当たり前のことだよね…？

そうそう。その当たり前の様子にたとえて「上流から下流へ水が流れるように工程を進めていく開発手法」をウォーターフォール開発って呼んでいるんだ。

なんだかよくわからないなぁ…。

まず、一言でシステム開発といっても、実は様々な作業に分かれることは知っているかな？

たしか、前に要件定義、設計、製造、テスト（結合・総合）っていうのは教えてもらったよね。

そうそう。その工程を「1つずつ進めていきましょうね」っていうのがウォーターフォールなんだ。

あぁ、そういうことか。わかったようなわからないような…。

つまり、要件定義が完了したら設計へ、設計が完了したらテストへ…といった感じで1つの工程をきっちりと完了させて次工程へ進みましょうねっていう開発手法だね。

なるほど。そういわれると料理も一緒だよね。カレーをつくるときに、具材を切らずに鍋にぶちこんで炒めるなんてことはしないもんね。

いい例えだね。ことりん君がいうように、ちゃんと具材を切る→軽く炒める→水を入れてルーを入れる→煮込むっていう工程を1つずつ進めていかないとおいしいカレーはできないよね。そういう意味では、たしかにウォーターフォールは料理と同じような進め方といってもいいかもしれないね。

じゃあさ、ほぼすべてのプロジェクトはウォーターフォールを採用しているの？

いや、最近はアジャイルという開発手法を採用するプロジェクトが増え始めているね。アジャイルについては、また今度詳しく説明するね。

ふ～ん。いろんな開発手法があるんだね。ちなみにウォーターフォールってどんな特徴があるの？

メリットとしては大規模な開発に向いているという点と、要件が明らかになっているものには最適な開発手法だね。

ふむふむ。

よく「〇万人月のシステム」とか聞くでしょ？ああいった大規模なシステムをアジャイルで開発するのは、ほぼ不可能なんだよ。1つのゴールに向かって多くのメンバーが並行しながら進めることができるのはウォーターフォールの強みといえるだろうね。

なるほど。

あとは開発対象がきちんと確定しているものは、スケジュールも計画しやすいからウォーターフォールが合うんだよ。

でもさ、システム開発って途中でクライアントがわがままいって「これやってくれ」「あれやってくれ」って言われるんでしょ？ウォーターフォールだと対応できなさそうだよね。

いいところに気が付いたね。たしかにウォーターフォールは仕様変更などにはあまり向いていないんだ。

あぁ、やっぱりそうなんだね。

そうそう。ウォーターフォールで仕様変更が発生すると、前の工程に戻る必要がでてくるからね。これは大きな労力を伴うことになるから、きちんと仕様変更のルールを決めたり、場合によっては見送ることも大事になってくるんだよ。

仕様変更には要注意ってことだね。

まぁ実際には仕様変更をすべて断るっていうのも難しいし、できるだけクライアントのやりたいことを実現したいと考えるエンジニアが多いから、そこはプロジェクトマネージャーやプロジェクトリーダーの腕の見せ所といえるだろうね。

ジャバード先生ありがとう！ウォーターフォールっていう開発手法についてはなんとなく分かった気がするよ！

またいつでも聞いてね！