品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中

※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです： 法規制対応、標準化対応、その他公的なガバナンス要求へ

[kamei_rio]

品質問題が発生した際に品質保証部門が全責任（せめてコストだけでも）取ってくれるならまだしも、何の責任も取らずに内向きに無駄な作業だけ押し付けてくる上に定時で帰るから以下略とかマジ以下略

[daishi_n]

人の命やインフラを預かるソフトウェアは今までと変わらない品質保証が必要だし、それ以外のソフトウェアは品質保証のあり方が違うのは当然だよね

[chmod755]

JTCの品質保証にいたが、市場にちゃんとアプローチしてる会社だった。アジャイルでないのも意味があった。会社によって対応は違うし、きっちと品質保証に向き合っている大部分の人たちに失礼だなと感じた。

[vvvf]

経営者なら改善を考えるべきだけどワーカーとしては説得を考えるよりさっさと転職したほうが良い、時間の無駄だし硬直した組織が衰退するのは目に見えている。老害の耳は遠い。

[TakamoriTarou]

これソフトウエアの話から追ってるけど、いろいろと本質を突いてる。品質をプロセス保障で作り込む能力がない門番型の品証は百害あって3か４利ぐらいしかない。アポロ計画の品質プロセスはさすがにもういいぬ

[suno88]

去年まで参画していた IT ゼネコンの SIer 案件を思い出しながら読んだ。開発リソースが外注だと、元請けや発注元の老害化の改善は難しく、またそのインセンティブにも乏しいので、事態は悪化の一途を辿りがちだ。

[Tomosugi]

「老害」という言葉を他者を貶める目的で使うのは差別だと思います

[t-wada]

読んでいるこちらが心配になるくらい舌鋒が鋭いが、書かれている内容には深く同意できる

[key_pot]

まさに品質管理部門側の仕事をしているが、今のやり方ではプロダクトの足かせになってるのでは、という疑念が絶えない。開発部門にいたときも開発管理、ベンダ管理と称して、足かせになってる感覚があった。

[cyph]

“テストカバレッジ、テスト密度、バグ密度、レビュー密度、レビュー指摘密度”これらのメトリクスがどうして収集されるようになったと考えているのか聞きたいもんだ

[tpircs]

品質保証部門が独立するとこういう傾向が強まる気がする。一つの部門の中の業務の一部として存在するしか対策は無いんじゃないかと思うくらいに。

[onk]

品質基準を満たしていない場合は発動すべきなので、品質基準は何と考えているかが大切なのだろうなぁ。＜開発をやたらブロックする（次工程に着手させない、品質保証部門の是正要望対応にリソースを全投入させる）

[bosatsumiroku]

こいつら勉強しないし改善しない。自動化された良質なテストよりも、丹精込めて一行一行書くexcelの方がお好みだそう。ビジネスの成功よりも内向きな既得権益を優先してる連中は、Topが責任もって潰すしかない。

[amedama41]

数字を提出する方もい改竄した数字しか出してなかったから、プロセスが変わる前から品質保証なんて機能してないんですわ

[denimn]

内向き品質の論点だと、何も作らないのが違反0件リスク0件になって最高品質だからな。

[diptypop]

くびもげそう

[naggg]

“品質保証部門が、その変化に対応できずに、旧来のウォーターフォールプロセスを実質的に強制するような、長大な時間・コストを要する品質保証を強制し続けて、開発アプローチの改革を困難にしてしまう事例が、”

[takeshi0206]

そもそも無理な計画の品質管理しても無理な訳で、計画の妥当性にコミットしてない者が品質管理するから説得力ないし害悪扱いされる。

[jaguarsan]

頭悪いトップコメがいるな。品証部門が品質問題の全責任取るなら新機能全部止めるのが彼らの最適解になることくらい考えれば分かるだろ

[toro-chan]

だからって品質保証部がないと、開発者は本当に作ったシステムが合ってるのか永遠にわからない。

[kent4989]

課題言語化重要性

[dltlt]

中身を理解していない品証は、指標の偽装で騙されることにもなるか。認証試験の一部委譲を受けたボーイングに FAA が騙されたように……

[otihateten3510]

ソフトウェアの品質管理はほんと他業界に比べて恥ずかしくなるレベル

[hageyahhoo]

筆者の、アジャイルやクラウドでの品質保証のあり方に関する主張は理解できる一方、現在の品質保証部門への怒りも見て取れて、対立を生み出している印象。仲良くなりつつモダンに動けるアイデアを考えたいですね。

[orangesociety]

品管部門はほっとくと、新しいことをしないことが価値、前例踏襲、形式主義になる。結果、窓ぎわ部署扱いになってそういう人しか補充されないため、傾向が濃縮される。構造上そうなるので、もうAIに任せた方が良い。

[izoc]

品質保証からNG食らって手戻り発生したのでS-in後ろ倒しにして下さい。なんて許されるはずもなく通すための努力をみんなするよね。本末転倒だけど。品質偽装の原因だいたいそれだと思ってる

[gonzales66]

ダイハツの問題等、反対に品質保証部門が弱くなっているのかなと感じていたが、ソフトウェア開発での問題に改善アプローチと良い内容。"品質保証のエンジニアが自省・戒めのために書いた記事になります" との事

[NOV1975]

事業に対する影響を評価する仕組み（というとなんだが、評価の対象にちゃんとなるかってこと）がないことが多いとこうなるよね。品質じゃなくてリスク管理部門になったほうが良い気もする。（品質もリスクのうち）

[strow0343]

品証といっても会社によってやっていること違うので一概には言えないがプロセスだけ見て不具合流出も防げていなくて品質を保証出来ているかは疑問というケースも度々見かける

[weakref]

大部分が自動化されているが海外の有名ベンダーでもQAは普通にやっている。解決策のない愚痴は老害そのもの。というかQAとQCの区別が相変わらずついてない。

[kiki-maru]

権限が強いが柔軟性のない品質保証部門の事を表すのに老害なんていう世代対立煽る言葉使う必要ある？別に権限が強く従前のプロセスにこだわる組織なんて若い組織でもある事だし。

[kazoo_oo]

うわー、めちゃくちゃわかるなこれは

[strawberryhunter]

部門の話じゃないけど会社員時代に改善を提案して2年後にそこに戻ったら、本来は仕事を楽にするためのものだったのに上からやらされる余計な仕事になっていて残念だった。目的とその啓蒙が忘れられがち。

[pmint]

そもそもの話、アップデートはユーザーにとって迷惑。毎日アップデートしていいのはWebサービスの場合だけだけど、それも短時間のサービス停止にはなる。あと、ユーザーが求めるのは、バグが無いこと以上の品質。

[topiyama]

分業化の弊害

[mayumayu_nimolove]

ある意味品質保証は老害でなきゃダメなような気もするがな。もちろん品質保証の品質のアップデートはしてほしいが。

[gairasu]

マネジメントはコストだという人はやり方間違ってるだけなので主語は小さくしたほうがいい

[mamemaki]

ただこの手の品質保証部門は大した権力を持ってないので、門番として機能してないのも事実。たいていお飾りとしてのチェッカー的なものなので、リリースジャッジは開発部門が主導してるのが常。

[hiroshe]

手順を守ることで品質が担保されるのだから、勝手に変えたらあかんのだけど、時代の変化に合わせて手順を変えて行けるように若い人も混ぜて常にアップデートせなあかん。

[jassmaz]

逆に考えると特定の業界に於いて新規参入が可能ということでもある。説得するよりも起業して追い抜いたほうが社会にも良いです。