A.  スクラムは、複雑な製品を開発および維持するためのフレームワークです。

B.  スクラムの各コンポーネントは特定の目的を果たし、スクラムの成功に不可欠です

C.  スクラムは経験的なプロセス制御に基づいています

D.  スクラムは従来のプロジェクト管理に似ていますが、プロジェクトマネージャーが自己管理に置き換えられています。

E.  スクラムは、経験的なプロセス制御に基づく方法論です。

A.  プロジェクト計画の変更は、十分に文書化および共有されていませんでした

B.  プロダクトオーナーは、プロジェクトの進捗状況を関係者に認識させていません。

C.  プロジェクト管理事務所が十分に関与していない

D.  スクラムマスターは、プロジェクトが透明であることを保証していません

E.  利害関係者は開発エリアに立ち入ることを許可されませんでした

F.  利害関係者は、進捗状況を検査および評価するためにスプリントレビューを使用していません

A.  回帰テスト

B.  受け入れテスト駆動開発

C.  目標主導型開発

D.  品質指向の要件開発

A.  チームと会って、失敗する理由を確認します

B.  合格する方法でテストを変更します

C.  もう一度実行して、失敗することを確認します。

D.  テストを満たすためのコードを書く

A.  テスト対象のシステムのコード行に対するテスト数の比率

B.  記述されている単体テストの品質

C.  テストによって実行されているコード

D.  コードに欠陥がない

E.  機能が完了したとき