システム構築やっている人のほとんどは品質なんて興味ない件、あるいは良心に頼らないためには：プロジェクトマジック：オルタナティブ・ブログ

★品質なんて知ったこっちゃない？ システムインテグレーター（SIer）の人々と話をしていると、システムの品質に興味がないんだなぁと思うことが多い。 いや、どこの大手SIerにも品質保証部みたいな部門があるし、品質保証のための厳格なプロセスがあって、しっかりした仕事をするようになっている。 でも、実際の所は、彼らが関心があるのは品質よりも「バグが多いか少ないか」だと思う。 色々な定義があると思うが、僕自身は「品質」と「精度」を使い分けている。 精度：システムが正しく動くか？ 品質：システムが良いか？ 「バグが多い、少ない」は品質というよりも、僕の定義では精度の問題だ。 品質とは、正しいか正しくないかというゼロイチの世界ではなく、良いか悪いかで語るものだ。 例えばソースを読みやすいかどうか。 例えば仕様書がソースを解読する助けになるか。 アーキテクチャがクールで変更に柔軟に対応できるかどうか。

[nntsugu]

「品質」と「制度」

[uhe_uhe_uhe]

verificationとvalidationのことかとおもったが、ちと違いそう。品質の言葉の定義で議論になるのはナンセンスだがそれが現実でもある。だがらIT側は『人によって言うことが違う』となるわけだ。なるほど。