Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
QAエンジニア起点で進める、SmartHRにおける信頼性向上について
Search
SmartHR 品質保証本部
August 05, 2026
Technology
88
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
QAエンジニア起点で進める、SmartHRにおける信頼性向上について
SmartHR 品質保証本部
August 05, 2026
More Decks by SmartHR 品質保証本部
See All by SmartHR 品質保証本部
横断組織出⾝のQAEが インプロセスQAEで つまずいたこと‧活かせたこと
qa
0
36
開発チームとQAエンジニアの新しい協業モデル -年末調整開発チームで実践する【QAリード施策】-
qa
0
2.4k
スケールアップ企業でQA組織が機能し続けるための組織設計と仕組み〜ボトムアップとトップダウンを両輪としたアプローチ〜
qa
0
860
品質保証の取り組みを広げる仕組みづくり〜スキルの移譲と自律を支える実践知〜
qa
0
140
自動テストのコストと向き合ってみた
qa
1
440
LLMを搭載したプロダクトの品質保証の模索と学び
qa
1
2.8k
年末調整プロダクトの内部品質改善活動について
qa
0
80
スケールアップ企業のQA組織のバリューを最大限に引き出すための取り組み
qa
1
170
SmartHRの品質保証部の 今とこれから
qa
1
400
Other Decks in Technology
See All in Technology
DevelopersIO2026 -バックアップは“消されないこと”が9割-
yoshida0129
0
400
【データ横丁主催】AI エージェント時代のTranslytical Data Platform
shisyu_gaku
0
290
生成AI時代、PMは事業責任者に進化するともっと面白い〜PMだからこそ事業構造を動かせる時代に〜
kakehashi
PRO
0
860
Gemini Intelligence 入門 ― AppFunctions と Gemini Nano
takuroabe
0
370
局所最適は悪ではない。壊れているのは指標です。量と質を同時に見る先行指標の設計
recruitengineers
PRO
2
1.2k
プロダクトが成長すると、 プロダクトマネージャーの仕事はどう変わるのか - 「まず作る」から「小さく学び、確かめながら進む」へ
sansantech
PRO
1
360
AWS DevOps Agentはどこまで任せられるか 〜機能の現在地と、機能拡張の実践〜
nyankotaro
0
240
Claude Codeから見る、エンジニアの世界の変容とその先
oikon48
5
4k
Devin プロモコードの受け取りと適用(2026.10.27)
kinopeee
0
490
DevelopersIO 2026 Tokyo 現時点の衛星通信サービスの現状を整理してみる
maroon1st
0
310
React改造してみた
tsukina_7mochi
0
160
バフェットコード開発チームの心得(v1.1)
shoe116
0
110
Featured
See All Featured
Claude Code のすすめ
schroneko
67
230k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.9k
Context Engineering - Making Every Token Count
addyosmani
9
1.2k
The Pragmatic Product Professional
lauravandoore
37
7.5k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
360
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
720
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
1
580
A Soul's Torment
seathinner
8
3.8k
So, you think you're a good person
axbom
PRO
2
2.2k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
550
Making Projects Easy
brettharned
120
6.8k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.2k
Transcript
QAエンジニア起点で進める、 SmartHRにおける信頼性向上について 「何を守るか」を共通⾔語にした話 SmartHR kanna, kaomi 2026/08/05 © SmartHR, Inc.
スピーカー紹介 kanna kaomi QAエンジニア QAエンジニア 2025年10⽉SmartHR⼊社 2023年7⽉SmartHR⼊社 パグが好きです ウォンバットが好きです
SmartHRとは サービスサイト: https://smarthr.jp/ クラウド⼈事労務ソフト「SmartHR」 採⽤管理の情報から⼊社⼿続き、年末調整などの多様な労務続きをペーパーレス化し、データとして蓄積。 さらに、「SmartHR」に溜まった従業員データを活⽤したタレントマネジメント機能により、 組織の活性化や組織変⾰を推進し⽣産性向上を⽀援しています。 確かな効率化で、働きやすい環境をつくる 13 |
68 確かなデータで、組織はもっと強くなる 3
⼈事マスタエリアとQAエンジニアの⽴ち位置 ⼈事マスタ『エリア』 QAエンジニア エリアEM 開発チーム 開発チーム 開発チーム 開発チーム 担当:kanna &
kaomi 複数の開発チームを束ねた 「エリア」を担当するQAエンジニア として、品質保証を牽引します。 開発チーム 開発チーム 開発チーム 開発チーム
⼈事マスタとは何か∕なぜ⾼い品質が必要か ⼈事マスタは従業員‧組織‧履歴といった企業の基幹データを扱うため、 常にデータを正しく保ち続けることが求められる SmartHRの⼈事マスタを守る ⸺ QAエンジニアとして挑む、品質保証の現場
「品質が⾼い状態」を どのように⾔語化していますか?
問い みなさんの会社、チームでは「品質が⾼い状態」を どのように⾔語化していますか? 例えば‧‧ インシデント件数 顧客の声 技術負債 「品質」を、私たちは共通⾔語で話せているのだろうか?
SmartHRにはプロダクト原則があります プロダクト原則 8
プロダクト原則の『信頼性』は我々にとって重要な原則(ポリシー)です 9
プロダクト原則の『信頼性』は我々にとって重要な原則(ポリシー)です 組織のポリシーを エリアの⾔葉へ翻訳するために エリア版の『信頼性』ビジョンを定義する 10
そのためにやったこと- 4つ
エリアの『信頼性ビジョン』策定までにやったこと ① 課題対処の問いではなく、何を守るか‧何が⼤事かを決める これまでの問い 変えた問い 「インシデントをどう減らすか」 問いを変える システムエラーやバグの発⽣防⽌に閉じた 技術的アプローチ。リアクティブな品質管理 思考。
「⼈事マスタとして、 顧客に何を守ると約束するか」 課題への対処ではなく、守りたい状態から逆算す る まだ起きていないリスクも含め、投資の優先順位 を判断できる。
エリアの『信頼性ビジョン』策定までにやったこと ② 守るものに対して、エリアの特徴から想定される脅威を仮説⽴てる 前提となる信頼性の定義 導き出した仮説 「顧客が安心してデータを預けら れる状態 」 信頼性を損なう主要因は、 「不正なデータの発⽣」と
「データを復旧できないこと」にある ⼈事マスタエリアのシステムにおいて最も 重要なのは、顧客が「このシステムにデー タを⼊れて⼤丈夫か?」と不安に陥らない 状態であると定義。 仮説を⽴てる この2つの課題を解決‧防⽌することが、顧客に 「約束された信頼性」を届けるための最短経路で あると仮説⽴て。
エリアの『信頼性ビジョン』策定までにやったこと ③ 3者で信頼性を共通⾔語にする 共通の守るもの 顧客が「このシステムにデータを預けて⼤丈夫」と信頼し、安⼼して業務を完遂できる。 開発エンジニア視点 QAエンジニア視点 EM視点 顧客規模に耐えうるレス ポンス
データが勝⼿に書き換 わったりしないこと 失注‧解約‧開発停滞し ない
エリアの『信頼性ビジョン』策定までにやったこと ④ 『信頼性』を4要素に分解し定義し計測可能な状態へ 1 正確性 2 耐性 3 復旧⼒ 4
検知⼒ データが壊れない 量が増えても耐える 壊れても戻せる 壊れる前に気づける 預けたデータが勝⼿に壊れたり、 消失したりしない状態を維持する 基盤の強さ。 ⼤規模‧複雑な組織や、膨⼤な利 ⽤トランザクション下でも業務を 絶対に⽌めない⼒。 障害発⽣時に素早く正しく復旧 し、さらには顧客⾃⾝による⾃⼰ 復旧をも可能にする仕組み。 システムの劣化や不整合を先回り で発⾒し、顧客に実影響が出る前 に対処‧カバーする⼒。
さいごに この取り組みの『価値』は何か
「品質を上げる」という⼤きな問いを、 「⼈事マスタで何を守るか」へ翻訳‧具体化する STEP 01 STEP 02 STEP 03 品質の抽象的な問い プロダクト原則への定義
⼈事マスタで守るものへ分解 「品質が⾼いとは?」 SmartHRのプロダクト 原則 「信頼性」 正確性 ∕ 耐性 ∕ 復旧⼒ ∕ 検知⼒ 品質という⼤きすぎるテーマを、⽇々の意思決定に使える粒度へ変換した 17
そうすると‧‧ すべてのリスクを同じ強さで扱わず、 守るべきものに集中できる 以前の課題 これからのアプローチ •品質課題を個別に扱う ✔ 4要素で整理する •何を優先すべきか迷う ✔
守るべきものから優先順位をつけ‧ •起きた事象ごとに対応する 投資ができる ✔ 仕組み化‧ガイドライン化しやすく なる 18
ご清聴ありがとうご ざいました! 19
None