Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
QAエンジニア起点で進める、SmartHRにおける信頼性向上について
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
SmartHR 品質保証本部
August 05, 2026
Technology
46
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
18
開発チームとQAエンジニアの新しい協業モデル -年末調整開発チームで実践する【QAリード施策】-
qa
0
2.2k
スケールアップ企業でQA組織が機能し続けるための組織設計と仕組み〜ボトムアップとトップダウンを両輪としたアプローチ〜
qa
0
730
品質保証の取り組みを広げる仕組みづくり〜スキルの移譲と自律を支える実践知〜
qa
0
95
自動テストのコストと向き合ってみた
qa
1
380
LLMを搭載したプロダクトの品質保証の模索と学び
qa
1
2.6k
年末調整プロダクトの内部品質改善活動について
qa
0
74
スケールアップ企業のQA組織のバリューを最大限に引き出すための取り組み
qa
1
160
SmartHRの品質保証部の 今とこれから
qa
1
400
Other Decks in Technology
See All in Technology
AIに持続⼒を与える 判断の⻑期記憶設計
eiei114
1
720
サービス内で複数のOP・ASを連鎖させる(OAuth/OIDC Numa (Immersion) Workshop 2026)
oidfj
PRO
0
280
AI・HPC開発を支えるGPU環境の新しい選択肢 液冷GPUシステム「AquSys」の取り組み
gpuunite_official
0
250
Oracle MCP Servers Explained
thatjeffsmith
1
510
会計事務所と顧問先の契約関係をOIDC・OAuthで表現する
terara
0
360
1.5時間を無駄にして学んだwsl2におけるaptとsnapの選択と仕組み
yosaka0123
0
450
RelayerというPHPのフレームワークを作った
polidog
PRO
0
140
Introduction to Sansan Meishi Maker Development Engineer
sansan33
PRO
0
460
あなたの知らないバージョン命名規則
sat
PRO
2
780
Data Hubグループ 紹介資料
sansan33
PRO
0
3.2k
AI駆動開発はどこまで来たのか? ファインディの最新実態調査で読み解く現在地 Devin Con Tokyo
akiratom
2
1.2k
形式手法特論:Hyperproperty とモデル検査 #kernelvm / Kernel VM Study Tokyo 19th
ytaka23
0
810
Featured
See All Featured
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
440
Mind Mapping
helmedeiros
PRO
1
330
BBQ
matthewcrist
89
10k
How Software Deployment tools have changed in the past 20 years
geshan
1
34k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
1k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
280
Unsuck your backbone
ammeep
672
58k
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
180
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
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