ソフト開発を下請けに任せたら専門学校生レベルのものが仕上がってきたでござる！ムカーッ！

ソフトウェアの品質を上げるにはどうするべき？
ITproにて、「品質管理のやり方として正しいのはどれ？ - 今日の腕試し！」なるクイズが掲載されている。
品質を上げるの必要なのはバグ出しだけではないが、設問をつくるために敢えてバグ出しをターゲットに
したのだろう。それはいいのだが、個人的にみてこの3択には正解の要素が見受けられない。
特に、正解をみてしまうと「今時、こんな方法をとっているベンダーとは疎遠になりたい……」と思ってしまう。
http://slashdot.jp/developers/10/11/10/0430242.shtml

１．検出するバグがなくなるまでテストとバグの修正を繰り返す
２．バグの検出件数の計画を決めて、計画値とのかい離を評価する
３．テストに当てる期間を決めて、その期間中に検出したバグを修正する

正解は2番です。
品質管理で重要なのは、何件程度のテストデータで実施するのか、何件の不具合や指摘事項を見込むのか、
不具合の内訳はどうなるのか、といった計画を定めることです。その上で、実際のテストにおける実績値との
差分を評価する必要があります。それによって、成果物の品質が確保されたのか、まだ不十分なのかを評価し、
必要に応じて対策を講じることができます。よって2番が正解です。

1番の「バグがなくなるまでテストを繰り返す」というのは、一見、開発するシステムの品質向上につながると
思えるかもしれませんが間違いです。計画値とそれに対する実績の評価がなければ、どこまでテストを
続けるべきなのか判断できず、またどこに問題が潜んでいるのかも分からずに、だらだらとテスト工数を
掛け続けるということになりかねません。
これでは、期間やコストが限られたプロジェクトを成功させることはできません。よって1番は不正解です。
同様に、「予定していたテストが終わればOK」では、成果物の品質が高いのか低いのかすら分からず、
品質管理になりません。よって3番も不正解です。
http://itpro.nikkeibp.co.jp/article/COLUMN/20100917/352079/?ST=system

＞２．バグの検出件数の計画を決めて、計画値とのかい離を評価する

潜在すると思われるバグ数が出なかったら、怒られるんだよねｗ

マジか

専門学校生レベルだとわかるおまえも専門学校生だったってオチか

ソート機能すら付いていないソフトが出来たでござる
POSシステムだって分かってんのか

「最初はわざとバグ入れとけ。いろいろと捗るぞ」と

>>1
こんなのヤクにたつわけないだろ。
バグの発生率なんて捏造しまくりのくせに。

バカでもアホでも同じもの出来るように注文すんだよ
エスパーに頼って仕事してんじゃねえ

仕様です

じゃあ専門学校生をバイトを雇えばいいんじゃね？俺天才じゃね？

下請けってどういうこと？
ソフト開発って請け負った会社がやるんじゃないの？

＞バグの検出件数の計画を決めて

誰が決めるんだよ
おっかねぇ

>>11
違うよ。
分かりやすい例で言うと近年のゲームソフトで
出してるブランドが直接開発したゲームは、ほとんど、ない。

>>10
職業プログラマの7, 8割はできる学生に負けてるレベルだしな。

やった方も、もらった金額分だけの仕事をキッチリしたと思いますよ

プログラマってニートからなれる？

>>12
コードのステップ数とかで決まる。

>>15
やらせる側は払った金額分を求めているからギャップが

>そもそも「バグの数＝ソフトウェアの品質」という短絡的な考え方がソフトウェアの品質を下げてます。

この意見にまったく同意

ソフトウェアの品質＝顧客満足度 なんだよ。
いくらバグがあってもお客さんが満足してるなら、それは品質が高いんだっつの。

ν速を見るのに、バグの無いIEと、バグのあるJaneで比べたらどっちが品質がいいと言えるのか。

FF14と思った

>>2
怒られました。
仕方ないのでバグを捏造しました。

