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

by SmartHR 品質保証本部

Embed

Start on current slide

Slide 1

Slide 1 text

Slide 2

Slide 2 text

平澤孝仁（SmartHR 品質保証本部）スピーカー紹介 X(旧twitter)：@higesawa_ 第三者評価→ゲーム業界→IoT業界→SmartHR に QAEとして従事現在は2025年1⽉から年末調整機能開発チームのインプロセスQAE [ 品質を「語る」とき、私たちは何を話しているのか ] などのテックブログを書いています。 2

Slide 3

Slide 3 text

依⽥薫実（SmartHR 品質保証本部）スピーカー紹介 X(旧twitter)：@qa_wombat SmartHR QAEの依⽥薫実(よだかおみ)と申します品質保証本部/⼈給基幹プロダクト品質保証部/⼈事マスタユニットに所属 2023年7⽉に⼊社して以来、労務基本機能や年末調整機能を担当しています JaSSTは初登壇です！よろしくお願いします！ 3

Slide 4

Slide 4 text

今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 4

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

サービスサイト： https://smarthr.jp/ SmartHRとは確かな効率化で、働きやすい環境をつくる確かなデータで、組織はもっと強くなるクラウド⼈事労務ソフト「SmartHR」採⽤管理の情報から⼊社⼿続き、年末調整などの多様な労務続きをペーパーレス化し、データとして蓄積。さらに、「SmartHR」に溜まった従業員データを活⽤したタレントマネジメント機能により、組織の活性化や組織変⾰を推進し⽣産性向上を⽀援しています。 13 | 68 6

Slide 7

Slide 7 text

SmartHR 品質保証本部ビジョンとミッションビジョン良いサービスを早く提供し続けるそのために必要なこと ● 不具合をできるだけ早い段階で発⾒する ● もし漏れてもリリース後に素早く検知する開発ライフサイクル全体でQA観点を持ち、プロダクト特性やチーム状況に応じて、どのフェーズにどの程度関わるかをチーム単位で判断するミッション継続的に品質保証できる体制をつくるそのために必要なこと ● 品質保証活動を開発に関わる全員の「当たり前」にする ● 今の当たり前を基盤に次の当たり前を作る ● QAエンジニアがその進化を継続的に設計‧推進する「当たり前を更新し続けるサイクル」で品質を⾼める 7

Slide 8

Slide 8 text

今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 8

Slide 9

Slide 9 text

9 QAリード施策とは？開発チームの中に、「品質保証⽂化の形成のための役割をQAE以外にも配置する施策」この役割を担う⼈物のことを「QAリード」と定義しています QA リード QAE PdE PdE PdE QAE＝QAエンジニア開発チーム PdE＝プロダクトエンジニア

Slide 10

Slide 10 text

QAリード施策が⽣まれた背景 10 開発チームの課題 ● 2024年末〜2025年始にメンバーの異動などが重なり⼀時的にチーム専属のQAEが不在に ○ 品質保証関連業務に対する不安の声が開発チームメンバーからあがる → （期間限定で）インプロセスQAとして開発チームに⼊り、品質保証体制を整える必要があった QAE組織の課題 ● 当時、QAEの⼈数に対して3倍近くの管掌プロダクト数 ● プロダクト数やPdEに対して圧倒的リソース不⾜ → インプロセスで⼊り続けるわけにはいかず、⼀定の品質保証⽂化が根付いたら開発チームから離脱する必要があった QAリード施策

Slide 11

Slide 11 text

QAリード施策が⽬指すチームの姿 11 ‧開発チームが品質保証について⾃発的に考え、改善サイクルを早く回していける仕組み作り ‧ビジネス/プロダクト/組織のスケールアップに伴い、品質を全員で作れる組織にシフト

Slide 12

Slide 12 text

QAEの役割 12 1. QAE⽬線からの課題発⾒ 2. QAリード / QAE が感じた課題感の解決に向けた取り組み 3. 品質保証のためのソリューション導⼊とメンバーへの伝播 QAE PdE PM PdE PdE PdE 兼 QAリード役割

Slide 13

Slide 13 text

