開発チームとQAエンジニアの新しい協業モデル -年末調整開発チームで実践する【QAリード施策】-

Transcript

1. © SmartHR, Inc. 開発チームとQAエンジニアの 新しい協業モデル 年末調整開発チームで実践する【QAリード施策】 依⽥ 薫実 SmartHR 品質保証本部 2026/03/20 平澤 孝仁 SmartHR 品質保証本部
2. 平澤孝仁（SmartHR 品質保証本部） スピーカー紹介 X(旧twitter)：@higesawa_ 第三者評価→ゲーム業界→IoT業界→SmartHR に QAEとして従事 現在は2025年1⽉から年末調整機能開発チームの インプロセスQAE [ 品質を「語る」とき、私たちは何を話しているのか ] などの テックブログを書いています。 2
3. 依⽥ 薫実（SmartHR 品質保証本部） スピーカー紹介 X(旧twitter)：@qa_wombat SmartHR QAEの依⽥薫実(よだかおみ)と申します 品質保証本部/⼈給基幹プロダクト品質保証部/⼈事マスタユニットに所属 2023年7⽉に⼊社して以来、労務基本機能や年末調整機能を担当しています JaSSTは初登壇です！よろしくお願いします！ 3
4. 今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 4
6. サービスサイト： https://smarthr.jp/ SmartHRとは 確かな効率化で、働きやすい環境をつくる 確かなデータで、組織はもっと強くなる クラウド⼈事労務ソフト「SmartHR」 採⽤管理の情報から⼊社⼿続き、年末調整などの多様な労務続きをペーパーレス化し、データとして蓄積。 さらに、「SmartHR」に溜まった従業員データを活⽤したタレントマネジメント機能により、 組織の活性化や組織変⾰を推進し⽣産性向上を⽀援しています。 13 | 68 6
7. SmartHR 品質保証本部 ビジョンとミッション ビジョン 良いサービスを早く提供し続ける そのために必要なこと • 不具合をできるだけ早い段階で発⾒する • もし漏れてもリリース後に素早く検知する 開発ライフサイクル全体でQA観点を 持ち、プロダクト特性やチーム状況 に応じて、どのフェーズにどの程度 関わるかをチーム単位で判断する ミッション 継続的に品質保証できる体制をつくる そのために必要なこと • 品質保証活動を開発に関わる全員の「当たり 前」にする • 今の当たり前を基盤に次の当たり前を作る • QAエンジニアがその進化を継続的に設計‧推 進する 「当たり前を更新し続けるサイクル」 で品質を⾼める 7
8. 今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 8
9. 9 QAリード施策とは？ 開発チームの中に、 「品質保証⽂化の形成のため の役割をQAE以外にも配置す る施策」 この役割を担う⼈物のことを 「QAリード」と定義しています QA リード QAE PdE PdE PdE QAE＝QAエンジニア 開発チーム PdE＝プロダクトエンジニア
10. QAリード施策が⽣まれた背景 10 開発チームの課題 • 2024年末〜2025年始にメンバーの異動などが重なり⼀時的にチーム専属のQAEが 不在に ◦ 品質保証関連業務に対する不安の声が開発チームメンバーからあがる → （期間限定で）インプロセスQAとして開発チームに⼊り、品質保証体制を整え る必要があった QAE組織の課題 • 当時、QAEの⼈数に対して3倍近くの管掌プロダクト数 • プロダクト数やPdEに対して圧倒的リソース不⾜ → インプロセスで⼊り続けるわけにはいかず、⼀定の品質保証⽂化が根付いたら開 発チームから離脱する必要があった QAリード施策
11. QAリード施策が⽬指すチームの姿 11 ‧開発チームが品質保証について⾃発的に考え、改善サイク ルを早く回していける仕組み作り ‧ビジネス/プロダクト/組織 のスケールアップに伴い、品質 を全員で作れる組織にシフト
12. QAEの役割 12 1. QAE⽬線からの課題発⾒ 2. QAリード / QAE が感じた課題感の解決に向けた取り組み 3. 品質保証のためのソリューション導⼊とメンバーへの伝播 QAE PdE PM PdE PdE PdE 兼 QAリード 役割
13. QAリードの役割 13 QAE PdE PM PdE PdE PdE 兼 QAリード 1. 開発チームメンバー⽬線での課題発⾒ 2. 問題提起( to QAE) 3. 改善施策の実施タイミングなど、開発チームへの配慮や適 切なコミュニケーション 役割
14. QAE と QAリード の関わり⽅ 14 QAE PdE PM PdE PdE PdE 兼 QAリード 1. 相談（相互） 1on1など 2. 課題解決の計画、アクション 3. 各施策進捗の確認や各種情報交換 ※QAリードとQAEのコミュニケーション頻度は⾼め 関わり⽅
15. QAE × QAリード と 開発チームの関わり⽅ 15 QAE PdE PM PdE PdE PdE 兼 QAリード 1. 開発チームの状況を⾒ながらQA関連施策の提案や推進 2. チーム全体のPDCAを回しつつブラッシュアップ 3. レトロスペクティブ等で積極的に品質関連の話題を挙げる 開発チーム 関わり⽅
16. 16 その結果... QAE PdE PM PdE PdE PdE 兼 QAリード 以前から開発チームに在籍していた⼈（QAリード）と共に問 題提起し解決に向けて推進することで、開発チーム⾃⾝が⾃ 発的に改善サイクルを回す体験につながります 品質向上サイクル
17. 開発チームにもたらす効果 17 ★ チームメンバー全員が品質保証スキルについて知識を⾝につけられる （知識の均⼀化） ◦ 様々なテスト⼿法や「テスト計画書の作成」や「テスト戦略」などの作成スキル を全員が⾝につけられる ◦ 品質保証についての知識の均⼀化が進み属⼈化が解消され安定したチーム運営に 近づけることができる ★ 品質保証の取り組みが宙に浮いた状態にならなくなる ◦ 「ふりかえり」や「ポストモーテム」で出た品質保証に関連する取り組みは、QA リードも受け持ち進める事が出来るので、形骸化することが少なくなる ★ ふりかえりなどの場で品質関連の議題が上がりやすくなる ◦ ふりかえり等の場で⾃然とプロダクトの品質についての話題が挙がるようにな り、メンバーが品質について当たり前に議論できる状態に近づくことができる 効果
18. 18 ★ 品質⾯における課題感を抱えたままにならない ◦ QAEが傍らにいないと握りつぶしてしまうような⼩さな課題感や違和感を気軽 に相談できる ★ ⾃然と品質について考える習慣が作られる ◦ QAEと共に開発チームの品質関連業務をリードすることから、品質について考え る機会が増え、習慣になる ★ QAに関する知⾒を得られる ◦ 開発チームには認知負荷になりうるソリューションなどを、議論‧検討して解 像度あげてからチームに持っていくことで⾃らの知識が深まる ★ 何らか施策を実施する際にQAEがいることで説得⼒が⾼まる QAリードにもたらす効果 効果
19. QAEへの効果 19 ★ 品質について改善サイクルが素早く回るようになる ◦ テスト戦略の詳細や今後の品質保証の予定、ジャストアイディアとして浮かんだ 施策などを事前にPdE視点を持ったQAリード相談できることで、必要な準備‧ スケジュール感が明確になる ◦ 新しい施策や品質保証活動をスピード感を持って⾏ないやすくなるので、改善 サイクルが素早く回るようになる ★ ⼼理的負荷の軽減 ◦ チームで取り組みたい施策や新しい取り組みなど、いきなりチームに持っていく のは不安だと感じた際に、事前にQAE × QAリードで協議することで、⼼理的負 荷の軽減につながる 効果
20. 今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 20
21. デザインパターン 21 デザインパターンとは ◦ ソフトウェア設計において繰り返し現れる典型的な課題に対する 「テンプレート」のこと デザインパターンの効果 ◦ マニュアルのように使える ◦ 読んだそのまま実践に移せる
22. 今回紹介した概要、導⼊時のステップや実施スコープを定義 • 導⼊時のしたため • 実施スコープに関するしたため • QAリードが意識することのしたため デザインパターン内容 22
23. QAリードが 意識することのしたため ◦ 期待値調整 ◦ QA 1on1の設定 ◦ 個⼈⽬標設定 など デザインパターン内容 23 ◦ テスト関連業務 ◦ 各種フロー整備や導⼊ など ◦ 施策導⼊のコスト ◦ タイミング ◦ 合意形成 など 導⼊時のしたため 実施スコープに関する したため
24. ◦ 期待値調整 ◦ QA 1on1の設定 ◦ 個⼈⽬標設定 など デザインパターン内容 24 ◦ テスト関連業務 ◦ 各種フロー整備や導⼊ など ◦ 施策導⼊のコスト ◦ タイミング ◦ 合意形成 など 導⼊時のしたため 実施スコープに関する したため QAリードが 意識することのしたため
25. ◦ 期待値調整 ◦ QA 1on1の設定 ◦ 個⼈⽬標設定 など デザインパターン内容 25 ◦ テスト関連業務 ◦ 各種フロー整備や導⼊ など ◦ 施策導⼊のコスト ◦ タイミング ◦ 合意形成 など 導⼊時のしたため 実施スコープに関する したため QAリードが 意識することのしたため
26. 今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 26
27. 年末調整 • 年末調整は「年に⼀度、期⽇が固定さ れた“落とせない”業務」 • 法改正など外部要因で仕様変化が起き やすい • 10~12⽉に利⽤が集中する • つまり、品質課題が出るとユーザー影 響が⼤きいので、チームとしての品質 づくりが重要 施策導⼊のプロダクト概要 27
28. • プロダクトエンジニア(以下PdEと表記) 6名 • ドメインエキスパート 1名 • PM 2名(1名はドメインエキスパートと兼任) • QAエンジニア  1名 QAE 年末調整チームのメンバー構成(2025年始時点) 28 PM PdE ドメ エキ PdE PdE PdE PdE PdE PM QAE
29. 年末調整チームの事例 29
30. 年末調整チームの事例 30 ★ テスト計画、テストチャーターの作成、探索的テストの実⾏を開発チー ムのPdE全員がQAEのサポートなしで実施可能になるまでを予定よりか なり早く実現できた ★ プロセス改善がスムーズになり、WF的なテスト実施ではなく短いサイ クルでテスト実施するようになった ★ 開発機能毎にリスク分析をし、テスト戦略を⽴てられるようにように なった ★ 不具合分析をし、分析結果から品質戦略を⽴て、施策を打つまでの流れ をQAリードが推進できるようになった etc..
31. 今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 31
32. 今後の展望 32 • QAリード同⼠が開発チームを越えて同期的に情報交換できる状態をつくる • 2つの型でそれぞれ事例を積み、デザインパターンのブラッシュアップ 32 QA リード QAE PdE PdE PdE 開発チーム PdE PdE PdE 開発チーム QA リード QAE
33. 今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 33
34. 34 まとめ • QAリード施策の⽬的は、開発チームが⾃律的に品質保証活動 の改善サイクルを回し続けられる状態をつくること • QAリードは開発チームの中で、QAEと並⾛しながら品質保証 ⽂化を育てる推進役 • QAE×QAリードが⾼頻度に相談することで、チームの状況理 解（解像度）が上がり、打ち⼿の意思決定と実⾏が早くなる • その結果、改善が早く回り、品質改善が “特別な取り組み”で はなくチームの当たり前として定着しやすくなる
35. We are hiring!!! 35 ⼀緒に働いてくれる仲間を募集しています https://recruit.smarthr.co.jp/career/?category=qa
36. 今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 36
37. 質問タイム⏰ 37
38. ご清聴 ありがとうございました! 38