予定上のバグ数は何を根拠に決めるの？
極端に多くても少なくても困った事になると思うけど、どうやって合理的なバグ数を計算してるの？

大手ＩＴに仕事依頼しても実際は専門学校卒業したレベルの連中ばかりのブラック企業に丸投げされるんでしょ？
大手の存在価値ってなんなの？

いつもの
http://www.projectcartoon.com/

>>21
本末転倒だな

人月計算してる間はダメじゃね？

プログラムって論理ゲームよね
いつかロボットがやるんだろうね

規模の小さいプロジェクトで、予測っていうか見積もりのバグ件数が
数件程度なのに、見積もりが間違ってたら問題にされるとか狂っとる。

>>22
開発者としての熟練度とか、ステップ数とかだったと思う
レビューの際に「どのくらい見つけたらOK」とか、そういう軽い目安としてなら、分かる

でもステップ数自体が手続き型言語時代の遺物だけど

比較的、プロジェクト管理がまともな所で、
それなりのレベルで仕事してるつもりだけど、
他の会社が作ったものを見ると、
たまに、考えられないくらい精度の低いものを見かけるな
なんなんだあれは。あんなもんで金もらえるのか？

ドリームファクトリー
ロケットスタジオ
クロスノーツ

三大糞デペロッパー

>>22
社内規定の数値はない？

だから文系にSEやらすとこうなるんだよ
上流はともかく、下流底辺を文系にやらすんじゃねーよ

いまだにCOBOLの時の評価基準だからおわっている

>>23
○○社さんの名前が付いたソフトだから大丈夫と言う安心感を顧客に提供するため。

飛鳥＆飛鳥は専門学校生が数人で作ったって聞いた
そのせいかシューティングで一番のクソゲー

>>29
コボラーな人と話すと、
「ステップ数でどのくらいの修正になる？」
とか普通に聞いてきて困るんだが、
ステップっていうのはソースの行数ってことでいいのかね？

>>11
下請けの下請けの下請けがやるとかザラ
そんでメジャー企業の名前で発売する

>>35
ファミ通の攻略本みたいなもんか

>>30
下請けに発注（丸投げ）してる方も下請けから上がってきた成果品を検証する能力が無い残念な会社である場合、
そう言う残念なものが普通に表に出てしまう事がある。

ロケットスタジオはあまりに酷すぎて、
俺が勤めてた会社で出禁になってたな

>>37
コメントを除いた、パーサに解釈される部分の行数・・・・・でいいと思う
コボラ上がりは他言語でもコボラ的コーディングするからそれでいいんだろう、きっと

>>30
うん、まぁ工程管理できないから小規模でやってるうちみたいなのにも
下請け使うような案件問い合わせくるから、金が好きな人は請けるんじゃないかな。
で、渉外能力はあるからなぁなぁで卸すと。

>>12
ステップ数になんたらシグマをかけるとかどーとかで決まってる
数学的には正しいらしい

>>23
鹿島建設に依頼したのに高卒作業員が現場で鉄骨組んでる！
ってクレームつけるのと同じだぞ それ

>>30
あるよな
俺の予想だが、コネとか息子とか、そういうんじゃないか？
なんか知らんが恐ろしく低レベルなものが
ノータッチで世に出回ることがあるよな

中国に出さない

岡崎市立中央図書館は絶対に許さない

>>42
やっぱこれでよかったのか。
同じ1行でも、文字を表示するのと、IFの分岐じゃ規模が
飛躍的に違う気がするけど、まあ、いいのかもしれんね。

>>48
あれ作ったやつって、社内の立場はどうなってるんだろうな。

>>40>>43>>46
触って10秒で、バグを見つけたり、
ソースを見ると、客と全く違う（というかライバル関係の）会社名が
入っていたり、ひっくり返りそうなことが多いんだわ。
俺が適当に作った個人的なツールよりも
クオリティが低すぎてびっくりするわ。

色々なやばいケースに立ち会ってきたが、
一番きつかったのは、

