A. 책임 매트릭스

B. 이해관계자의 요구사항

C. 리소스 가용성

D. 이해관계자 위치

A. 변경 요청이 프로젝트에 미치는 영향을 분석합니다.

B. 기능 관리자의 변경 요청을 즉시 거부합니다.

C. 공식적인 CCB(Change Control Board) 승인을 신청합니다.

D. 기능 관리자 및 관련 당사자와 논의하십시오.

A. 민첩한 접근

B. 칸반 접근법

C. 하이브리드 방식

D. 예측적 접근

A. 개발자를 숙련된 리소스로 교체합니다.

B. 팀 구성원과 함께 근본 원인 분석(RCA)을 수행합니다.

C. 커뮤니케이션을 촉진하여 요구 사항을 명확히 합니다.

D. 성능 검토를 자주 수행합니다.

A. 각 팀 구성원을 불러 문제에 대한 관점을 얻은 다음 전체 팀을 모아 솔루션을 논의합니다.

B. 프로젝트 스폰서에게 연락하여 현재 팀을 해제하고 대체 인력을 고용하는 승인을 요청합니다.

C. 필요한 경우 점진적으로 릴리스할 수 있는 일정 여유가 있음을 알고 상황을 수락합니다.

D. 각 팀원에게 태도를 바꾸지 않으면 징계 조치가 취해질 수 있음을 알리는 직접 이메일을 보냅니다.