scrum - スクラムの品質保証

Question

アジャイル手法としてSCRUMを使用するソフトウェアハウスでの品質保証の採用についてどう思いますか？
彼らは一緒に暮らすことができますか？

編集：
Pheraps私は「品質保証」という用語を使用して間違いを犯しました。つまり、ソフトウェアが何をするかを説明するドキュメントを作成することを意味します。アジャイル手法では、これは前提条件の継続的な更新に基づく手法と共存することはできないと思います。ドキュメントの作成には、開発に費やした時間よりも時間がかかる場合があります。
私が何を意味するかを説明するために品質保証の代わりに使用する正しい用語は何ですか？

Answer 1

彼らはできますか？それらがどのように離れているのかわかりません...

アジャイルは、実行中の機能とテスト済みの機能を強調する短い反復で大きな役割を果たします。QAなしではそれを実際に達成することはできません。

そうは言っても、私は1年半近く、非常に優れたQAプロセスを備えたSCRUMショップのプロジェクトに携わっていました。QAは、ストーリーがその反復で完了したと見なされるかどうかのゲートキーパーでした。QAに合格しなかった場合、スプリントの目標は達成されず、ストーリーは最優先項目として次のイテレーションに引き継がれました。

アジャイルは近道をとることではなく、品質に重点が置かれています。あなたがこれが起こっていない場所で働いているなら、あなたはばかげている（IMHO）。

Answer 2

スクラムは、ソフトウェア開発プロセスの方法を提唱しています。同様に、それはチームのフィードバックに基づくリスク管理と複雑さの処理プロセスです。品質保証にも、リスクを回避し、品質の方法を提案するという同様の目的があります。これは、アジャイルスクラムの実践との品質保証の同盟を意味します。多くの場合、Web自動化テスト、セキュリティテストなどは、アジャイルスクラムを使用することにより、初期段階で新しいプロジェクトに適応する大き​​なチャンスを得ます。