QMファンネル批判 〜鵜呑みにするとキケンな魔術書〜
はじめに
本記事はQAなら当たり前に知っている「QMファンネル」について、「よくわからない」と叫ぶ記事です。
QMファンネルは2020年ごろのJaSSTで言われ始め、ちょっとマニアックなQAの人には当たり前のスキルフレーム的なものになっています。
一方で、内容やコンテキストをあまり理解しないまま、内容やコンテキストがあまり記載されていない資料を参照して、内容やコンテキストをふんわり捉えて、求人票とかに「インプロセスQA以上の経験があること」とか書いちゃう企業をたまに見かけます。
※あくまで本記事は「QMファンネルがよくわからない」と言いたい記事であり、「求人票にQMファンネルを書くな」と言いたいわけではありません。
また、QMファンネルを勢いに任せて知ったかぶりしている人もいると思います。
そんな人のために、私が先頭を切って「わからない」と言うのがこの記事の趣旨です。
QMファンネルの原典として以下を参照します。
「品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版）」
また、本記事の趣旨から、私の理解や私視点の解説は行いません。
こちらについては別の記事で紹介するとして、本記事では「わからない部分をわからないと表明する」で止めることとします。
にしさんが好きすぎるあまり周りを傷つける人や、「わからない」という言葉で傷つく人はこの記事を読むことをおすすめしません。
QAエンジニアってなんだろうってなんだろう
スクラムにおけるQA系エンジニアとは、一体どういうロールなんだろう？
-そんなロールはいらない？
・スーパーマン開発者が開発もQA系ワークもカンペキにできるなら確かに理想的だが...
-そんな人ばかりの組織なんてほとんどない
スクラムにQAが必要かどうかは「スクラムガイド」に書いてあるんじゃないでしょうか？
QAエンジニアがどんなロールかわからないのはスクラムだけの話なんでしょうか？
QMファンネルってスクラムの文脈だけで通用する概念なんでしょうか？
チームの中にQA系エンジニアがいてチーム全体に品質文化を浸透させるのがよいような気はする
品質文化ってなんですか？
チーム全体で品質文化が浸透していて何が嬉しいんでしょうか？
QA"系"エンジニアとQAエンジニアの違いってなんなんですか？
QA系の技術に熱心なチームとイマイチなチームがいたりする状況では、
組織全体でどうQA系の技術を高めて浸透させていくかの戦略が必要になるよね
なんでQA系の技術に熱心なチームとイマイチなチームがいたりするんでしょうか？
組織全体でQA系の技術を高める必要性ってなんですか？QAだけがQAしてたらなんでダメなんですか？
-マネジャーなのに、組織全体の品質戦略を担わされる場合もある
品質戦略なんてマネージャーが決めるもんじゃないのでしょうか？
なんで「担わされる」なんて表現するんでしょうか？
QA系エンジニアのロールを整理する必要がある
えっ唐突
「QMファンネルを作った」らしい
フェーズゲートQA・QAサービス
開発とは別組織でQAの実業務や出荷判定を担う
開発と別組織ってどういう状態ですか？
QAの実業務ってなんなんですか？
出荷判定はこの下のロールにないけど、フェーズゲート・QAサービスにしかできないんですか？
開発組織に常駐したら出荷判定できない理由はあるんですか？
インプロセスQA 開発組織に常駐しながらQAの実業務と品質文化を担う
QAコーチ 開発組織に時々常駐してQAの技術移転や品質文化の浸透をする
QAコンサルタント 開発組織に常駐せずにQAの技術移転や技術向上を担う
開発組織に常駐するかしないかってなんでそんなに大事なんでしょうか？
QAコンサルタントが品質文化に関わらないのはなんでですか？
そもそも開発組織の常駐具合をこんなに識別する意味はなんでしょうか？
QAプロモーター 組織全体にQAを推進していく役割（自分で手を出してはいけない）
自分で手を出してはいけないってなんでなんですか？
ていうか「手を出す」って具体的にどこまでが良くてどこまでがダメなのでしょうか？
SET 自動化する人
SETってE2E自動化するだけの人ではないのですか？
自動化するのってQAとどう関係あるんですか？
・QAエンジニア
-みんなをよくする人
チーム全体の品質向上、ふりかえり力向上＆プロセス改善、フロントローディング／シフトレフト、品質戦略立案など
-本来はいらないルールを押しつけてくる人ではない
QAエンジニアってテストする人じゃないんですか？
「チーム全体の品質向上」って何を指してるんですか？
「ふりかえり力向上＆プロセス改善」ってQAと何が関係あるんですか？
「フロントローディング」って何ですか？
「本来はいらないルールを押しつけてくる人ではない」ってそれは開発者がルール守らないからじゃないですか？
QMファンネルの概要
・TE-テストやレビュー、メトリクスの測定など製品やサービスの評価技術のエキスパート
－検証技術と価値重視文化を担う
テストエンジニアってバグ出すのが仕事じゃなないんですか
「価値重視文化」ってなんでテストエンジニアの責務になってるんですか？
メトリクスの測定ってプロマネとかQAさんの仕事じゃなくて？
PE-様々な自動化を行うエキスパート（SETやSRE）
-自動化・デジタル化技術とエンジニアリング文化を担う
唐突なSRE
QA-組織能力を高めるエキスパート
-組織能力向上の技術と文化を担う
QAと組織能力ってどんな関係があるんですか？
組織能力向上の技術と文化って開発者とかプロマネが担うべきじゃないんですか？
それぞれのスペシャリティをサイロ化させずに融合していかなくてはならない
それぞれの専門性でやった方が認知コスト下がっていいんじゃないですか？
サイロ化ってなんですか？
なんで融合しないといけないんですか？
スペシャリティ融合
•TEの価値観は価値重視、PEの価値観はエンジニアリング重視、QAの価値観は組織能力重視
TEはなんで価値重視なんですか？ (2回目)
エンジニアリング重視ってなんですか？
QAが組織能力に重視する理由ってなんなんですか？
キャリアの方向性
TEに習熟すると…プロダクトマネージャー へのキャリアも考えられる
PEに習熟すると...デベロッパーやエンジニアリングマネージャー へのキャリアも考えられる
QAに習熟すると...スクラムマスター へのキャリアも考えられる
TEの上位の職種がプロダクトマネージャーなんですか？
PEの上位の職種がデベロッパーやエンジニアリングマネージャーなんですか？
QAの上位の職種がスクラムマスターなんですか？
これらは別の専門性ではないんですか？
おまけ：納得感の共感
納得感の共感ってなんですか？
おわりに
ここまで読んでくださってありがとうございます。
「批判」と書きましたが、正確には批判ではなく、お気持ち表明だと思います。
QMファンネルを批判的に見てほしくてこの記事を執筆しました。
今後として、これらあるいは他の質問に全部答えていただいて、にしさんのレガシーとして永遠にありがたがるのではなく、QMファンネル2.0を作っていってほしいと思います。
いや、私が作るべきなのか？？
追記
https://www.slideshare.net/YasuharuNishi/recollection-of-embedded-system-qa-in-the-last-decade?ref=https://cdn.embedly.com/
これ見ろよって話なのかもしれない。。
追記：いただいたアンサー
本記事の性質上、アンサーについてのコメントは差し控え、リンクを貼ることに留めます。
アンサーではないですが、以下の資料も参考になります。
この記事が気に入ったらサポートをしてみませんか？