A. 리소스를 숙련된 엔지니어로 교체합니다.

B. 워크플로를 제대로 진행하기 위해 엔지니어를 위해 모든 결정을 내립니다.

C. 새 팀원을 위한 관련 교육을 받습니다.

D. 적절한 수준의 의사 결정 권한을 결정하고 엔지니어에게 권한을 부여합니다.

A. 고객과 협력하여 해당 기능이 가치를 더하는지 확인하세요.

B. 적절한 변경 제어 프로세스를 따르고 변경 사항이 미치는 추가 영향을 평가합니다.

C. 변화를 주도하는 요소에 영향을 미치기 위해 범위 기준선을 관리합니다.

D. 제품이 예상대로 작동하는지 확인하기 위해 고객과 자주 검토합니다.

A. 네트워킹 기술을 활용하여 이해관계자에게 접근하세요.

B. 이해관계자를 위한 이해관계자 참여 계획을 업데이트합니다.

C. 이해관계자와 템플릿을 공유하여 성과물에 대한 피드백을 받으세요.

D. 프로젝트 후원자에게 이해관계자와의 회의를 주선해 달라고 요청하세요.

A. 소프트웨어 개발에는 애자일 방식을, 하드웨어 제공에는 예측 방식을 사용하는 하이브리드 방식이 효과적입니다.

B. 범위가 잘 정의되어 있으므로 예측적 접근 방식이 간단하고 하드웨어와 소프트웨어를 게이트에서 동기화할 수 있습니다.

C. 소프트웨어 개발은 ​​불확실성 수준이 높으므로 이 프로젝트에는 민첩한 접근 방식이 권장됩니다.

D. 제공 가능한 결과물이 상당히 다르므로, 프로젝트를 프로그램으로 구동되는 두 개의 프로젝트로 나누어야 합니다.

A. 기존 팀 구성원에게 SME와 협력하여 활동을 완료하도록 요청합니다.

B. SME를 즉시 참여시키고 나중에 그 영향에 대해 논의하세요.

C. 계획되지 않은 SME의 변경 사항을 무시하도록 팀원에게 지시합니다.

D. SME에게 필요한 모든 변경을 완료하도록 요청하면 시간이 절약됩니다.