A. 품질 관리는 프로젝트 관리자의 책임이 아니므로 품질 관리자와 문제를 논의합니다.

B. 새로운 개발 완료에 집중하고 프로젝트가 종료되면 결함을 지원 직원에게 전달합니다.

C. 품질 보증 팀과의 회의 일정을 잡고 소프트웨어 테스트와 관련된 모범 사례를 검토합니다.

D. 범위와 접근 방식이 소프트웨어 시스템에 적합한지 확인하기 위해 품질 관리 계획을 평가합니다.

A. 현재 통신 관리 계획을 계속합니다.

B. 프로세스가 이행되고 문서화되었는지 확인하기 위해 변경 요청을 제출합니다.

C. 프로젝트 후원자에게 승인을 요청하세요.

D. 변경 구현을 즉시 시작합니다.

A. 프로젝트에 대한 위험으로 등록되지 않았고 이에 대한 계획된 대응이 없으므로 문제 관리를 피하세요.

B. 문제가 발생했으며 프로젝트의 성공이 불확실할 수 있음을 스폰서에게 알립니다.

C. 프로젝트 팀 및 관련 이해관계자와 회의를 열어 문제를 관리하는 최선의 방법에 동의합니다.

D. 문제가 해결되고 더 이상 프로젝트에 위험이 되지 않을 때까지 프로젝트를 연기합니다.

A. 팀원의 문화적 차이

B. 여행 관련 비용

C. 통신 오해 가능성

D. 기술과 관련된 비용

A. 판매자 응답 요청

B. 계약 관리

C. 판매자 선택

D. 요청