A. 네, 이는 순차적 개발의 경우로, 애자일에서는 시간을 벌기 위해 병렬로 작업하는 것이 허용되는 전략입니다.

B. 네, 이는 제품을 구성 요소로 나누고 구성 요소 개발 및 통합에 Agile을 사용하는 하이브리드 개발의 경우입니다.

C. 아니요. 개발팀을 세 개의 별도 팀으로 나누면 의사소통이 줄어들고 지연이 발생할 수 있습니다.

D. 아니요 피드백 루프가 변경되어 큰 실패와 지연이 발생할 수 있습니다.

A. Agile 접근 방식은 계약 조건의 세부 사항을 논의하는 것보다는 공급업체와 함께 무엇을 구축하려고 하는지에 초점을 맞춥니다.

B. Agile 방식에서는 절대적으로 필요하지 않는 한 계약을 사용하지 않는 것을 선호합니다. 계약은 변경 요청에 대응하는 우리의 능력을 방해하기 때문입니다.

C. Agile 방식에서는 계약 협상에 너무 집중하지 않도록 권장합니다. 왜냐하면 대부분 공급업체는 어차피 자기 이익만 추구하기 때문입니다.

D. Agile 접근 방식에서는 Agile 프로세스를 사용하는 공급업체와만 협업할 것을 권장합니다.

A. 프로젝트의 총 스토리 포인트 수입니다.

B. 제품 출시 및 포함될 내용.

C. 완료된 사용자 스토리의 수.

D. 팀이 프로젝트 수명 주기에서 어디에 있는지.

A. 작업 범위에 대한 팀 검토가 수행되어야 합니다.

B. 비기능적 요구사항은 수용기준에 추가되어야 합니다.

C. 모든 비기능적 요구 사항이 포함된 포괄적인 사용자 스토리가 생성되어야 합니다.

D. 비기능적 요구 사항은 완료 정의에 추가되어야 합니다.

A. 팀이 현재 계획을 계속 진행하고 할 수 있는 일을 하도록 격려하고 완료되지 않은 작업은 다음 반복 작업으로 넘기십시오.

B. 팀이 백로그 내의 문제로 기술적 종속성을 포착하고 가치 최적화를 기반으로 우선순위를 지정하도록 합니다.

C. 제품 소유자가 백로그 우선순위 지정을 돕기 위해 필요한 주제 전문가(SME)를 고용했는지 확인하십시오.

D. 제품 소유자와 팀이 기능의 우선순위를 재지정하고 종속성 없이 제공될 수 있는 기능을 선택하도록 권장합니다.