それでも私が品質保証プロセスを作り続ける理由 #テストラジオ / Why I still continue to create QA process

2025/10/17 #テストラジオ

・イベントページ（発表会）
　https://connpass.com/event/367458/

・引用ポスト（X / Twitter）　https://x.com/yumotsuyo/status/1978612727007289649

・発表者のXアカウント
　https://twitter.com/pineapplecandy

・JaSST Online公式サイト
　https://jasst.jp/online/

・SReEE（ソフトウェアレビューをエンジニアリングっぽく捉える会）
　https://sqripts.com/2025/02/05/104436/

・コトバンク（「プロセス」の定義）　https://kotobank.jp/word/%E3%81%B7%E3%82%8D%E3%81%9B%E3%81%99-3218161

・参考文献①：現代品質管理総論（飯塚悦功 著）
　https://www.asakura.co.jp/detail.php?book_code=27566

・参考文献②：品質管理入門 B編（石川馨 著）
　https://www.juse-p.co.jp/products/view/3

・参考文献③：品質さん（X / Twitter）
　https://x.com/chokyori_tsukin

Transcript

1. 1 2025/10/17 (Fri) ソフトウェアテストに関わる人の はっぴょうかい #テストラジオ ぱいん🍍
2. その前に 2
3. 3 https://x.com/yumotsuyo/status/1978612727007289649
4. こういう話はしません 🤐 ふんわり捉えてね 😊 4
5. Key Message • テスト活動など現場で品質に直接貢献することはとても大切 • 長期的な組織の成長を目指すなら、 あなたのやり方、工夫をプロセスに残そう 5
6. おやくそく 6 • 基本ツイート、ブログOK • スライドは公開します • アイコン箇所のみ、ツイート、ブログNG
7. HELLO! I’m… • ぱいん🍍 @pineapplecandy • 2児の父 • QAエンジニア @クラウドサービス ◦ 2012-2017: SIer@Web ◦ 2017-2022: テストベンダー@組込み ◦ 2022-: 事業会社@組込み • 今の役割： テストマネージャー>>>フェーズゲート QA JaSST Online実行委員 • SReEE (ソフトウェアレビューをエンジニアリングっぽく捉える会) • 生態： X(旧Twitter) • 趣味： 週末ドライブ,タロット、バスケ観戦 • 7
8. もくじ １人目QAのジレン マ 品質保証プロセス とは 01 誤解されがちなプ ロセス 02 03 8 暗黙知を言語化す るところから始め よう 04 小さな再利用・標 準化から組織を育 てる 05 さいごに 06
9. １人目QAのジレンマ 9
10. １人目QAのジレンマ • １人目QAあるある ◦ 不具合対応やテストなど、すぐに成果が見える仕事に引き 込まれる ◦ 短期では効果的だが、属人化が進み、再現性がない • 結果 ◦ 一時的な改善は得られる ◦ 長期的なROIは悪化する可能性も • 実際には、 信頼貯金を高めるのも大事だったりする 10
11. 品質保証プロセスとは 11
12. 品質保証とは [2] • 消費者が安心して、満足して買うことができ、それを使用し て満足感をもち、長く使うことができることを保証すること である • 品質保証とは、品質についての消費者との一つの約束であ り、契約である 12
13. プロセスとは • 仕事を進める方法。手順。工程。 by コトバンク • 本発表では ◦ チームや組織で動くための仕組み全般 ◦ アジャイルでいうイベントやXPのプラクティスも 含む 13
14. 誤解されがちな プロセス 14
15. 誤解されがちなプロセス • 例えば ◦ 報告文書をたくさん作る ◦ 儀式 ◦ スピードが下がる • 形式ではなく、なぜそれが必要かを見極める ◦ 「それで品質が上がりますか？」 15
16. あるべきプロセス • 例えば ◦ 報告文書をたくさん作る →必要なものだけ作れば良い ◦ 儀式 → 形骸化したならば止めれば良い ◦ スピードが下がる → スピードを維持するための方法を見出す • 形式ではなく、なぜそれが必要かを見極める ◦ 「それで品質が上がりますか？」 16
17. 暗黙知を言語化する ところから始めよう 17
18. 暗黙知を言語化するところから始めよう • リリース前に確認することリストを作ってみる • 不具合起票のテンプレートを考えてみる • それがプロセス化の最初の一歩 18
19. 小さな再利用・標準化 から組織を育てる 19
20. 小さな再利用・標準化から組織を育てる • 各プロジェクトに散らばるチェックリストやノウハウを拾い上 げ、テンプレート化して横展開する。 • これが効率化と均質化の起点になり、“学習する仕組み”を持つ 組織へと進化するしていく • QAエンジニアを最後の砦から、品質を高める率先者にしていこ う 20
21. さいごに 21
22. さいごに • プロセスは人を縛るためにあるのではなく、 挑戦の自由を確保するためにある • 属人化を解き、知識を資産化し、チームが自走する未来を設計 する • それが、私がそれでも品質保証プロセスを作り続ける理由 22
23. 参考文献, 資料 23
24. 24 No. 資料名 URL [1] 現代品質管理総論 (飯塚悦功[著], 朝倉書店) https://www.asakura.co.jp/detail.php?book _code=27566 [2] 品質管理入門 B編 （4章～7章） (石 川馨[著], 日科技連出版社) https://www.juse-p.co.jp/products/view/3 [3] 品質さん (X) https://x.com/chokyori_tsukin 参考文献、参考資料
25. おまけ 25
26. 残せ、残せ、いいから残せ • 突然プロジェクトから離れるかもしれないから残せ • 突然やめたくなるかもしれないから残せ ドキュメントだけじゃなくて、運用する人たちも残せ • まずは残すページをつくる、仕事はそれからだ 26
27. おしまい 27