「ソフトウェア開発の見積もり」

ソフテックはシステム受託開発の会社です。
お客様から仕事の依頼を受けてシステム開発をすることが仕事であり、そのためにはどのような開発でも見積作業を行います。
見積作業は作業の最上流工程ですので、見積段階での失敗は最終的なQ（Quality：品質）、C（Cost：コスト）、D（Delivery：納期）の失敗へとつながっていきます。
今回は、この見積もりの難しさについて考えてみたいと思います。

通常、システムは「現状抱えている問題を解決するための手段」です。
その解決のために「このようなソフトウェアやハードウェアが必要」という要求があり、そのための開発が行われます。

見積もりを行うためには以下のようなことをお客様から確認する（もしくは一緒に考える）必要があります。

（1）. システムの目的

（2）. 要求や要望事項があるのか？

（3）. 希望納期は？

なぜソフトウェア開発の見積もりは難しいのでしょうか？
ソフテックの場合はお客様に見積書を出して実際に発注していただかないと仕事となりません。
お客様は当然「これくらいだろう」という予算を考えているわけで、見積もりの内容について「なんでこんなにかかるのか？」というお言葉を頂くこともあります。

お客様は最終的には「機能の価値」を求めているのに対して、ソフトウェアの見積もりは「実現するためのコスト」を提示します。
優れた機能がソフトウェア的にも簡単に実現できれば問題ないのですが、ぱっと見には大したことのない機能でもソフトウェアで実現する場合には非常に難しいということがよくあります。

ソフトウェアは外から見ただけでは分かりません。「ソフトウェアは8割が非正常系の処理」と何かで読んだことがありますが、経験的にもその通りだと考えています。
【ファイルを読み込む】という機能についても

プログラムを作る上ではさまざまな状態を想定してその場合の処置というのが記述されています。
ソフトウェア見積もりの方法についてはいろいろな手法がありますが、「これが最良！！」という見積もり方法がないのも現実です。

ソフテックの場合は、システムを構成する機能を細かい単位に分けて、それぞれでの設計、製造、テストなどを積み上げて全体見積もりを出す事が多いです。
それぞれの工数を出すのはこれまでの同様開発などでの実績や経験などをもとに算出しています。
機能算出に失敗すれば当然見積もりも不足する事になりますし、お客様が求めている以上の機能を過剰に算出しても、コストの折り合いがつかなくなってしまいます。

見積もるための大前提としては、要件定義が固まっていることが必要ですが、この要件定義が固まっていない状態で見積もる場合は特に注意が必要です。

要件定義を固めるにしてもお客様が真に求めている事を正確に把握する事が必要です。
実はこのお客様が求めていることは何か？と言うのを把握する事が非常に難しいことだと感じています。

ソフテックはソフトウェアのプロであると自任していますが、お客様はそのシステム、分野、業界のプロであります。
お客様自身が持っている常識やセオリーとソフテックの常識やセオリーを一致させないと隠れた要求、仕様といったものを取りこぼす可能性があります。
お客様自身も気づかないような要求や仕様を引き出し確認していく作業が必要ですが、この作業が重要です。
お客様が意識していない部分に焦点をあてて引き出すわけですから難しいのは当然です。

おそらく世の中のソフトウェア開発会社は同じような苦労や努力を重ねているものと思います。
ソフテックでもプログラミングスキルはもとより、このような見積もりスキルについても良い物を取り入れていき、常に上を目指していければ良いと考えております。
次回以降で具体的な見積もり方法などを紹介していきたいと思います。