QAエンジニアの価値とは？

https://wingarc1st-spqi.connpass.com/event/381317/

Transcript

1. QAエンジニアの 価値とは？ Agile Testing Night#27 ~JaSST'26 Tokyo非公式前夜祭~ WingArc1st Inc.　Jumpei Ito
2. AGENDA 01 品質と価値とは？ ワインバーグの言葉から考える 02 顧客提供価値の言語化 ウイングアーク1stが重視する品質 03 QA組織が必要な理由 「止める判断」こそがブランドを守る 04 品質基準の策定と遵守 品質基準を策定・品質戦略の実践 05 求められるQAエンジニアの価値 エンジニアリング力×コミュニケーション力
3. 01　品質と価値とは？ 「品質は誰かにとっての価値である。」 — Gerald M. Weinberg 「品質」は広義であり、教科書に答えはない 「価値」は自分たちで定義するしかない 言語化し、対話して「自分たちの正解」に辿り着く
4. 02　顧客提供価値の言語化 ウイングアーク1stのポジション 📦 BtoB ミドルウェア製品 🏢 エンタープライズ企業向け 🏭 製造・金融・物流・自治体など多業種 🔒 絶対に止められない社会インフラ ⚡ 月間数億件の大量処理に対応 私たちが定義する顧客提供価値 🏗 日本経済を支える 社会インフラとしての安定稼働 🎯 各業界の業務課題を解決する 専門ソリューション
5. 02　顧客提供価値 × テスト設計 顧客解像度を高め、具体的なテストに落とし込む — これがQAエンジニアの最大の役目 🔬 ① インフラとしての信頼を守る技術力 • 常に性能面のスピードを意識（スピードこそが正 義） • どんな大量処理にも耐えられる非機能テスト設計 • 基幹システムとの連携 • システムの限界を見極める高度なテスト設計 󰳖 ② 現場に寄り添うドメイン知識 • ユーザーの業務フローを意識したシナリオ設計 • 機能的正しさ ≠ 現場での使いやすさ • ユーザーの分身として業務シーンをイメージ • 各業界のユーザー業務システムを熟知
6. 03　なぜQA組織が必要なのか？ 「本当に顧客が使える品質になっているか？」 を冷徹に見極める目が必要 📋 判断材料の文書化 リリース可否の「確固たる証拠」を ステークホルダーに提供する 🛑 止める勇気 基準未達なら「Noと言える力」 ブランドと顧客ビジネスを守る 🎯 GoサインのOwnership 最終判断はSHに委ねつつ 判断材料の責任を持つ
7. 04　品質基準の策定と遵守 STEP 1 品質基準の策定 • JIS X 25051の品質特性を 採用 • 品質目標を「自分たちの言 葉」で再定義 • これだけは絶対に起こしたく ない事故の言語化（リスク管 理） STEP 2 STEP 3 MTPで戦略を練る • マスターテストプランを言語 化 • 顧客提供価値をベースにリ リースごとに戦略へ落とし込 み・重点領域を変える • 開発・QAで認識を完全に合 わせる → → 段階的な品質確保 • 品質をインクリメンタルに確 保する設計 • リリースに対する品質のポ テンシャルを上げる設計 • 開発・QAで継続的なレ ビュー このプロセスがJISマーク認証で認められた
8. 04　QA技術を活かす土台 QA技術の発揮（テスト設計・自動化・AI活用・プロセス改善） 品質基準の策定・MTPによる戦略 テストへの落とし込み（顧客解像度） 顧客提供価値の言語化（Why / What） 土台（Why/What）なくして技術（How）は活きない
9. 05　求められるQAエンジニアの価値 💻 エンジニアリング力 • 開発とQAの違いは「プロダクトコードを書 くか否か」だけ • 不具合はコードの奥深くまで追いかける • 泥臭く技術を磨いて、最高の「エンジニア リング」をしよう 💬 コミュニケーション力 • 「気のゆるみバグ」は思考停止から生ま れる • ビジネスライティング×コミュニケーション • ステークホルダーと会話し、お互いに腹落 ち感を高めよう
10. まとめ 1 品質と価値は自分たちで定義する ― 教科書に答えはない 2 顧客解像度を極限まで高め、テストに具体化することがQAの本質 3 「止める判断」こそが製品ブランドと顧客を守る 4 品質基準→品質戦略→品質計画で客観的に可視化・戦略化する 5 Why/Whatの土台があってはじめてHow（技術）が威力を発揮する