第6回Ques「アジャイルと品質」会場の様子 #quesqa

Nocchi @celt003

アジャイル開発工程において QAと設計の間に、暗黙知という見える化されていないギャップが存在すると、早い段階での改善が出来ないのが問題とのこと フィードバックをスプリントに組み込み、QAはチームの一員というマインドセットになってもらうと

さすらいのレビュー屋 @mori_ryuji

テストスプリントバックログ。テストケースもチケット管理する。インシデントレポートもバックログに入れる。 #quesqa

ジュラルミン@DTMer（嘘） @Durarumin

テストケースを開発にレビューしてもらうのはやってる。早い段階で設計を良くしてもらうために。#quesqa

kyo_ago @kyo_ago

「バグピンポン」 #quesqa

tom_asa @tom_asa

バグピンポン→意味ない！　発見＝すぐに設計へ　#quesqa

Nocchi @celt003

どんな場面でもそうですが、人が最大の仲間であり敵であると コミュニケーションをいかにうまくやるか、厳しいすな

broccoli @nihonbuson

バグピンポンって一般用語だったんやね #quesqa

ジュラルミン@DTMer（嘘） @Durarumin

バックログを積むのは常。 #quesqa

しんすく(け) さん。 @snsk

「バーンダウンじゃなくて、バーンアップチャートを使うと品質不足によってゴールが逃げていくのがわかる」 #quesqa

h12o @h12o

バグピンポン、客先で出ると最悪…。文脈は「近いんだからバグレポの前に見よう」なのだけど客先で出るバグはそうもいかない。今後客先に行くときはテレビ電話的なものを持って行こう。 #quesqa

Nocchi @celt003

すげぇえ 工程の速さ=Velocity をバグとかで式にしてる 懐かしいぃぃ、v=vo+at ！ 物理大好きだったなぁ

須藤　裕嗣 @sudo44

3分悩んだら聞くべし #quesqa

tom_asa @tom_asa

３分悩んだら、聞くべし　#quesqa

broccoli @nihonbuson

アジャイルは毎週改善、毎日改善 #quesqa

h12o @h12o

#quesqa 3分悩んだら尋ねる。尋ねられた方も受け入れる。特に後者は重要(先日おどおどしながら僕に質問をしてきた若手の顔を思い出しながら)。個人的には、直接尋ねられたらなるべく笑顔をつくることにしている(できてない?すみません)。

さすらいのレビュー屋 @mori_ryuji

バックログインフレーションは最初抵抗あるだろうなー #quesqa

さすらいのレビュー屋 @mori_ryuji

でも設計とQAを分けていたものをどんどん融合していくとこういう形になるのかもなぁ #quesqa

Teppei Sato @teppeis

「QAにとってアジャイル開発は良いことが多い」 #quesqa

timepark @timepark

↓に参加。ソニー永田さんの話面白い。 【増席！！】第6回Ques : ATND atnd.org/events/64364

broccoli @nihonbuson

×工数が増える ◯活動時期を前倒しした #quesqa

sakaimo @sakaimo

永田さんの話、とっても面白い。アジャイルの中でのQAのポジション、役割、ふるまい方。 #quesqa

Nocchi @celt003

QAがスプリントの初めからメンバーの一員として入りオンタイムで改善を図ることで、工数を減らすのがアジャイルらしい 一定のペイだけど、QAインすることで工数を減らして元を取ると ひぇ〜〜

しんすく(け) さん。 @snsk

お気づきだろうか。ながたさんのシャツの右胸にうかぶ SONY マークに。制服だった！　#quesqa

Nocchi @celt003

これなんですね 後で読もう 開発チームを改善するためのスクラムTips（8）：5分で分かる、「スクラム」の基本まとめ (1/2) - ＠IT atmarkit.co.jp/ait/articles/1…

tom_asa @tom_asa

QAの活動量が増える→大変？工数増大？　ではない。　前倒しする活動で、全体工数減、実は楽になる　 #quesqa