QAリードの役割 13 QAE PdE PM PdE PdE PdE 兼 QAリード 1. 開発チームメンバー⽬線での課題発⾒ 2. 問題提起( to QAE) 3. 改善施策の実施タイミングなど、開発チームへの配慮や適切なコミュニケーション役割

Slide 14

Slide 14 text

QAE と QAリードの関わり⽅ 14 QAE PdE PM PdE PdE PdE 兼 QAリード 1. 相談（相互） 1on1など 2. 課題解決の計画、アクション 3. 各施策進捗の確認や各種情報交換 ※QAリードとQAEのコミュニケーション頻度は⾼め関わり⽅

Slide 15

Slide 15 text

QAE × QAリードと開発チームの関わり⽅ 15 QAE PdE PM PdE PdE PdE 兼 QAリード 1. 開発チームの状況を⾒ながらQA関連施策の提案や推進 2. チーム全体のPDCAを回しつつブラッシュアップ 3. レトロスペクティブ等で積極的に品質関連の話題を挙げる開発チーム関わり⽅

Slide 16

Slide 16 text

16 その結果... QAE PdE PM PdE PdE PdE 兼 QAリード以前から開発チームに在籍していた⼈（QAリード）と共に問題提起し解決に向けて推進することで、開発チーム⾃⾝が⾃発的に改善サイクルを回す体験につながります品質向上サイクル

Slide 17

Slide 17 text

開発チームにもたらす効果 17 ★ チームメンバー全員が品質保証スキルについて知識を⾝につけられる（知識の均⼀化） ○ 様々なテスト⼿法や「テスト計画書の作成」や「テスト戦略」などの作成スキルを全員が⾝につけられる ○ 品質保証についての知識の均⼀化が進み属⼈化が解消され安定したチーム運営に近づけることができる ★ 品質保証の取り組みが宙に浮いた状態にならなくなる ○ 「ふりかえり」や「ポストモーテム」で出た品質保証に関連する取り組みは、QA リードも受け持ち進める事が出来るので、形骸化することが少なくなる ★ ふりかえりなどの場で品質関連の議題が上がりやすくなる ○ ふりかえり等の場で⾃然とプロダクトの品質についての話題が挙がるようになり、メンバーが品質について当たり前に議論できる状態に近づくことができる効果

Slide 18

Slide 18 text

18 ★ 品質⾯における課題感を抱えたままにならない ○ QAEが傍らにいないと握りつぶしてしまうような⼩さな課題感や違和感を気軽に相談できる ★ ⾃然と品質について考える習慣が作られる ○ QAEと共に開発チームの品質関連業務をリードすることから、品質について考える機会が増え、習慣になる ★ QAに関する知⾒を得られる ○ 開発チームには認知負荷になりうるソリューションなどを、議論‧検討して解像度あげてからチームに持っていくことで⾃らの知識が深まる ★ 何らか施策を実施する際にQAEがいることで説得⼒が⾼まる QAリードにもたらす効果効果

Slide 19

Slide 19 text

QAEへの効果 19 ★ 品質について改善サイクルが素早く回るようになる ○ テスト戦略の詳細や今後の品質保証の予定、ジャストアイディアとして浮かんだ施策などを事前にPdE視点を持ったQAリード相談できることで、必要な準備‧ スケジュール感が明確になる ○ 新しい施策や品質保証活動をスピード感を持って⾏ないやすくなるので、改善サイクルが素早く回るようになる ★ ⼼理的負荷の軽減 ○ チームで取り組みたい施策や新しい取り組みなど、いきなりチームに持っていくのは不安だと感じた際に、事前にQAE × QAリードで協議することで、⼼理的負荷の軽減につながる効果

Slide 20

Slide 20 text

今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 20

Slide 21

Slide 21 text

デザインパターン 21 デザインパターンとは ○ ソフトウェア設計において繰り返し現れる典型的な課題に対する「テンプレート」のことデザインパターンの効果 ○ マニュアルのように使える ○ 読んだそのまま実践に移せる

Slide 22

Slide 22 text

今回紹介した概要、導⼊時のステップや実施スコープを定義 ● 導⼊時のしたため ● 実施スコープに関するしたため ● QAリードが意識することのしたためデザインパターン内容 22

