注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
「完成してみたらイメージと違った」「後から機能修正を依頼したら膨大な料金がかかった」──。 システム... 「完成してみたらイメージと違った」「後から機能修正を依頼したら膨大な料金がかかった」──。 システム開発を社外のソフトウエア開発会社に委託する際、こんな不満を抱く企業は少なくない。その最大の原因となっているのが、発注企業と受託企業の間で事前に決める、システムの要件定義にある。 要件定義とはシステムやソフトウエアの開発において、実装すべき機能や性能などを明確にする作業のこと。いわばシステムの設計書を決める作業だ。ところが、ソフトウエアは完成するまで、どのように作動するのか確認できない。この特性から、システムの納品イメージを、発注側と受託側が事前に完璧に共有することは難しい。そのため、納品時に発注側と受託側で、完成したシステムを巡ってトラブルになることも少なくない。機能修正するにも、どちらに責任があるのか判断が難しい場合もある。要件定義と納品を巡っては、時として訴訟にも発展する。 事前にかっち
2016/04/04 リンク