開発のあいまに

要件定義書、見積書に盛り込みたい文

どこまでの機能を、どれだけの金額で見積もるのか、クライアントは勿論、ソフトウェア開発会社にとっても、正確に見積もるのは難しいものです。

更に、ソフトウェアのカスタマイズに終わりは無いという前提にあって、クライアントは最初から完璧なものを求めがちです。

そんな状況下で、常に「落とし所」を見つけて行かなければならない、ソフトウェア開発会社の要件定義書、見積書には、以下の文章を常に盛り込みたいものです。

　

本システムは、必須機能を網羅し、使い勝手を考慮した要件で、開発を開始しておりますが、それでも、本運用開始までに、「もっとこうしたい」といったアイディアが湧いて来くると思われます。その際は、今回の御見積り範囲内で対応できるものかどうか精査し、対応できるものは実装致します。しかし、今回の御見積りの範囲外と考えられる要件は、ご相談の上、別の御見積りとさせて頂きますので、ご了承下さい。

ソフトウェア開発契約の基本

ソフトウェア開発を受託開発する際、請負契約で契約する事が多いですが、開発要件が決まっていない場合、契約後に、どこまでのソフトウェアを構築するかが、必ず問題となります。

これは、開発を依頼する会社、依頼される会社、双方に取って不幸な結果となる為、その経験を生かし、開発要件が決まるまでは委任契約で契約し、要件が決まってから請負契約で契約する、というのがソフトウェア開発契約の基本になっています。

しかし、あいまいな要件だと気付かずに、請負契約から初めてしまうケースは多いようです。

最低でも、各画面と画面遷移についての画面設計、特殊な機能がある場合はその技術検証が済むまでは、委任契約で進めるべきです。

また、当初の見積りより、大幅に金額が増加すると、資金対策にも影響して来るので、上司への迅速な報告が必要になります。

それらを、簡単ですが纏めましたので、公開します。

　

１、新システムとカスタマイズの開発契約。         
         
　A、要件が固まるまで。       
　　・画面設計が完了するまでは、委任契約で請負う。      
　　・技術的に可能かどうか分からないものは、それを明確に
　　　するところまで、委任契約で請ける。      
         
　B、要件が固まった後。       
　　・「要件詳細」を基に、各機能の工数を見積もり、
　　　請負契約で開発を請ける。   
   
   
２、見積り         
   
　A、200万円未満の見積り。       
　　a、開発メンバかリーダーが見積書を作成する。      
　　b、開発チームリーダーによるレビューを行う。
　　　※リーダーが見積書を作成した場合は、メンバが
　　　　レビューを行う。      
　　c、PMによるレビューを行い、承認を貰う。      
　　e、承認済みの見積書をクライアントへ提出。      
         
　B、200万円以上の見積り。       
　　a、開発メンバかリーダーが見積書を作成する。      
　　b、開発チームリーダーによるレビューを行う。
　　　※リーダーが見積書を作成した場合は、メンバが
　　　　レビューを行う。      
　　c、PMによるレビューを行う。      
　　d、役員によるレビューを行い、承認を貰う。      
　　e、承認済みの見積書をクライアントへ提出。      
         
※レビューの精度を高める為に、最低限のチェック項目を、チェックシートとして用意しておく。