はじめに ウォーターフォールは、要件定義から順番に進める前提で語られることが多いです。私も最初はそのイメージで進めていました。 ただ、実務で何度か痛い目を見て、結局は先の工程に早めに触れないと成立しない場面が多いと感じるようになりました。 この記事で言いたいことはシンプルです。 工程を崩したいのではなく、前工程の精度を上げるために、先の工程の情報を先に取りにいく必要があるという話です。 よくある前提 ウォーターフォールの説明では、次のような順序が理想形として置かれます。 要件定義 基本設計 詳細設計 実装 テスト この順序自体は間違っていません。 ただし、既存システム改修では...

💾