A. 익스플로잇

B. 위험 대응이 아닌 변경 요청

C. 회피

D. 전이

E. 설명:
위험 회피에는 위협을 완전히 제거하기 위해 프로젝트 관리 계획을 변경하는 것이 포함됩니다. 프로젝트 관리자는 위험의 영향으로부터 프로젝트 목표를 분리하거나 위험에 처한 목표를 변경할 수도 있습니다. 예를 들어 일정 연장, 전략 변경 또는 범위 축소가 있습니다. 가장 급진적인 회피 전략은 프로젝트를 완전히 종료하는 것입니다. 프로젝트 초기에 발생하는 일부 위험은 요구 사항을 명확히 하고, 정보를 얻거나, 의사 소통을 개선하거나, 전문 지식을 습득함으로써 피할 수 있습니다.

A. 사용자 승인 테스트가 필요하지 않은 변경 사항입니다.

B. 사건을 일으키는 변경.

C. 긴급 상황으로 인한 변경.

D. 생산을 변경할 수 있는 권한이 있는 직원.

A. 사업의 종류.

B. 각 사업부의 필요성.

C. 최대 허용 데이터 손실.

D. 최대 허용 다운타임.

A. 사용자 요구 사항이 문서화되지 않았습니다.

B. 프로그래머가 프로덕션 프로그램에 액세스할 수 있었습니다.

C. 프로그래머가 사용자를 테스트에 참여시키지 않았습니다.

D. 급여 파일은 사서의 통제 하에 있지 않았습니다.

A. 조직의 리스크 관리의 성숙도를 높인다.

B. 위험 등록부 및 위험 시나리오를 검토합니다.

C. 투자 수익 분석을 수행합니다.

D. 위험 시나리오의 연간 손실 기대치를 계산합니다.