なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudyパターン QA to AQ: 伝統的品質保証（Quality Assurance）からアジャイル品質（Agile Quality）へHironori Washizaki
QAもスクラム導入、アジャイルQAとしての取り組み──Cybozu Meetup #11 開催レポート - Cybozu Inside Out | サイボウズエンジニアのブログ
品質保証部の匠です。 2/21(水)に、Cybozu Meetup #11「アジャイルQA」を開催しました！ QAプロセスに特化したMeetupで、参加者が集まるか少し不安でしたが、 当日は50名を超える方々にご参加いただき、大盛況の開催となりました！ cybozu.connpass.com 本エントリでは、当日の様子を紹介しつつ、私のトークセッションについての補足をしてみようと思います。 トークセッション サイボウズでは多くの開発チームがスクラムによるアジャイル開発に移行しつつあります。 今回は、各チームのQAがどのようにアジャイルプロセスを導入しているのか、について事例紹介として3つのトークを実施しました。 アジャイルネイティブなQA by 三牧 麻美 アジャイルネイティブなQA from asami1015 www.slideshare.net 新卒入社2年目の三牧 麻美が、開発中の
スクラムにおける技術的スパイクの進め方
みなさんこんにちは。@ryuzeeです。 スクラムでは、スプリントに投入するプロダクトバックログアイテムはReady（準備ができている）である必要があります （Readyとはどんな状態なのかについては以前に詳しく説明したので、そちらを参照してください）。 Readyにしておくことによって、成果の量が安定しプロダクトオーナーやステークホルダーにとっては予測精度が向上していきます。 Readyにする活動は単に受け入れ基準を用意したり、プロダクトバックログの内容を精緻化したり、並べ替えたりするだけではありません。 スプリント内でプロダクトバックログアイテムが完成する可能性を上げるために必要な活動すべてが含まれます。 そしてその中の1つが技術的な調査です。 スプリントでプロダクトバックログアイテムに着手してから実現方法を調べたり、技術的な制約によって大幅な方針転換したりするのでは遅い上に予測性が低
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
