2025.05.20_主体的に活躍するQA組織に変えているの(JaSSTnano vol.48)

Transcript

1. © RAKUS Co., Ltd. 主体的に活躍するQA組織に変えているの JaSST nano vol.48 2025/5/20  株式会社ラクス  ⾦⼦ 佳樹 1
2. ⾃⼰紹介 2 名前: ⾦⼦佳樹 X: @necoak444 • 経歴 ◦ 新卒〜2023年 某SIer R&DおよびQA‧アーキテクト⽀援 ◦ 2023〜現在 株式会社ラクス QAマネージャ ▪ 楽楽精算、楽楽明細の品質保証を担当 ▪ QA組織の⽴ち上げ‧拡⼤中 • 得意技 ◦ 直感とFACＴに基づく品質問題の特定 ◦ アーキテクチャをベースとしたテスト戦略‧品質保証‧ 品質管理
3. 会社紹介 3 ITサービスで企業の成⻑を継続的に⽀援します! 企業のさまざまな業務効率化に貢献するSaaSを複数展開 バックオフィス向けSaaS フロントオフィス向けSaaS
4. 今回の内容 4 JaSST nano vol.44の続き QA組織変⾰の⽅針と取組内容となります 2025.01.21_QA組織を⽴ち上げているの
5. ミッション‧ビジョン 5 主体的に開発を⽀援するQA組織を⽬指す 品質保証の側⾯から開発を⽀援してお客様へ⾼品質なSaaSを提供する 楽楽精算‧楽楽明細の開発と運⽤における品質保証の側⾯から 主体的に開発を⽀援できる組織となる ミッション ビジョン
6. QA組織の範囲 ※2025/5時点の範囲  6 利⽤社数が特に多い楽楽精算‧楽楽明細を専⾨組織化したQAが担当 バックオフィス向けSaaS フロントオフィス向けSaaS QA組織が担当している サービス
7. 少し前のQA組織 7 開発し終わった機能のリリース前テスト⼯程を担当する 楽楽精算QA課の業務プロセス
8. 現在⽬指しているQA組織の状態 8 開発‧運⽤のあらゆるフェーズでQAが活躍する状態を⽬指す テスト開始前から各開発の 把握‧テスト準備/企画 テストの主体的な改善‧ 企画 本番障害からの振り 返り‧プロセス改善
9. なぜ「主体性」を重視しているか 9 直接担当していないフェーズへQAが⾃ら積極関与することが重要 • QAの主担当はテストフェーズ（すくなくとも、現在の楽楽精算‧楽楽明細の開発においては） • 開発や本番運⽤は主担当ではないので関⼼が薄れがち ◦ 開発に無関⼼でいると.. → テストフェーズで、想定以上のテストボリュームがわかりQAリソース不⾜ ◦ 本番に無関⼼でいると.. → 本番障害を減らすための対策が進まない • 「品質」という側⾯は、テストフェーズに閉じない 直接の主担当ではないフェーズにも関与していくために「待ち」では遅い‧⾜りない → QAが率先して品質保証する‧品質をよくする⾏動をとるため、主体性を持った⾏動を重視している
10. 具体的な取り組み 10 主体的なQA組織実現に向けた主な取り組みを紹介 取組①　上流でのQA活動 取組②　リグレッションテストの整理＋自動化 取組③　本番障害に対する再発防止・歯止め テスト開始前 テスト以降 テストそのもの その他 取組④　QA育成・学習の推進 取組⑤　AIを活用
11. 取組① 上流でのQA活動 11 上流でのガイドラインを策定しQAの動き⽅の指針を決めた ガイドライン抜粋
12. 取組② リグレッションテストの整理＋⾃動化 12 テスト期間の期間短縮‧⼯数削減 ⇒ より効果のある活動へシフト 新機能テスト リグレッションテスト リグレッションテストがテスト 全体で占める割合が年々増加 ‧リグレッションテストの整理  ⇒ 観点の重複などを削除し繰り返しテストにあたり    効果的なテストシナリオとなるよう整理 ‧今後も継続的にテストする可能性のあるテストシナリオ  ⇒ E2E⾃動テスト化
13. 取組③ 本番障害に対する再発防⽌‧⻭⽌め • テスト‧テスト‧テストとテストをすることがQA活動の⽬的となりがち • QAは本番環境で利⽤者に届ける価値を⾼めることが⽬的 • テストをすり抜けてしまって本番で障害になってしまった問題 ◦ 開発やテストの問題を振り返り、プロセスの強化につなげる ◦ 現状テストで⾒つけられなかった問題は新たなテストを企画して再発防⽌を打つ • これらのPDCAサイクルをQAが主体性をもって取り組む ◦ 監査的な取り組みではなく、本質的に意味がある改善か考える ◦ テストの企画を⾔われてやるのではなく、⾃らメリデメ考えて決める 13 プロセス組み込み（の確認）と新たなテストの企画
14. 取組④ QA育成 • 主体的なQAとして活躍していくのに必要となる スキルを定義 • ITSSをベースに求めるスキル項⽬を設定 ◦ 実務能⼒、知識の２軸で構成 • 各メンバのスキル現在位置を定期的に評価 • 弱点を強化しQAの成⻑を⽀援 ◦ 業務アサイン ◦ 学習⽀援 14 ⼈材像定義‧スキル定義をもとに各メンバの成⻑を⽀援 評価結果の例 アドバイス例 IT共通的な知識弱点を克服するため、 Web技術全般の書籍学習や基本情報技術者の習得など 本⼈の成⻑につながるアドバイスを実施
15. 取組⑤ AIを活⽤ • 様々なAIツール利⽤を検証中、QAの出来ることを増やしている • 知識獲得‧情報収集 ◦ NotebookLM、ChatGPT（DeepResearch） • Playwrightテストコード⽣成‧テストコードの維持メンテ ◦ Cursor ＋ PlaywrightMCP • コードリーディングのアシスト ◦ Cursor ＋ GitHub MCP • 定型的な作業実施のAIによる⾃動化 ◦ Devin 15 QAの出来ることを増やすためAIによるアシストを活⽤
16. まとめ 改めてなぜ「主体性」を重視しているのか • テストを始めるよりも早くQAが主体的に開発内容をキャッチアップ ◦ 上流から品質リスクの洗い出し‧リスク低減策の検討 ◦ 上流からテストを早期段階から準備し、スピードアップ‧効率アップ • テストそのものの改善 ◦ テストの⾒直しや⾃動テスト化で⼿動テストを減らし、QA稼働をより意味のある業務へシフト • リリース後の本番障害に主体的に関与して再発防⽌を作る ◦ 開発チームとともにプロセス改善取組 ◦ 本番障害を事前検知するテスト企画 • QAが幅広く活躍するための⼯夫 ◦ 主体的に動けるようQA各⾃の成⻑を⽀援 ◦ AIも活⽤してQAのアシストを模索中 16 機動的にQAが動き、スピードと品質を両⽴するため