『開発ソフトウェアの品質』
開発プロジェクトをいくつもＰＭ（プロジェクト・マネジャー）として経験してきたが、品質管理が最も難しい。
どうしてもメンバーの資質に依存してしまうことが多かった。
しかし品質を高めるための努力を惜しまなければ品質は良くなってゆくものだ。
まず考え方に大きな間違いを持っているのを正さなければならない。
次の２つの間違いがよくある。
（１）ＱＡのしくみをまわせば品質は上がる
（２）ソフトウェアの品質が高いということは優れたソフトウェアということだ
まず『（１）ＱＡのしくみをまわせば品質は上がる』から取り上げてみよう。
ＱＡレビューを受け指摘事項を実施すれば良いと考えている人がいる。
これはおかしい。
ＱＡレビューは試験のようなもので、試験をいくら受けても実力が上がらないのと一緒でＱＡレビュー中心では品質が良くならない。
品質とは作りこむもので最初から品質を維持するためのしくみが必要だ。
例えば；
�”兵全浜�担当者をプロジェクトに置く
�■庁瓧遙瓧贈瓧鵤經浜�担当者を置く
��設計標準や開発標準を定めガイドに明文化する
�ど現爐魯瓮鵐弌質完�を集め理解するまで説明する
�ジー�時・納品時には作成者・リーダーに自己点検チェックを義務づける
��設計構想ができたらウォークスルーを実施する
�Ю澤廖Ε廛蹈哀薀爛宗璽垢箸皀ぅ鵐好撻�ションを実施する
�┘謄好抜霆爐鯆蠅瓮�イド・管理表を作成し使用させる
��設計書・プログラム個々の進捗管理
などやるべきことはいくらでもある。
�”兵全浜�担当（専任）者が必要なことは言うまでもない。片手間で品質向上させることは不可能だ。ＱＡは品質向上活動の一部であり、ＱＡレビューはさらにその中の検査項目のチェックに過ぎない。
次に『（２）ソフトウェアの品質が高いということは優れたソフトウェアということだ』がなぜ間違いかを見よう。
優れたソフトウェアとは品質もその一部だが、優れた機能を持ち運用し易いということだ。
品質が良いとは仕様どおりに実現できること言い換えると仕様に忠実で間違い（バグを含む）が少ないことだ。
自動車で言えばカタログ性能どおりに動き、故障が無いことだ。
高品質と多機能とは別の概念である。
ユーザーは最初は多機能に惹かれるが、やがて多機能よりも高品質の方が大切であることを身を持って知ることになる。