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コーチがチートポ型組織でQAしないで価値を届けたい話
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Masami Yajiri
May 13, 2024
Technology
530
1
Share
駆け出しQAコーチがチートポ型組織でQAしないで価値を届けたい話
イベント「最後の門番はもう古い!? QA2.0をQA立ち上げ期の2社が語る」の登壇資料です
https://timeedev.connpass.com/event/313760/
Masami Yajiri
May 13, 2024
More Decks by Masami Yajiri
See All by Masami Yajiri
[AgileTestingNight#28@Wingarc1st]Quality as Code〜アーキテクチャ設計編10min〜
masamiyajiri
0
85
[Scram Fest Niigata2026]Quality as Code〜AIにQAの思考を再現させる試み〜
masamiyajiri
1
580
AI時代にあわせたQA組織戦略
masamiyajiri
11
6.2k
品質の民主化 〜QAがいなくてもQAできるチームを目指して〜
masamiyajiri
2
1.1k
Other Decks in Technology
See All in Technology
プラットフォームエンジニア ワークショップ/ platform-workshop
databricksjapan
0
140
Amazon Bedrock 経由の Claude Cowork を試してみよう・MCP にも繋いでみよう
sugimomoto
0
280
PHP と TypeScript の型システム比較:AI 時代の「型」は誰のためにあるのか? #frontend_phpcon_do / frontend_phpcon_do_2026
shogogg
1
170
AI時代の私の技術インプットとアウトプット術
tonkotsuboy_com
15
8k
海外カンファレンス「JavaOne」参加レポート ユーザー系IT企業における目的・成果/JavaOne Report Purpose and Results in the User IT Company
muit
0
120
Diagnosing performance problems without the guesswork
elenatanasoiu
0
130
Databricks 月刊サービスアップデート 2026年05月号
tyosi1212
0
120
20260528_生成AIを専属DSに_Howの次にすべきことを考える
doradora09
PRO
0
270
形式手法特論:公平性制約の位相的特徴づけ #kernelvm / Kernel VM Study Kansai 12th
ytaka23
1
640
Platform Engineering as a Product: Criteria for Improvement and Multi-Tenant Design
kumorn5s
0
410
Dynamic Workersについて
yusukebe
2
510
地元にいないローカルオーガナイザーの立ち回り
uvb_76
1
390
Featured
See All Featured
Embracing the Ebb and Flow
colly
88
5.1k
Building an army of robots
kneath
306
46k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
380
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.9k
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
65
55k
First, design no harm
axbom
PRO
2
1.2k
Typedesign – Prime Four
hannesfritz
42
3.1k
Docker and Python
trallard
47
3.9k
Deep Space Network (abreviated)
tonyrice
0
160
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
710
Raft: Consensus for Rubyists
vanstee
141
7.5k
Abbi's Birthday
coloredviolet
2
7.8k
Transcript
© Timee, Inc. 1 駆け出しQAコーチがチートポ型組織で QAしないで価値を届けたい話 QAコーチ : MasamiYajiri 1
QA2.0を立ち上げ期の2社が語る 最後の門番は もう古い!?
© Timee, Inc. 2 エンジニアリング本部 QA Enablingチーム 矢尻 真実 (やじり
まさみ) 経歴 入社 役割 ※写真を挿入※ QA コーチ 2024年1月 元神主。受託開発SEやERPパッケージの導入コンサルタントを経て ワークスアプリケーションズ在籍時にQAエンジニアに転生。 その後カオナビ、メルカリ(メルペイ)でQAリード/マネージャーとして 携わりQA組織の立ち上げや人材育成、プロセス設計など、品質に関 わる幅広い業務に従事してきました。 2024年1月にタイミーにJoinし、QAコーチとして開発チームに品質保 証のアレコレをイネイブリングするため奮闘中です。
© Timee, Inc. 3 「モヤモヤ」から始まったQA Enabling イネイブリングの流れ 2 3 1人目QA、開発チームに飛び込む
1 本日の流れ 大切にしていること 4 ※話さないこと:具体的なテスト技術や分析手法など 話すこと:QA不在のチームで品質活動をEnablementする物語 ※Enablement:有効化・機能割賦
© Timee, Inc. 4 「モヤモヤ」から始まったQA Enabling イネイブリングの流れ 2 3 1人目QA、開発チームに飛び込む
1 本日の流れ 大切にしていること 4
© Timee, Inc. 5 1人目QA、開発チームに飛び込む タイミーの組織設計「チームトポロジー」って何? チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 ビジネスや技術観点での戦略の変更に適応するための組織設計モデル •
ストリームアラインド・チーム: 単一の価値を持った仕事のストリーム(流れ)に沿った機能開発チーム • イネイブリング・チーム: 特定領域のスペシャリストによるチームの能力ギャップを埋めるための支援チーム • コンプリケイテッド・サブシステムチーム: スペシャリストの知識に依存しているシステムを構築する • プラットフォーム・チーム: ストリームアラインドチームが自律的にデリバリーできるようにする # IronBankとは?: 銀行と連携してワーカーに給与を支払ったりお金の流れを管理するシステムを開発している QA IronBank チーム
© Timee, Inc. 6 品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版) https://www.slideshare.net/YasuharuNishi/quality-management-funnel-3d-how-to-organize-qarelated-roles-and-specialties 「モヤモヤ」から始まったQA Enabling 組織フェーズに最適なやり方で アウトカムを最大化するためだよ
(テストが嫌いだからじゃないよ) モヤモヤ①:QAコーチって何者? QA(品質保証)の技術と文化を開発チームに移転・浸透させる人だよ
© Timee, Inc. 7 「モヤモヤ」から始まったQA Enabling イネイブリングの流れ 2 3 1人目QA、開発チームに飛び込む
1 本日の流れ 大切にしていること 4
© Timee, Inc. 8 「モヤモヤ」から始まったQA Enabling モヤモヤ②:QAってテストのことでしょ? Suggested integrated Industry
4.0 -Quality Management System プロダクトだけじゃなくプロセスの品質にも責任を持つよ
© Timee, Inc. 9 「モヤモヤ」から始まったQA Enabling モヤモヤ②:QAってテストのことでしょ? アジャイルの「ライトウィング」と「レフトウィング」 アジャイルのライトウィングだよ
© Timee, Inc. 10 「モヤモヤ」から始まったQA Enabling モヤモヤ③:誰が品質に責任を持つの?QAがやってくれるんでしょ? ビジネスモデル仮説を検証し機能を定めた後にすべきこと ―スクラムを活用した事業開発 QAって誰?スクラムチームの全員だよ!
プロダクトを良くするQAのケイパビリティはみんなにあるよ
© Timee, Inc. 11 「モヤモヤ」から始まったQA Enabling モヤモヤ④:テストは何のためにやるの?何をやればいいの? 「アジャイルテストの 4象限」はアジャイル開発を補完するソフトウェア開発手法である ※一部変更
4象限で説明すると解像度が上がるかも?
© Timee, Inc. 12 「モヤモヤ」から始まったQA Enabling イネイブリングの流れ 2 3 1人目QA、開発チームに飛び込む
1 本日の流れ 大切にしていること 4
© Timee, Inc. 13 イネイブリングの流れ ①現在地点を評価しビジョンを共有する 1. モヤモヤをヒントにする 2. 自分たちがどうなっていきたいかを話し合う
3. ビジョンとロードマップを共有する
© Timee, Inc. 14 イネイブリングの流れ ②戦略を練る 1. メンバーの「夜も眠れないような問題」を語り合う 2. 現行テストの目的と成果を議論する
3. 重点的に強化すべきことを議論する
© Timee, Inc. 15 イネイブリングの流れ ③効果を測定する このセッションの受講後の品質保証活動への取り組みに対する意識に変化はありましたか? • 価値観:品質と顧客満足の向上、継続的な改善 •
原則:品質保証やソフトウェアテストの重要性の理解 • 実践:テスト計画、レビュー、テスト実行、モニタリングなどの品質保証活動の実践 • 役割:品質保証活動やテストを自身のタスクとして実践したい • 成果物:品質保証活動を通じたアウトカムとインパクトの創出 ※[1:消極的である]〜[5:積極的に取り組みたい]の5段階で評価 💡QA Reference Model (QRM): スクラムガイドを参考にQAの実践を5つの視点から評価するフレームワークを考えま した。5つの視点とは、価値観、原則、実践、役割、成果物です。イネイブリング前 後のQRMスコアを比較することで、QAの実践レベル向上を可視化します。
© Timee, Inc. 16 イネイブリングの流れ ③効果を測定する • 価値観:品質と顧客満足の向上、継続的な改善 • 原則:品質保証やソフトウェアテストの重要性の理解
• 実践:テスト計画、レビュー、テスト実行、モニタリングなどの品質保証活動の実践 • 役割:品質保証活動やテストを自身のタスクとして実践したい • 成果物:品質保証活動を通じたアウトカムとインパクトの創出 ※[1:消極的である]〜[5:積極的に取り組みたい]の5段階で評価 💡QA Reference Model (QRM): スクラムガイドを参考にQAの実践を5つの視点から評価するフレームワークを考えま した。5つの視点とは、価値観、原則、実践、役割、成果物です。イネイブリング前 後のQRMスコアを比較することで、QAの実践レベル向上を可視化します。
© Timee, Inc. 17 「モヤモヤ」から始まったQA Enabling イネイブリングの流れ 2 3 1人目QA、開発チームに飛び込む
1 本日の流れ 大切にしていること 4
© Timee, Inc. 18 大切にしていること 経験主義と内発的動機 知識は経験から生まれ 意思決定は観察に基づく スクラム公式ガイド
© Timee, Inc. 19 大切にしていること 経験主義と内発的動機 やってみせ、言って聞かせて、させてみせ、 ほめてやらねば、人は動かじ 話し合い、耳を傾け、承認し、任せてやらねば、人は育たず やっている、姿を感謝で見守って、信頼せねば、人は実らず
山本五十六
© Timee, Inc. 20 大切にしていること アクティブラーニング手法「The4Cs」 アクティブ・ラーニング実践 65の手法 『教えない教え方(仮)』を翻訳出版したい! ※一部変更
STEP1 • テーマ • 得たい学習結果 • 参加者 • 時間 STEP2 • Connections「つなげる」 • Concepts「つたえる」 • Concrete Practice「やってみる」 • Conclusions「まとめる」
© Timee, Inc. 21 検索 タイミー ご清聴ありがとうございました