A. 전사적 IT 위험 이익에 프로젝트 위험을 포함합니다.

B. 시간과 예산에 맞춰 프로젝트를 제공하기 위해

C. 프로젝트 전반에 걸쳐 위험을 평가합니다.

D. 내재된 위험을 평가하기 위해

A. 시스템 아키텍처를 더 잘 이해합니다.

B. 위험 관리보다 더 객관적입니다.

C. 더 나은 정보를 바탕으로 비즈니스 결정을 내릴 수 있습니다.

D. 기술 및 비즈니스 위험의 균형을 맞출 수 있습니다.

A. 여러 영역에서 동일한 위험 요소가 식별될 수 있습니다.

B. 경영진이 위험 프로필을 정확하게 평가하지 못할 수 있습니다.

C. 리소스가 비효율적으로 할당될 수 있습니다.

D. 주어진 위험을 처리하기 위해 여러 위험 처리 노력이 시작될 수 있습니다.

A. 성능 데이터 검토

B. 위험 노출 발견

C. 파일럿 테스트 수행

D. 명확한 위험

E. 설명:
설계 대비 작동을 검증하기 위한 파일럿 테스트 및 성능 데이터 검토는 사전에 수행됩니다.
통제에 의존합니다.

F. 올바르지 않습니다. 위험을 명확히 하는 것은 위험 대응 프로세스의 첫 번째 단계입니다.
노출과 기회의 실제 상태에 대한 정보가 적시에 제공됩니다.
적절한 대응을 위해 적절한 사람들에게 방법을 전달합니다.
그러나 특정 제어가 신뢰할 수 있는지 여부를 식별하는 데는 아무런 역할을 하지 않습니다.

A. 프로젝트 델타

B. 프로젝트 찰리

C. 프로젝트 알파

D. 브라보 프로젝트