要件定義

フロントローディングは詳細設計や製造を始める前段階（フロント）の基本設計までに、十分な作業負荷（ローディング）をかけて、あいまいさを極力排除し、後工程での設計変更を少なくし全体のコスト・期間を短縮しようという考え方。

ソフトウェアに対する要求仕様は、とかくあいまいになりがちである。「質の高い仕様書」「分かりやすい表現」を心がけたとしても、いざ、蓋を開けてみると、思ったものと違う動作をするソフトウェアができてきたりする。特に、想定していなかった事態（例外）が発生した時にこういったことが起こりやすい。

最近のＩＴ革新はめざましく、次から次への新技術が出てくる。はたして、それは本当に役立つのか。その答えはＹｅｓでもあり、Ｎｏでもあるというのが正直なところだ。新技術が本当に役立つかを、自社の立場から考えなければならない。

仕様書の主な要素には、機能の他に性能がある。いわゆる、応答時間のことだ。利用者にとって応答時間は早ければ早いにこしたことは無い。ただし、それが、開発費用・期間に何の影響が無いのであれば。成果につながらないのに、高額な投資で性能を追い求めるのは無駄になる。

仕様書には、要件を満足すべくシステムに対する具体的な機能や性能を決定して、明文化していくのであるが、それは、全て真に必要、かつ十分なものか。この問いかけを忘れると際限なく仕様は膨張し続ける。その結果が、開発費用の肥大、開発期間の延長に繋がる。

ソフトウェア開発においては、「分かりやすさ」ということが重要である。分かりやすいビジョンや要件、仕様書などがそろってこそ、分かりやすいソフトウェアを開発することができる。分かりやすいソフトウェアは、保守費用も安く、環境変化にも柔軟、かつ迅速に対応できる。

要件定義は、最初にして最重要な作業であるので、これに時間をかけて、じっくりと取り組むべきである。しかし、それは、ダラダラとやれば良いというわけではない。８割の要件が確定すれば、ほぼ目的を達成することができる。

人間系と機械系を合わせたシステムとしての全体系に対して、儲けるための「要件」を、じっくりと、知恵を絞って考えなければならないと述べたが、考えれば、考えるほど難しくなってくる。複雑な要件を整理するときには「シンプル・イズ・ザ・ベスト」の考え方で行うのが良い。