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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
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
Temporal 最高!でも改めて「日付」について調べたら人類の負債すぎる件
riyaamemiya
0
230
DevelopersIO2026 -バックアップは“消されないこと”が9割-
yoshida0129
0
410
CSS2026:OWS研究会・招待講演「世界観を、実装する」
atsush1_sada
2
330
企画を Software Factory-ready にする——開発が高速になったとき、PdMの仕事はどう変わったか
yachibit
1
270
アカウント統制の健康診断
kenichinakamura
1
190
日本AIベンチャーレポート2026
kentarofujii
0
230
[re:Invent2026事前勉強会(有志開催)]続きは、ラスベガスの廊下で / continue-in-the-vegas-hallway
sh_fk2
0
240
トークン化預金DCJPYの取り組みと活用ユースケース
finengine
0
250
AWSセキュリティで活用するAI機能
cmusudakeisuke
1
300
書き手が人でもAIでも正しくなる道、SREを埋め込んだDeveloper Platform / tech drivers day8
chmikata
4
750
Teaching Python with three kinds of AI
reuven
0
120
Devin プロモコードの受け取りと適用(2026.10.27)
kinopeee
0
490
Featured
See All Featured
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
The Limits of Empathy - UXLibs8
cassininazir
2
730
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
860
Visualization
eitanlees
153
17k
Building Flexible Design Systems
yeseniaperezcruz
330
41k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Navigating Weather and Climate Data
rabernat
0
560
Fireside Chat
paigeccino
43
4.1k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
2
410
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.6k
For a Future-Friendly Web
brad_frost
184
10k
The agentic SEO stack - context over prompts
schlessera
0
980
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