A. 완료된 프로젝트 성과물의 승인을 공식화합니다.

B. 프로젝트에 포함되는 것과 포함되지 않는 것을 정의하고 제어합니다.

C. 프로젝트와 제품에 대한 자세한 설명을 작성합니다.

D. 요구 사항을 분석, 문서화, 관리하는 방법을 결정합니다.

A. 이전 프로젝트 관리자에게 문의하여 이러한 질문을 어떻게 처리했는지 논의하세요.

B. 모든 엔지니어에게 질문은 주간 보고서에만 제출해야 한다는 사실을 알려 주세요.

C. 회사 비전을 엔지니어에게 이메일로 보내고 마감일을 맞춰야 한다고 알려주세요.

D. 프로젝트 활동에 있어 안전을 최우선으로 하는 회사 비전을 모든 엔지니어에게 강화합니다.

A. 매일 스크럼 회의를 열고 부서 리더를 초대하여 다가올 코드 릴리스에 대해 알릴 수 있도록 합니다.

B. 코드가 프로덕션에 배포된 후 우려 사항이 있을 경우 전화할 수 있는 텔레컨퍼런스 전화번호를 부서장에게 제공합니다.

C. 코드 릴리스에 대한 정책을 수립하기 위해 부서장으로 구성된 엔터프라이즈 거버넌스 구조를 시작합니다.

D. 프로젝트 관리자가 코드를 프로덕션에 배포하기 전에 부서 책임자에게 이메일을 보내도록 요구하는 새로운 정책을 만듭니다.

A. 이해관계자 등록부

B. 책임, 책임소재, 협의, 정보제공(RACl) 매트릭스

C. 커뮤니케이션 관리 계획

D. 지난 주 회의록

A. 프로젝트 후원자에게 이러한 행동에 대해 알리고 후원자에게 징계 조치를 취하도록 요청합니다.

B. 기본 규칙을 따르지 않는 팀원을 교체하도록 기능 관리자에게 요청합니다.

C. 기본 규칙을 따르지 않는 팀원에게 서면 경고서를 보내달라고 요청하려면 인사부에 연락하세요.

D. 프로젝트 팀과 회의 일정을 잡아 기본 규칙을 강화하세요.