2年超も仕様が確定しないのは、ベンダーの責任か？

連載目次 要件定義は定番中の定番 本連載ではこれまで、システム開発における契約、検収、プロジェクト管理などについて数々のIT紛争の事例を紹介し、そこから得られる知見を述べてきた。しかし実際のところ、IT紛争の争点として数が最も多いのは、上述したような問題ではない。そもそも、どのようなシステムを作るかをユーザーとベンダーが理解し共有する要件定義に関する紛争こそが、IT訴訟のいわば定番であり、おそらく数も最も多いと考えられる。 システム化対象となる業務の流れや、その入出力を定める「業務要件定義」、システム自体の入出力や演算などを定める「機能要件定義」、そして処理速度や操作性、セキュリティなどを定める「非機能要件定義」、いずれもユーザーの頭の中で漠としているイメージの「網羅性」「正確性」「整合性」「十分性」などを考慮しながら、誰が見ても同じ理解ができる文書に落とし込む、という非常に困難な作業であ

[tkysktmt]

“ユーザーに十分な要件定義能力がないことが明らかだったら、ベンダーにも専門家としての一定の責任がある”

[deep_one]

「注文者側にそのような能力がないことが前提になっているなどの事情がない限り」…それが前提ならまず「仕様を決めるためのコンサル契約」をするとこから始めるべき。プロジェクト本体を始めようとするのが間違い。

[kana321]

システム設計書を提出しても、プロトタイプを作成しても、どうしても仕様を確定させてくれないユーザー。この契約、解除しても大丈夫？

[Cald]

大事だね

[ebisu3htn]

システム設計書を提出しても、プロトタイプを作成しても、どうしても仕様を確定させてくれないユーザー。この契約、解除しても大丈夫？ via ＠IT 全フォーラム 最新記事一覧 http://ift.tt/zQV7YW