「要求定義とトラブル」に関する記事とニュース

【四】積み残し、先送り案件の明確化と周知徹底。

　システム開発に発生しがちな「先送り案件」。しかしその内容が明確に、周知徹底されていないと、トラブルの元となります。

2007/10/25

【参】口頭での要件、修正変更のやり取りを行わない。

　トラブル発生時など、口頭でやり取りした時も、必ず文書で確認をすることが大事です。ドキュメントを軸に仕事を進めることがトラブル発生防止の鍵といえ...

2007/10/25

【弐】「～と同じ」という要件はない。「～と同じにする」ための要件定義をする。

　よく「いつもと同じ」というニュアンスで要望が出されることがありますが、は「いつも同じ」はいつも同じではありません。なにが「同じ」なのかをはっき...

2007/10/25

【壱】書いてある要件はやらねばならない。書いてない要件はやってはいけない。

　システム開発において大切なことは、何を作るかについて開発依頼者と、開発受託者の認識しているものが一致していることです。そのために要件定義書は大...

2007/10/25

プロダクト品質管理の効能

　システム開発は物つくりです。できた製品でシステムの成否が決まります。一方、システムを作る目的は、システム装置を飾るために欲しいわけではなく、そ...

2007/10/10