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.4k
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
770
CI/CDパイプラインにE2Eテストを統合する / Integrate E2E testing into the CI/CD pipeline
daipresents
0
1.5k
アジャイル・DevOps時代のタスク管理ツール / Task Management Tools for the Agile and DevOps Era
daipresents
0
370
品質エンジニアリングと自動化後の世界 / Quality Engineering and the Post-Automated World
daipresents
0
1k
アジャイル開発と品質エンジニアリング - QA時代の終わりとQE時代のはじまり / Agile Development and Quality Engineering
daipresents
1
8.3k
人類よ! コードレビューも完全自動化の時代へ?!今風なイケてる静的解析を大活用しよう! / Automated Code Review
daipresents
0
2.4k
アジャイルテスティングが倒せない / I can't beat agile testing
daipresents
5
2.1k
E2Eテスト自動化の本質 - 品質と開発スピードを支えるテスト自動化時代へ / The Essence of E2E Test Automation
daipresents
0
760
アジャイルコーチ、スーパーアジャイルコーチ、ウルトラアジャイルコーチ、それぞれの10年 / This is Agile Coach
daipresents
1
3.6k
Other Decks in Programming
See All in Programming
RubyKaigiで手に入れた HHKB Studioのための HIDRawドライバ
iberianpig
0
1k
eBPF Updates (March 2025)
kentatada
0
130
アーキテクトと美学 / Architecture and Aesthetics
nrslib
12
3.1k
Let's Take a Peek at PHP Parser 5.x!
inouehi
0
100
ローコードサービスの進化のためのモノレポ移行
taro28
1
330
Develop Faster With FrankenPHP
dunglas
2
2.5k
ニックトレイン登壇資料
ryotakurokawa
0
140
AHC 044 混合整数計画ソルバー解法
kiri8128
0
300
php-fpm がリクエスト処理する仕組みを追う / Tracing-How-php-fpm-Handles-Requests
shin1x1
5
830
S3静的ホスティング+Next.js静的エクスポート で格安webアプリ構築
iharuoru
0
200
List とは何か? / PHPerKaigi 2025
meihei3
0
560
アプリを起動せずにアプリを開発して品質と生産性を上げる
ishkawa
0
330
Featured
See All Featured
Being A Developer After 40
akosma
90
590k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
118
51k
Building Adaptive Systems
keathley
41
2.5k
Bash Introduction
62gerente
611
210k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
How to Think Like a Performance Engineer
csswizardry
22
1.5k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.1k
For a Future-Friendly Web
brad_frost
176
9.6k
It's Worth the Effort
3n
184
28k
BBQ
matthewcrist
88
9.5k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
177
52k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
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 サービスの提供