業務システムの構築の仕事をしていると、いつも困る場面に遭遇します。それは、概算見積もりと正式見積もりの差があまりにも開くこと。業者の選定やプロジェクトのGOの時点では概算見積もりを見て判断して、お客様もこの予算取りを行ってプロジェクトが進んでいきます。
　
　そして正式に、要件定義フェーズ、つまりは担当者とのヒアリング、要求の確認の打ち合わせを経て正式な見積もりが出てきます。この正式見積もりが概算見積もりの数字を大きくオーバーするケースがほとんどなのです。
　
　もちろん原因は、全ての関係者にあります。業者としては、何を持っての概算見積もりだったのかということになります。見積もりの甘さ、ヒアリング能力の低さが原因でしょう。
　
　発注元のお客様にも原因があります。本当に概要しか伝えられないということ。もちろん、そこから根掘り葉掘り聞き出していくのが業者側の任務かもしれませんが、事実を全てを伝えるというのは非常に難しいものです。
　
　実際に、具体的に要件フェーズに入って打ち合わせを重ねていくと、どんどん理想が出てきたり、現実の事実情報が出てくることで、業者の想定内の範囲をオーバーしてしまうわけです。
　
　こうなると、業者とお客様では、一触即発の危機的な状況に陥ることも少なくありません。そんなにお金は出せません。出せないのなら作れません。こんな単刀直入な会話にはなりませんが、しのぎあい、責任のなすりあいが始まります。
　
　もう一つの要素が、スケジュール。お客様の都合でカットオーバー（サービスイン）の時期が決まっているとこのごたごたしている時間がさらにスケジュールを圧迫します。
　
　これを避けるには、業者がきちんとしたヒアリング、予想、見積もりをすることに限ると思いますが、こうしていたのでは業者選定に負けていることでしょう。
　
　やはり、業者とお客様の１対１の関係では、限界が生じます。小生の理想論は、ここにＩＴコンサルタントを入れて三角関係にすること。プロジェクト管理を担当するＩＴコンサルタントを入れることで、見積もりの誤差はなくなりはしませんがその差額は小さくなるはずです。また、誤差が出た場合も、対応策を知っているので何とか両者を収めてくれる存在になるはずです。
　
　また、何よりも、スケジュールのロスを最小限にすることが大きい。
　
　小生がこの第３極のＩＴコンサルタントとして入ったプロジェクトもこのような見積もりの誤差に苦しめられます。しかし、何とか、打開策を見つけてオンスケジュールに持っていけています。
　
　経験のなせる技かもしれません。
　
　ＩＴ関係になにかを始めるときは、相談役として信頼のおけるコンサルタントを抱えていくことを強くお勧めします。