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 / Getting started with QA in Scrum
Search
akihisa1210
August 06, 2019
2
1.2k
ここからはじめるスクラムQA / Getting started with QA in Scrum
サイボウズ QA キャリア BAR の LT で使った資料です。
https://cybozu.connpass.com/event/139296/
akihisa1210
August 06, 2019
Tweet
Share
More Decks by akihisa1210
See All by akihisa1210
Four Keysに基づくリリースプロセス改善とその成果 / Release process improvement based on the Four Keys and its results
ak1210
0
1.3k
独立したQA担当者か開発チームか? あるプロダクトチームのQA体制の変遷 / Independent QA or Dev Team
ak1210
0
1.5k
ソフトウェアテスト 2022 / Software Testing 2022
ak1210
1
8.2k
E2E自動テスト導入・運用をめぐる先入観と実際に起きたこと / Preconceptions and What Happened with E2E Testing
ak1210
7
3k
テストコードを書きたいけどテスト対象がない。どうする? / What to do to write test?
ak1210
2
970
ここからはじめるスクラムQA(増補改訂版) / Getting started with QA in Scrum (revised)
ak1210
2
920
「開発チーム」とQA /"Development Team" and QA
ak1210
1
8.5k
Featured
See All Featured
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Designing on Purpose - Digital PM Summit 2013
jponch
116
7k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
7k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
28
900
Building Adaptive Systems
keathley
38
2.3k
VelocityConf: Rendering Performance Case Studies
addyosmani
326
24k
GraphQLとの向き合い方2022年版
quramy
44
13k
The World Runs on Bad Software
bkeepers
PRO
65
11k
Faster Mobile Websites
deanohume
305
30k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.1k
We Have a Design System, Now What?
morganepeng
51
7.3k
Code Review Best Practice
trishagee
65
17k
Transcript
ここから始めるスクラム QA 2019-08-06 サイボウズ QA キャリア BAR 小山 晃久 @akihisa1210
自己紹介 • 小山 晃久 @akihisa1210 • Garoon チーム / 生産性向上チーム(New!)
• Garoon 開発チームで、品質に関わることを色々やっています • テスト(管理~設計~実行) • CI/CD 改善 • 勉強会 • など……
話すこと • QA チームを含むスクラムチームで開発を行う上で、やってよ かったこと • そこから考える QA のキャリアの一例
None
None
None
ウォーターフォールからスクラムへ • 約2年前にスクラムを導入 • スクラムチームは日本3チーム、ベトナム5チーム • 1スプリントは1週間 • QA も各スクラムチームに所属
QA はどうするか • 「テスティング、アーキテクチャ、運用、ビジネス分析のような 専門領域であっても、スクラムは開発チームのサブチームを認め ていない。」(「スクラムガイド」(2017年11月版)https://www.scrumguides.org/docs/scrumguide/v2017/2017- Scrum-Guide-Japanese.pdf) • ではどうするか •
スクラムガイドは答えを教えてくれない
QA を含めたスクラムチームで開発を行う上で、 やってよかったこと
開発チームに所属する • チーム間の情報の受け渡しのコストは大きい • 物理的・心理的距離を近くできる • 問題が発生したときに、素早く動くことができる
完了の定義にテストも含める • テストまで終わって初めて PBI が完了になる、という共通認識を 作る • 「実装完了」を「PBI 完了」とみなし、テストをその外に出して しまうと、フィードバックが遅くなる
• 「テストに時間がかかって PBI がなかなか完了しない」という問 題に、チームとして立ち向かえるようにする
スプリントプランニングでテスト分析・テスト設計を始める • スプリントプランニングは、PBI を完了させるために必要な情報 が集まるスクラムイベント • テスト分析・テスト設計をその場で行いながら、疑問点を解消す る • QA
が気になることは何かがチーム全体に伝わる
チーム内の問題はチーム内で相談できる環境を作る • 問題を抱え込むとつらい • テストや品質の話題もふりかえりに上げてしまう • 副産物として、必要だと思っていたが不要なタスク、不要だと 思っていたが必要なタスクに気づける
テストについての情報を共有する • スクラムを採用すると、テストや品質について説明をする機会が (望むと望まざるとにかかわらず)増える • 先にこちらから情報を共有してしまう • 情報を提供すると、情報を得られる
スクラムによる問題の顕在化
これらは全て、スクラムによって問題が顕在化しただけ • 新しい問題が発生したというよりは、これまで隠されていた問題 が顕在化された • 情報の受け渡しにコストがかかっている • PBI の完了条件にテストが含まれていない •
PG は QA の業務を、QA は PG の業務を知らない
次なる問題の顕在化 • 開発 vs. QA という構図から、プロダクト開発を妨げるもの vs. 開 発チームという構図に移行しつつある •
プロダクト開発を妨げるもの • 技術的負債 • リリース前に必要なタスクの山 • 自分は今はこれらの問題を解消するために、CI/CD の改善に取り 組んでいます。生産性向上!
QA のキャリア(一例)
参考資料 • QA・テストエンジニアのキャリアに関する包括的な話は、以下 の資料がわかりやすい • 植月啓次「新時代で活躍するためのテストエンジニアのキャ リアのつくりかた」(JaSST’19 Kansai) • https://speakerdeck.com/keijiuetsuki/xin-shi-dai-dehuo-yue-
surutamefalsetesutoenziniafalse-kiyariafalsetukurikata
QA の自分のキャリア観 • 大切にしていること • 品質のためにできることは、テストだけではない • とはいえもちろんテストも重要 • 良さ/悪さの情報を適切なタイミングでフィードバックする
or フィードバックする仕組みを作ることを仕事にしていきたい、と 思うようになった
最後に
今日話したこと • QA チームを含むスクラムチームで開発を行う上で、やってよ かったこと • 開発チームに所属する • 完了の定義にテストも含める •
スプリントプランニングでテスト分析・テスト設計を始める • チーム内の問題はチーム内で相談できる環境を作る • テストについての情報を共有する • そこから考える QA のキャリアの一例
We are hiring! • スクラム開発をやってみたい方 • 開発者と(心理的にも物理的にも)近い距離で品質保証活動を やってみたい方 • テスト分析力・テスト設計力を発揮する場所を求めている方
• モブワークに興味がある方 • 全体最適を考えて改善するのが好きな方 • お待ちしております!