開発における要件定義とは

よくシステムを作りたいとなったときに「要件定義」という言葉を聞かないでしょうか。

システムというものはプログラムされた通りにしか動きません。
そのため、条件(予算や納期等)、機能等を予め決める必要があります。
この作業が「要件定義」となります。

よくいらっしゃるのがある別業者のシステムを見せてきてこんなイメージでとか言われることがございます。
確かにぱっと見はわかるのですが、実際どのように動いているのか、そもそもお客さんが求めているものが
その通り作って満たされるものなのかという部分は調査しないとわかりません。
その上で、実際試行錯誤で作ってやっぱりイメージと違ったというのが一番の無駄な時間となります。

その齟齬を可能な限り少なくし、何か問題が起きても対応できるようにするという部分の土台工程となります。
ただ、この作業は発注者(お客さん)の協力が不可欠です。なので、この工程を軽く見てる方は
たいていの場合失敗します。よくSI系が受ける受託案件で、成功と言えるものは3割行かないといわれていますが、
ほとんどの失敗パターンはここをおろそかにしているところです。
そもそも作りたいものが違えばどうやっても後工程で修正はできないからです。

発注者はお願いしたら思い描くもの作ってくれるだろう、受注者はとりあえず自分たちの思い描くもので作ろうになるので、そこで意識齟齬が発生し、後々になってわかり追加予算で何とかしたり、期間を延ばしたりということになります。

発注者の方は少しでもどのように進んでいるのかを興味持っていただき、小さなことでも疑問があればすぐに聞くこと。
受注者の方はお客さんだからといって物怖じせず、疑問点は解決するために話をする努力をすること。
お互いの歩み寄りがプロジェクトを成功に導きます。

少しでもご理解いただければ幸いです。