A. 프로젝트 헌장의 필요성에 대해 동료들과 이야기하세요.

B. 프로젝트 헌장을 개발하고 승인을 위해 보냅니다.

C. 범위와 성과물에 대한 합의를 보장하고 프로젝트 관리자의 책임을 정의하기 위해 프로젝트 헌장이 필요하다는 점을 설명합니다.

D. 특히 성과물과 이정표가 프로젝트 관리 계획에 포함되어 있기 때문에 프로젝트에 프로젝트 헌장이 필요하지 않다는 데 동의합니다.

A. 이 개발자를 인정할 수 있는 기회(또는 프로젝트 팀)를 만듭니다.

B. 팀 및 사본 관리에 감사 이메일을 보냅니다.

C. 개발자의 동기와 관심사에 따라 보상합니다.

D. 인정서를 인쇄하여 회의 중 개발자에게 제시합니다.

A. 일정을 변경할 수 없으므로 계획대로 작업을 계속 진행하라고 팀에 조언합니다.

B. 회사에 미치는 변화와 그 중요성에 대해 논의하기 위해 팀 회의를 조직합니다.

C. CEO가 변경 사항을 결정했으며 반드시 구현해야 한다는 점을 팀에 알립니다.

D. 프로젝트 후원자에게 팀의 불만 사항을 알리고 초과 근무에 대한 수당을 요청합니다.

A. 프로젝트 후원자에게 이메일 초대장을 보내 프로젝트 팀의 모든 주간 회의에 참석하고 후원자가 시간을 내어 참석할 수 있기를 바랍니다.

B. 프로젝트 상태와 주요 관심사를 요약한 이메일을 프로젝트 후원자에게 보내고 이에 대해 논의하기 위한 즉각적인 대면 회의를 요청합니다.

C. 주요 위험과 문제를 강조하는 업데이트된 프로젝트 상태 보고서를 계속 이메일로 보내고 프로젝트 후원자가 회의를 요청할 때까지 기다립니다.

D. 지연 및 영향을 개략적으로 설명하는 위험 분석을 완료하고 위험 등록부 사본을 이메일로 보내 프로젝트 후원자에게 응답을 촉구합니다.