プロデューサーの昔からの友人が独立したんで、
独立祝いも兼ねてその会社に発注＆開発任せっきり
→10年ぐらい前のゲームですか？というレベルの代物が納品される

だな。出来が酷すぎて全く売れなかった。
広告費すら回収できなかったはず

どんな仕事でも仕事が出来ないバカが偉ぶってのさばると崩れ落ちるが
技術職の中で仕事できないバカがのさばれる習慣が付いてしまったこの業界
仕事ができる奴はじごくだぞ
本当に技術持った仕事ができる奴だけ集めた会社作りたいわ
頭でっかち（知識のみで考えることが出来ない）でそれらしいこと
べらべらしゃべるだけのバカもいるから
やっぱり実際作らせないとわからないな

>>52
むむ？
お前と一緒に仕事したことあるかもしれない

とりあえず

> プロデューサーの昔からの友人が独立したんで、
> 独立祝いも兼ねてその会社に発注＆開発任せっきり
> →10年ぐらい前のゲームですか？というレベルの代物が納品される

ここまで俺の体験と完全に一致した

>>53
だがそう言う優秀な技術屋だけでは会社は何故か続かんのだ。
Sunが無くなってしまった様に。

>>53
それやってみ？
何もできないクソ組織になるから

なに

>>56
もちろん経営、営業はできないと話にならないな。
ただ技術者の中にバカはいらないし、
技術のないバカが仕事が出来ない故に
上に立ちたいだけの根性の腐ったようなのが、
出来る人を使えばいいという姿勢で
管理職をするようなことはあってはならない。

腐ったおっさんがいるのは間違いない
全員じゃないけど。そりゃ何もしなくても命取られないならそうなっちゃうやつもいるわな

>>2
マジでこれはアホだと思うわ。
もう>>1の設問みたいな考え方は古いんだよ。つうかいつまでこれに縛られてるのさ。
バグ件数なんてコーディングに掛けた時間とプログラマの経験で全然変わるっつうの。
金・時間と品質は等価交換だっつうの。
その上、品質向上＝顧客満足度向上と思っていやがる。アホか。
自分で買うとき何基準にするか考えてみろっての。品質なんてもんは最低条件だろうが。
そんなんだから今だにFF14みたいなのは平気で店に並ぶんだよ。

行き過ぎた品質管理は、品質落とす原因の最右翼

普通の企業プログラマーって文系と高卒だらけだからな・・・
実装力だけで言うと
情報系高専≧情報系大学＞理系大学＞＞＞＞＞＞＞＞＞＞文系、高卒

全ては納期が最優先
金にならなきゃ話にならん

よくこの手のプログラマースレで下請け孫請けに仕事を流しまくってるって言うけど
だったら最初から実際の作業をする奴に直接仕事を依頼すればいいんじゃね？
なんで中間搾取を挟むの？

じゃあ自分でできるかというと出来ない
もう大手SIerに技術者はいない

まあ専門学生くらいの単価ならそれ相応のものになるよなｗ

>>54
結構ある話だとは思うｗ

>>61
あんまり管理がきついと、当たり障りのない内容にしようって
なっちゃうからね…。
無制限で期間与えすぎてグダグダになった作品も何個か見てきたが、
定期的に出来栄えをチェックできる人がいて、期間と予算は潤沢って状況だと
やっぱいいもんできるよ。

>>64
実際に仕事を分割したりして仕様書を書くよりも実装したほうが楽なのにと思うことは多い

100行のソースのために仕様書数枚とかザラだし

「丸投げしない条件で発注する」


これでok

>>64
人付き合い
中間マージンでなにもしないで食ってる奴がいるのよ

まあ実際中抜くこともあるよ。

>>1
オフショア案件（vs中国）やってる俺に謝れ

>>69
社内にみんな取り込んで内部で開発
って手を使う

>>69
でも値段は抑えてだろｗ

破綻しまくりｗ

