問題 No.1949
システム開発におけるウォータフォール開発に関する記述として、不適切なものはどれか。
【正解の解説】
開発途中で顧客からの仕様変更や追加要望が発生した場合でも、追加コストなしで容易に各工程のやり直しができる。
これはまるで、一度コンクリートを流し込んで固めたビルを、後から「やっぱり間取りを変えたい」と叫んで一階部分から壊し直すようなものです。水が上から下へ流れるように逆戻りを想定していないため、途中の仕様変更は追加コストと膨大な手戻りを生む最大のリスクになります。
スポンサーリンク
【その他の選択肢の解説】
プロジェクトの開始から終了までの全体スケジュールと成果物をあらかじめ詳細に定義し、計画通りに工程を順次進めていく。
建築工事の設計図に似ており、最初に全体のスケジュールや予算、成果物をきっちり決めてから作業に入ります。初学者はアジャイル開発と混同しがちですが、こちらは「計画の厳格さ」が最大の武器であり、途中の大きな変更を嫌う性質を持っています。
各工程の完了ごとに厳密なレビューと承認を行うことで、上流工程での潜在的な欠陥が下流工程へ波及することを防止する。
学校のテストで言う「小テストに合格しないと次の単元に進めない」仕組みと同じです。上流工程の設計ミスを早い段階で見つけ、下流工程へバグを持ち越さないようにすることで、後からの大爆発を防ぐための昔ながらの堅実なアプローチとなっています。
前工程が完全に完了してから次工程へ移行するため、要件定義の不備に気づくのが遅れやすく、手戻りが発生するリスクがある。
川の上流でゴミを流してしまうと、下流にいる人たちが気づいた時には手遅れになっているのと同じ状態です。最初に決めた内容に間違いや勘違いがあっても、下流の製造やテスト工程まで進まないと表面化しにくいため、プロジェクト後半で大炎上する原因になります。