「要件定義を無くす」ことは可能か？

　昨今、DXやアジャイル開発の流行により、「要件定義を無くそう」という声がよく聞かれる。

　佐藤氏によると、要件定義を完全に無くすことは、一般的な開発プロジェクトでは難しい一方で、特定のケースでは要件定義を省略することも可能であるという。

「PoC（概念実証）レベルの開発や、個人レベルなどシンプルなソフトウェア開発であれば、要件定義を行わなくても、とりあえず作ってみて、実際に使い、修正を繰り返す、というケースもあります。たとえば、最近のノーコードツールであるbubbleなどを活用すれば、初期の要件定義を行わずにすぐにプロトタイプを作り、必要に応じて素早く修正できるため、手戻りが極端に少なくなります。このような開発手法では、動作検証を繰り返しながら、最適な形を見出していくプロセスが可能となり、要件定義を省略する選択肢も考えられるわけです」（佐藤氏）

　しかしながら、これらはあくまで例外であり、特に複数人が関わる開発や規模が大きなプロジェクトでは、要件定義の省略は大きなリスクを伴うことになる。さらに、ものづくりにおける基本原則を踏まえると、要件定義の省略は本来の開発プロセスを逸脱する状況に陥りやすい。

　佐藤氏は次のように説明する。

「ものづくりには『Why』『What』『How』『Make』という4つの要素があり、まず『Why』では、なぜ作るのか、どのような課題を解決し、どのような価値を生むのかを企画段階で明確にします。次に、何を作るのか＝『What』が要件定義に当たります。これを省略することは、何を作るのかを決めないまま開発を進めるということで、ものづくりの原則を無視することになります。たしかに、何を作ればいいのか不明な場合などには、まずとりあえず作ってみようといったアプローチはあり得ますが、通常の開発では非常にリスクの大きい選択です」（佐藤氏）


　つまり要件定義を完全に無くすことは現実的には難しく、特に規模が大きくなるプロジェクトでは不可欠なプロセスであり、システム開発における基本の一部であると結論付けられるだろう。

　そもそもなぜ、「要件定義を無くすことは可能か？」という議論が起きるようになったのか。 【次ページ】要件定義“不要論”を招く「アジャイル開発への誤解」