>>69
何度かバ◎◎イと仕事したことあるが、
納期さえ守れてれば内容は気にしないっていう豪快な姿勢で
「この姿勢が数多のクソゲーを生んだんだなぁ…」って納得した記憶

>>64
そこそこの業務システムだと、
下請けなしでできる会社なんて本当に一部しかなくなる
それに、大企業は顔があるため、
それなりに品質をチェックする機能が働く。
そこらの名も無いSIに頼んだら、
酷いものが出来上がる可能性の方が高い。

>>70
現状の下請けに丸投げするスタイルは
効率的なわけでも何でもなく因習みたいなものってことか？

確か、真女神転生１，２はデバッグなしだったよな

>>76
ゼネコンと一緒


お客
↓
120万
↓
SIer
↓
90万
↓
下請け１（元SIerの部長の会社）
↓
60万
↓
下請け２
↓
50万
↓
その辺のPG

差額がポケットに

>>77
ドミ版で有名なアレは、仕様書が残ってない上に
プログラマーも連絡が付かない…

という悲惨な状況で生まれたものだとか。
デバッグ用の資料も当時の攻略本（誤情報満載）

ポイスポイスー

>>78
なんでSIerから下請け2に渡さないわけ？
下請け1の存在意義が分からない

>>81
だからなにもしないで30万ぽっけに入れてるんだよｗ
それは後ほど接待費に使われる

>>81
仮に下請け２が仕事を貰ったとしても、
下請け３が現れてそこに流すようになる。
そういうもんだ。

>>81
下請け１からSIerにキックバックがあるんだよ

>>82-84
すごいムダなシステムだね
日本のITが終わコンな理由が何となく分かった気がする

あと、下請けを作っておけば、
最悪、自分の会社が潰れた時にお世話になろうと考えてる連中もいる。

時代遅れで使い物にならない老害幹部を追い出すためにおだてて「独立」させておいて
その会社を下請けの間にはさんで不正マージン取らせて
その一部を新幹部が私的にキックバック受けて
会社に生じた負担は平社員の給与削減でカバーする、みたいな

よくある話

>>85
でしょ。
なかなかITに中貫時代が来ないんだよね

まあ上の例はよくある話だけど一応弁護すると下請け１が逃げ出した場合も
SIerは責任とらないといけないからね。バッファだよ。
お飾りPMとか多いけどな

>>86
下請けも潰れるだろ

FF14は下請けの下請けの下請けの下請けの下請けの下請けのとかやってそう

下請け丸投げ行為を違法にすればいい
もちろん誤魔化しの偽装も含めて

海外でもそうなの？Valveとか

>何件の不具合や指摘事項を見込むのか

そもそも見込めないからバグなんだろう馬鹿馬鹿しい。

「不測の事態」が発生する件数を事前計画で定めておくとか頭おかしいだろ

＞品質管理で重要なのは、何件程度のテストデータで実施するのか、何件の不具合や指摘事項を見込むのか、
＞不具合の内訳はどうなるのか、といった計画を定めることです。その上で、実際のテストにおける実績値との
＞差分を評価する必要があります。

品質管理自体はどうでも良くて、品質管理システムのつじつまさえ合ってればそれで良いって事か？
そのつじつま合わせも数字さえ合ってれば良いとか、知能に障害があるとしか思えん

>>92
グラフィック素材の制作なんかは外に出してたりもするかもしれんが、
自社タイトルとして出てる数がそんな多くないし、
基本ムダなことはしてないんじゃね

だんだんイライラしてきた。
見込めるんだったら最初から直してるっつーんだよ糞日経がよー
展示会とかで名刺わたすと購読の勧誘電話を鬼のようにしてきやがって

うんこな管理と、うんこな顧客。
これがあるかぎり日本のITはどうにもならない。

そういうしがらみのないところは結構イケてる。

だいたいよ、他に仕事有ったら、こんな仕事してねーよ。
ってのが文系SEしてるからじゃね？
余程の上位校でないと文系の仕事なんてブラック営業やサービス業しかないからな。
まだSEの方がマシって感じで仕事してんだよ。