ソフトウェア開発の品質と、ソフトウェアの品質は、分けて考えたほうがいいんじゃないか - きしだのはてな

ふと「ソフトウェア品質のxxx」みたいな文章を見つつ、基本としてはソフトウェアがいかに仕様どおりになっているか確認する話だったので、これってソフトウェア品質じゃなくて、ソフトウェア開発品質だよなーと思った。 実際、ソフトウェア開発の品質と、ソフトウェアの品質には相関はあると思う。とくに1990年代まで、まだITという言葉があまり使われず、OA、つまりオフィスオートメーションがソフトウェアの主な開発対象だったときには、データがちゃんと入ってデータがちゃんと届けられるということが主な処理だったため、ソフトウェア開発の品質と、ソフトウェアの品質はほぼ一致していたと思う。 そういう中で、ソフトウェア品質として、ソフトウェア開発の品質が研究された。 実際、ソフトウェア開発プロセスの基本コンセプトのひとつは、「よいプロセスがよいソフトウェアを作る」ということで、ソフトウェアプロセスの本を見ると必ずとい

[habuakihiro]

了解。ただISOって全般的に成果そのものの品質を問えないという前提故にプロセスの品質を向上することを通じて成果の担保とする道を選んだりしてるわけで、何を持ってソフトウェアの品質とするかという合意が難しい。

[kjkw]

レガシーvsイマドキの開発ってのはこれに帰結するような/どちらも程度問題、適材適所な訳で一方を持ち上げたり貶したりするのは違うと思うんだな/NEWラブプラスはどちらも最低だったけどな！

[taka_2]

ソフトウェア開発の品質ってのは、仕様通り動くことってのは読み取れるけど、ソフトウェア品質ってのは、何を指してるのか理解出来ず。良記事の予感はするので、解説plz

[hariopip]

ソフトウェア開発の品質と、ソフトウェアの品質を分けないと、正しいものを間違って作る、間違ったものを正しく作る、ケースが区別できない。正しいものを正しく作るためには両方必要。

[rryu]

実装の品質と設計の品質は別物とすれば分かりやすいと思う。実装の品質は0が最大値の負の世界なので、頑張っても何かが良くなるわけではない。

[gigs123]

iPhone5から送信

[masutaka26]

そうだよなあ。。『TDDはブラックボックスの品質なので、実際はペアプログラミングによってホワイトボックス的な品質を担保することが必要で』

[beakmark]

主張そのものには同意だけど「2000年代にソフトウェア開発の主戦場がWeb上のサービスになるにしたがって」の部分だけはちょっと観測範囲が狭いかしら、という気も。 /

[hiroomi]

QMSなのかな。けど、マネージメントなので、やり方の話だからプロセスの話なのだろう。と、後者はサービスに対する質を問われてる？、サービスレベルを見てると、連続したところの抜粋がって評価と。

[chintaro3]

それぞれ別の責任者を置け、って話になっていくのかなぁ。兼任だとどっちかに偏るよね。

[t-murachi]

ペアプロもコードレビューもない TDD とか、要件定義のなってないウォーターフォールとか、そういうお話。

[gurimmer]

TDDto

[overleo]

この分け方は分かりやすいなあ。まあおれが分かったところでどうしようもなあのだが。

[genzouw]

どちらか一方だけじゃQCDが正三角形にならないんだな / ソフトウェア開発の品質と、ソフトウェアの品質は、分けて考えたほうがいいんじゃないか