1

「不具合が出たら全部倒す」は偏った判断　“アジャイルQA”で求められる「必要性を自分で考える」こと

2

「場が整ってからでいい」は「チームに入るつもりがない」と同じ　アジャイルコーチが語る、チーム開発にQAが後から加わるリスク

3

QAもちゃんと技術力を付ける必要がある　開発チーム内の技術力を融合するために必要な“歩み寄り”

4

QAに遠慮するチームでは、効果の高いプロダクトは作りづらい　うまくいくチームになるため必要な「学びの時間」と「雰囲気作りの時間」

5

理想的なスプリントなら「QAはモノが来るまでは待ち」とはならない　チーム全員で考えるべき開発ストーリーの組み立て方