Slide 23

Slide 23 text

QAリードが意識することのしたため ○ 期待値調整 ○ QA 1on1の設定 ○ 個⼈⽬標設定などデザインパターン内容 23 ○ テスト関連業務 ○ 各種フロー整備や導⼊など ○ 施策導⼊のコスト ○ タイミング ○ 合意形成など導⼊時のしたため実施スコープに関するしたため

Slide 24

Slide 24 text

○ 期待値調整 ○ QA 1on1の設定 ○ 個⼈⽬標設定などデザインパターン内容 24 ○ テスト関連業務 ○ 各種フロー整備や導⼊など ○ 施策導⼊のコスト ○ タイミング ○ 合意形成など導⼊時のしたため実施スコープに関するしたため QAリードが意識することのしたため

Slide 25

Slide 25 text

○ 期待値調整 ○ QA 1on1の設定 ○ 個⼈⽬標設定などデザインパターン内容 25 ○ テスト関連業務 ○ 各種フロー整備や導⼊など ○ 施策導⼊のコスト ○ タイミング ○ 合意形成など導⼊時のしたため実施スコープに関するしたため QAリードが意識することのしたため

Slide 26

Slide 26 text

今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 26

Slide 27

Slide 27 text

年末調整 ● 年末調整は「年に⼀度、期⽇が固定された“落とせない”業務」 ● 法改正など外部要因で仕様変化が起きやすい ● 10~12⽉に利⽤が集中する ● つまり、品質課題が出るとユーザー影響が⼤きいので、チームとしての品質づくりが重要施策導⼊のプロダクト概要 27

Slide 28

Slide 28 text

● プロダクトエンジニア(以下PdEと表記) 6名 ● ドメインエキスパート 1名 ● PM 2名(1名はドメインエキスパートと兼任) ● QAエンジニア 1名 QAE 年末調整チームのメンバー構成(2025年始時点) 28 PM PdE ドメエキ PdE PdE PdE PdE PdE PM QAE

Slide 29

Slide 29 text

年末調整チームの事例 29

Slide 30

Slide 30 text

年末調整チームの事例 30 ★ テスト計画、テストチャーターの作成、探索的テストの実⾏を開発チームのPdE全員がQAEのサポートなしで実施可能になるまでを予定よりかなり早く実現できた ★ プロセス改善がスムーズになり、WF的なテスト実施ではなく短いサイクルでテスト実施するようになった ★ 開発機能毎にリスク分析をし、テスト戦略を⽴てられるようにようになった ★ 不具合分析をし、分析結果から品質戦略を⽴て、施策を打つまでの流れをQAリードが推進できるようになった etc..

Slide 31

Slide 31 text

今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 31

Slide 32

Slide 32 text

今後の展望 32 ● QAリード同⼠が開発チームを越えて同期的に情報交換できる状態をつくる ● 2つの型でそれぞれ事例を積み、デザインパターンのブラッシュアップ 32 QA リード QAE PdE PdE PdE 開発チーム PdE PdE PdE 開発チーム QA リード QAE

Slide 33

Slide 33 text

今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 33

Slide 34

Slide 34 text

34 まとめ ● QAリード施策の⽬的は、開発チームが⾃律的に品質保証活動の改善サイクルを回し続けられる状態をつくること ● QAリードは開発チームの中で、QAEと並⾛しながら品質保証⽂化を育てる推進役 ● QAE×QAリードが⾼頻度に相談することで、チームの状況理解（解像度）が上がり、打ち⼿の意思決定と実⾏が早くなる ● その結果、改善が早く回り、品質改善が “特別な取り組み”ではなくチームの当たり前として定着しやすくなる

Slide 35

Slide 35 text

We are hiring!!! 35 ⼀緒に働いてくれる仲間を募集しています https://recruit.smarthr.co.jp/career/?category=qa

Slide 36

Slide 36 text

今⽇のアジェンダ 1. QAリード施策の概要 2. デザインパターン 3. 年末調整機能開発チームでの事例 4. 今後の展望 5. まとめ 6. 質疑応答 36