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 organizationa...
Search
Dai Fujihara
February 03, 2022
Programming
2
1.6k
QA組織パターン - 構造ごとのメリットデメリットまとめ / QA organizational structure
QA組織構造ごとのメリットデメリットをまとめてみました。だいたい数パターンに集約されるように思います。
もし、これ以外にご存知であればぜひ教えて下さい。
Dai Fujihara
February 03, 2022
Tweet
Share
More Decks by Dai Fujihara
See All by Dai Fujihara
なぜ自社ではスクラムがうまくいかないのか アジャイルコーチと考える、スクラムのアンチパターン / Why Scrum doesn't work in my company?
daipresents
1
840
CI/CDパイプラインにE2Eテストを統合する / Integrate E2E testing into the CI/CD pipeline
daipresents
0
1.7k
アジャイル・DevOps時代のタスク管理ツール / Task Management Tools for the Agile and DevOps Era
daipresents
0
410
品質エンジニアリングと自動化後の世界 / Quality Engineering and the Post-Automated World
daipresents
0
1.1k
アジャイル開発と品質エンジニアリング - QA時代の終わりとQE時代のはじまり / Agile Development and Quality Engineering
daipresents
1
8.7k
人類よ! コードレビューも完全自動化の時代へ?!今風なイケてる静的解析を大活用しよう! / Automated Code Review
daipresents
0
2.5k
アジャイルテスティングが倒せない / I can't beat agile testing
daipresents
5
2.2k
E2Eテスト自動化の本質 - 品質と開発スピードを支えるテスト自動化時代へ / The Essence of E2E Test Automation
daipresents
0
790
アジャイルコーチ、スーパーアジャイルコーチ、ウルトラアジャイルコーチ、それぞれの10年 / This is Agile Coach
daipresents
1
3.9k
Other Decks in Programming
See All in Programming
2分台で1500examples完走!爆速CIを支える環境構築術 - Kaigi on Rails 2025
falcon8823
3
3.6k
Django Ninja による API 開発効率化とリプレースの実践
kashewnuts
0
1.3k
AI Coding Meetup #3 - 導入セッション / ai-coding-meetup-3
izumin5210
0
3.3k
チームの境界をブチ抜いていけ
tokai235
0
170
10年もののAPIサーバーにおけるCI/CDの改善の奮闘
mbook
0
820
デミカツ切り抜きで面倒くさいことはPythonにやらせよう
aokswork3
0
230
overlayPreferenceValue で実現する ピュア SwiftUI な AdMob ネイティブ広告
uhucream
0
180
Cursorハンズオン実践!
eltociear
2
1k
After go func(): Goroutines Through a Beginner’s Eye
97vaibhav
0
380
「ちょっと古いから」って避けてた技術書、今だからこそ読もう
mottyzzz
10
6.7k
明日から始めるリファクタリング
ryounasso
0
140
Web フロントエンドエンジニアに開かれる AI Agent プロダクト開発 - Vercel AI SDK を観察して AI Agent と仲良くなろう! #FEC余熱NIGHT
izumin5210
3
520
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.1k
Scaling GitHub
holman
463
140k
Faster Mobile Websites
deanohume
310
31k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Practical Orchestrator
shlominoach
190
11k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
Building a Scalable Design System with Sketch
lauravandoore
463
33k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Into the Great Unknown - MozCon
thekraken
40
2.1k
Producing Creativity
orderedlist
PRO
347
40k
BBQ
matthewcrist
89
9.8k
Transcript
開発部 • 概要 ◦ 職能ごとの部門からプロジェクトごとに アサインする体制 ◦ 大きな企業やSIに多い、昔ながらの構 造 •
メリット ◦ 職能ごとに集まるので育成やノウハウ 共有がしやすい ◦ 職能が明確なので人を比較的集めや すい • デメリット ◦ 概して、部門間の仲が悪い。いわゆる サイロ化 ◦ プロジェクトに知識が残らない QA部 プロジェクト 職能ごと組織構造とプロジェクト体制
開発チーム QA 開発チーム 開発チーム 開発チーム • 概要 ◦ QA、セキュリティ、SREなど横断的組織を 残すパターン
• メリット ◦ 職能ごとに集まるので育成やノウハウ共 有がしやすい ◦ 職能が明確なので人を比較的集めやすい ◦ QA部分を外注しやすい ◦ QAリソースを開発は気にしなくていい • デメリット ◦ 横断部署へのリクエストはキューになるた め、窓口理論でボトルネックになりやすい ◦ 人貸し商売になりがち ◦ 依頼されたことをやるだけになりがち QA横断組織体制(社内受発注型) 仕事の依頼
開発チーム QA 開発チーム 開発チーム 開発チーム • 概要 ◦ QA、セキュリティ、SREなど横断的組織 を残すパターン
• メリット ◦ 職能ごとに集まるので育成やノウハウ 共有がしやすい ◦ 職能が明確なので人を比較的集めや すい • デメリット ◦ 横断部署へのリクエストはキューになる ため、窓口理論でボトルネックになりや すい ◦ 人貸し商売になりがち ◦ 開発チームとレポートラインが異なるの で現場にコミットしにくい QA横断組織体制(アサイン型)
開発チーム QA 開発チーム 開発チーム 開発チーム • 概要 ◦ QA、セキュリティ、SREなど横断的組織を残す パターン
◦ さらにマネージャだけでなく、開発チームを支援 する人材を残して全体的なサポートをする • メリット ◦ 職能ごとに集まるので育成やノウハウ共有がし やすい ◦ 職能が明確なので人を比較的集めやすい ◦ ボトルネックに対応しやすい ◦ 横断的な関心に対応しやすい(例:自動テスト を支援部隊でやっていくとか) • デメリット ◦ 人貸し商売になりがち ◦ 開発チームとレポートラインが異なるので現場 にコミットしにくい ◦ 即支援できる強いスキルを持った人材が必要 になる QA横断組織体制(アサイン型2) 支援
開発チーム 開発チーム 開発チーム 開発チーム • 概要 ◦ 詳しくはこちら(https://bit.ly/3rmWJ1C) ◦ スタートアップ中心にこの構成が多い
• メリット ◦ 開発チームに権限を委ねているので機動力が ある ◦ スクラムを利用する場合は、この形でやるのが 無難(集合知であり共通解になりつつある) ◦ 横軸の職能部門をもたせることもできる ◦ より柔軟性を高めるなら、横軸組織をコミュニ ティのようなゆるやかなつながりで運営できる • デメリット ◦ チームに必要な職能すべての採用を一気にや る必要がある(そうしないとバランスが悪くなっ たりスケールに躓く) ◦ コミュニティ形成など、主体的に仕事ができる 人材や、組織文化づくりが必要 Spotifyモデル
開発チーム QA 開発チーム 開発チーム 開発チーム • 概要 ◦ QAとよばれるサービスを完全に外出しする体 制。完全に独立した
QA組織を作れるかは疑問 があるが、これができると開発チームは QAを外 注できる。 ◦ 注意: 今もQAの外注はあるが、納品型だと発 注者のレビューが必要になり、発注側に QAの 管理コスト負担がある。 QaaSはそれすらなくし た状態を目指している • メリット ◦ 職能ごとに集まるので育成やノウハウ共有がし やすい ◦ 職能が明確なので人を比較的集めやすい ◦ ボトルネックに対応しやすい ◦ 開発側の負担が少ない(まかせられる) • デメリット ◦ 人貸し商売になりがち ◦ 開発チームとレポートラインが異なるので現場 にコミットしにくい ◦ 品質の丸投げになりやすい QA as a Service サービスの提供