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
800
CI/CDパイプラインにE2Eテストを統合する / Integrate E2E testing into the CI/CD pipeline
daipresents
0
1.6k
アジャイル・DevOps時代のタスク管理ツール / Task Management Tools for the Agile and DevOps Era
daipresents
0
400
品質エンジニアリングと自動化後の世界 / Quality Engineering and the Post-Automated World
daipresents
0
1.1k
アジャイル開発と品質エンジニアリング - QA時代の終わりとQE時代のはじまり / Agile Development and Quality Engineering
daipresents
1
8.6k
人類よ! コードレビューも完全自動化の時代へ?!今風なイケてる静的解析を大活用しよう! / Automated Code Review
daipresents
0
2.4k
アジャイルテスティングが倒せない / I can't beat agile testing
daipresents
5
2.2k
E2Eテスト自動化の本質 - 品質と開発スピードを支えるテスト自動化時代へ / The Essence of E2E Test Automation
daipresents
0
780
アジャイルコーチ、スーパーアジャイルコーチ、ウルトラアジャイルコーチ、それぞれの10年 / This is Agile Coach
daipresents
1
3.7k
Other Decks in Programming
See All in Programming
『自分のデータだけ見せたい!』を叶える──Laravel × Casbin で複雑権限をスッキリ解きほぐす 25 分
akitotsukahara
2
620
Goで作る、開発・CI環境
sin392
0
200
スタートアップの急成長を支えるプラットフォームエンジニアリングと組織戦略
sutochin26
0
4k
AIエージェントはこう育てる - GitHub Copilot Agentとチームの共進化サイクル
koboriakira
0
500
イベントストーミング図からコードへの変換手順 / Procedure for Converting Event Storming Diagrams to Code
nrslib
2
630
5つのアンチパターンから学ぶLT設計
narihara
1
160
猫と暮らす Google Nest Cam生活🐈 / WebRTC with Google Nest Cam
yutailang0119
0
100
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
50
33k
設計やレビューに悩んでいるPHPerに贈る、クリーンなオブジェクト設計の指針たち
panda_program
6
1.9k
Rubyでやりたい駆動開発 / Ruby driven development
chobishiba
1
640
Composerが「依存解決」のためにどんな工夫をしているか #phpcon
o0h
PRO
1
250
PicoRuby on Rails
makicamel
2
120
Featured
See All Featured
GitHub's CSS Performance
jonrohan
1031
460k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
500
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.3k
Building Adaptive Systems
keathley
43
2.6k
Rails Girls Zürich Keynote
gr2m
94
14k
[RailsConf 2023] Rails as a piece of cake
palkan
55
5.6k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
A designer walks into a library…
pauljervisheath
207
24k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.4k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
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 サービスの提供