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.5k
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
CSC305 Lecture 04
javiergs
PRO
0
230
プログラミングどうやる? ~テスト駆動開発から学ぶ達人の型~
a_okui
0
190
プロダクト開発をAI 1stに変革する〜SaaS is dead時代で生き残るために〜 / AI 1st Product Development
kobakei
0
450
Reduxモダナイズ 〜コードのモダン化を通して、将来のライブラリ移行に備える〜
pvcresin
2
670
iOSエンジニア向けの英語学習アプリを作る!
yukawashouhei
0
170
Go Conference 2025: Goで体感するMultipath TCP ― Go 1.24 時代の MPTCP Listener を理解する
takehaya
7
1.5k
アメ車でサンノゼを走ってきたよ!
s_shimotori
0
120
Learn CPU architecture with Assembly
akkeylab
1
1.3k
開発者への寄付をアプリ内課金として実装する時の気の使いどころ
ski
0
340
メモリ不足との戦い〜大量データを扱うアプリでの実践例〜
kwzr
1
740
パフォーマンスチューニングで Web 技術を深掘り直す
progfay
18
4.8k
プログラマのための作曲入門
cheebow
0
520
Featured
See All Featured
Side Projects
sachag
455
43k
The Cult of Friendly URLs
andyhume
79
6.6k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.9k
Building Applications with DynamoDB
mza
96
6.6k
Scaling GitHub
holman
463
140k
The Art of Programming - Codeland 2020
erikaheidi
56
14k
Why Our Code Smells
bkeepers
PRO
339
57k
Building an army of robots
kneath
306
46k
Rails Girls Zürich Keynote
gr2m
95
14k
The Language of Interfaces
destraynor
162
25k
Producing Creativity
orderedlist
PRO
347
40k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
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 サービスの提供