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
弥生の品質保証体制の紹介と取り組み / Introduction and initiative...
Search
yayoi_dd
March 24, 2023
Technology
5.6k
1
Share
弥生の品質保証体制の紹介と取り組み / Introduction and initiatives of Yayoi's QA system
弥生株式会社 もくテク
弥生品質を支えるQAエンジニアの取り組み(2022/06/16)
https://mokuteku.connpass.com/event/247676/
yayoi_dd
March 24, 2023
More Decks by yayoi_dd
See All by yayoi_dd
AWS re:Invent 2025 参加報告 / AWS re:Invent 2025 Participation Report
yayoi_dd
0
10
re:Inventの学びを最大化するためにしたこと / What I Did to Maximize Learning at re:Invent
yayoi_dd
0
11
Werner Vogelsが語った”T型人材” / "T-Shaped Talent" as Discussed by Werner Vogels
yayoi_dd
0
11
AI駆動開発のさらにその先へ / Beyond AI-Driven Development
yayoi_dd
0
13
AWS DevOps Agentで見えた運用の未来 / The Future of Operations with AWS DevOps Agent
yayoi_dd
0
11
OpenSearch Warm Tier設計の実践 / Practical Implementation of OpenSearch Warm Tier Design
yayoi_dd
0
31
なぜ私たちは「生成AI-LT大会」を終了するのか / Why we are ending the Generative AI-LT competition
yayoi_dd
0
64
AIと働く / Working with AI
yayoi_dd
0
68
AIで未経験タスクの心理的ハードルが下がった話 / How AI has lowered the psychological barrier to unfamiliar tasks
yayoi_dd
0
45
Other Decks in Technology
See All in Technology
Babylon.js を使って試した色々な内容 / Various things I tried using Babylon.js / Babylon.js 勉強会 vol.5
you
PRO
0
250
AI時代に新卒採用、はじめました/junior-engineer-never-die
dmnlk
0
200
推し活エージェント
yuntan_t
1
870
Databricks Appsで実現する社内向けAIアプリ開発の効率化
r_miura
0
340
OPENLOGI Company Profile for engineer
hr01
1
62k
3つのボトルネックを解消し、リリースエンジニアリングを再定義した話
nealle
0
150
制約を設計する - 非決定性との境界線 / Designing constraints
soudai
PRO
6
2.3k
「できない」のアウトプット 同人誌『精神を壊してからの』シリーズ出版を 通して得られたこと
comi190327
3
600
【Findy FDE登壇_2026_04_14】— 現場課題を本気で解いてたら、FDEになってた話
miyatakoji
0
170
Hooks, Filters & Now Context: Why MCPs Are the “Hooks” of the AI Era
miriamschwab
0
110
OCI技術資料 : ロード・バランサ 概要 - FLB・NLB共通
ocise
4
28k
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
11k
Featured
See All Featured
My Coaching Mixtape
mlcsv
0
94
The untapped power of vector embeddings
frankvandijk
2
1.7k
A designer walks into a library…
pauljervisheath
211
24k
A Soul's Torment
seathinner
5
2.6k
Faster Mobile Websites
deanohume
310
31k
Building the Perfect Custom Keyboard
takai
2
720
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
Music & Morning Musume
bryan
47
7.1k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.2k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.6k
The browser strikes back
jonoalderson
0
890
Transcript
弥生株式会社 開発本部 春田 優子 © 2022 Yayoi Co., Ltd. All
rights reserved. 弥生の品質保証組織の紹介と取り組み 2022年06月16日(木)
© 2022 Yayoi Co., Ltd. All rights reserved. アジェンダ
はじめに ・自己紹介 弥生の品質保証組織の紹介 ・開発チームの紹介 ・品質に関わる人たちの紹介 ・体制の良い点悪い点 課題と取り組み ・ここ数年の課題 ・横のつながり作りのための取り組み
© 2022 Yayoi Co., Ltd. All rights reserved. 自己紹介
名前 ・春田優子(はるたゆうこ) やっていること • 新規サービスのQL(クオリティリーダー) • 品質系ポジションの採用など
© 2022 Yayoi Co., Ltd. All rights reserved. プロダクトやシステムごとに開発チームがあります 基幹システム
製品・サービス 新規サービス CRM 課金 システム (クラウドアプリケーション) サービス A サービス B サービス C サービス D
© 2022 Yayoi Co., Ltd. All rights reserved. 1つの開発チームの中の登場人物 PM
テクニカル リーダー (TechL) クオリティ リーダー (QL) エンジニア テスター PM、TechL、QLの3ロールのメンバ ーでチームを回しています • PMはプロジェクト全体のリード • TechLは技術面のリード • QLは品質面のリード • いわゆる「QAエンジニア」 QLは開発チームのメンバーとして品 質保証計画を作ったり推進したり 製品Aの開発チーム
© 2022 Yayoi Co., Ltd. All rights reserved. 開発チームを品質面で支援するチームもあります PM
テクニカル リーダー (TechL) クオリティ リーダー (QL) エンジニア テスター PMO QA テスト管理 チーム横断の品質管理 ・プロセス策定、教育 ・分析、モニタリング テスト支援 ・テスターアサイン ・テスト実行の支援 開発チームを支援 製品Aの開発チーム
© 2022 Yayoi Co., Ltd. All rights reserved. チーム構成の強み
QLと開発メンバーがOneチーム • プロダクトやプロジェクトの情報共有が容易 • 開発メンバーとのコミュニケーションも密 • 開発と伴走してる感じ PM テクニカル リーダー (TechL) クオリティ リーダー (QL) エンジニア テスター
© 2022 Yayoi Co., Ltd. All rights reserved. チーム構成の弱み
他のチームのQLメンバーとのつながり弱い • 他のシステムってどうやって操作するの? • 自分のシステムとどんなかかわりがあるの? • 他のチームの状況は? • どんな取り組みやってるの? 製品Aチーム QL 製品Bって どうやって動 かすの? 新規サービスっ てどんな取り組 みやってる?
© 2022 Yayoi Co., Ltd. All rights reserved. ここ数年、弱みを何とかしないとまずい状況になってきた
新規サービスの開発が立ち上がってきた 複数のプロダクトがつながったサービスとしてお客さまへ価値提供 新規サービスの場合、課金システムなど社内システムも影響する QLに求められるニーズが変わってきた 複数のプロダクトやシステムがつながったサービスとしての品質を考える場面が増えてきた 他のチームやプロダクトのことも知っておかないと困る状況に テスト計画立てられない 課題 開発チーム内の縦のつながりに加えて、開発チーム間の横のつながりが必要になってきた
© 2022 Yayoi Co., Ltd. All rights reserved. 横のつながりをつくる取り組み QL横ぐしのチームを作りました
メンバー 各チームのQLメンバー(現在11名) 何やるか? 週1回共有と交流のMTG チームの取り組みや障害共有 勉強会に参加してきたよ みんなに質問 Slackで交流 製品Aチーム 製品Bチーム 社内システムC チーム 新規サービスD チーム QLメンバーは各チームで業務をしつつ、 QLチーム内でコミュニケーションを 取りやすくなる
© 2022 Yayoi Co., Ltd. All rights reserved. 初の試みなので工夫をしました
スモールスタート 全員必ず話すこと、必ず参加すること、みたいな頑張らないとできないルールは作らない 継続してこそ効果が表れるため、続けられなさそうなことはやらない 定量的な成果を最初から狙わない この方針は組織長とも合意しておいた ある程度ネタは準備 集まるだけの場にしないように準備は必要 3か月に1回振り返りを行い軌道修正する 初めての試みなので、状況見て変えていけるという枠組みを回すことは必要 実際の改善につながる 変えていけると思えることが参加メンバーの安心感につながる
© 2022 Yayoi Co., Ltd. All rights reserved. 始めて1年以上経って、うまくいっています 当初狙っていた効果は得られている
ちょっとした質問や共有がしやすくなった プロジェクトの仕事をするために、話しやすい土壌づくりになった 新しくQLとして入社された方のサポートにも一役買っている
© 2022 Yayoi Co., Ltd. All rights reserved. まとめ
チームやコミュニケーションの形は、周りからのニーズや発生した課題に応じて変えるもの 正解はなく、今の弥生の状況にベストなものにできているか(しようとしているか)が一番大事 別の環境で成功したやり方でも、今の弥生で成功するとは限らない 今の弥生の状況でうまくいっているだけであって、今後も同じやり方でうまくいくとは思っていない 状況が変われば、仕事がしやすい形に変えていく