アカウント名:
パスワード:
少なくとも爆弾が出ないようになっただけ、品質は向上してるよねw
もっと試験して品質上げてからリリースしろというか
MSもそうだけど、とりあえず動く物をリリースしてから修正して品質をあげるというのがアメリカンな品質管理なんじゃないの?日本みたいに試験して品質を上げてからリリースしてると、どんどん遅れをとって負け続けてソフトウエア後進国になるしね
修正より機能追加の方を優先する、かなぁ>アメリカンな品質管理。品質を上げるためのコストに対するメリット << 機能を追加するのに必要なコストに対するメリット
アメリカンはバグ改修に掛かるコストをどう考えてるんでしょうね?
日本の場合、リリース後は保守フェーズという考え方が大勢を占めているために品質を上げてからリリースしているんじゃないかなもちろんスパイラル開発もあるだろうけど、やはりリリースが一つの区切りであり、次のスパイラルは機能追加がメインでBugfixはついでの認識だと思う
あと、保守に入ると開発の主メンバーが解散されちゃうから、不具合出ても直せないとかの事情もありそう(^^;
改修至上主義じゃなくて適切な対策が最優先項目だからじゃないの?
ずっと昔の何のストーリーだか忘れたけど問題点の回避方法があればそれと改修他の対策を天秤にかけて迅速に意思決定する、だから改修はずっとあとになることもあるという意味のコメントが/.-jpで投稿されたことが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
昔から? (スコア:2, すばらしい洞察)
悪くはないんだけど、もっと試験して品質上げてからリリースしろというか...
そういう意味で、昔よりソフトウェアが複雑になっていることまで考慮すると、実は今の方が品質が高いんじゃないかな?
Re: (スコア:1)
少なくとも爆弾が出ないようになっただけ、品質は向上してるよねw
MSもそうだけど、とりあえず動く物をリリースしてから修正して品質をあげるというのがアメリカンな品質管理なんじゃないの?
日本みたいに試験して品質を上げてからリリースしてると、どんどん遅れをとって負け続けてソフトウエア後進国になるしね
Re: (スコア:0)
修正より機能追加の方を優先する、かなぁ>アメリカンな品質管理。
品質を上げるためのコストに対するメリット << 機能を追加するのに必要なコストに対するメリット
Re:昔から? (スコア:0)
アメリカンはバグ改修に掛かるコストをどう考えてるんでしょうね?
日本の場合、リリース後は保守フェーズという考え方が大勢を占めているために品質を上げてからリリースしているんじゃないかな
もちろんスパイラル開発もあるだろうけど、やはりリリースが一つの区切りであり、次のスパイラルは機能追加がメインでBugfixはついでの認識だと思う
あと、保守に入ると開発の主メンバーが解散されちゃうから、不具合出ても直せないとかの事情もありそう(^^;
Re:昔から? (スコア:1)
改修至上主義じゃなくて適切な対策が最優先項目だからじゃないの?
ずっと昔の何のストーリーだか忘れたけど問題点の回避方法があればそれと改修他の対策を天秤にかけて迅速に意思決定する、だから改修はずっとあとになることもあるという意味のコメントが/.-jpで投稿されたことが。