활동: 프로젝트 모니터 및 제어
이 활동은 프로젝트 상태 모니터링, 이해 당사자(stakeholder)에 대한 보고 및 문제 처리와 같이 매일 반복적으로 수행되는 프로젝트 관리자의 작업을 캡처합니다.
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
관계
상위 활동
설명

이 활동은 다음 사항을 포함하여 프로젝트 관리자의 계속적인 일일 작업을 캡처합니다.

  • 변경 제어 관리자가 인가한 변경 요청을 처리하고 현재 또는 향후 반복에 대한 요청 스케줄 조정
  • 활성 위험성과 진행상태 및 품질의 객관적인 척도를 통해 지속적인 프로젝트 모니터링
  • 프로젝트 상태를 상태 평가에 기록하여 PRA(Project Review Authority)에 정기적으로 보고(PRA는 프로젝트 관리자가 보고해야 하는 조직 엔티티)
  • 타스크: 프로젝트 상태 모니터의 문제점 처리와 중간 산출물: 문제점 해결 계획에 따라 완결. 이 작업을 수행하려면 프로젝트 관리자가 단독으로 권한을 부여할 수 없는 작업에 대해 변경 요청을 발행해야 합니다.
특성
이벤트로 구동됨
다중 발생
진행 중임Yes
선택사항
계획됨
반복 가능함
인력 구성

프로젝트 관리자에게는 이 원칙 파트에 대한 다양한 조직, 계획, 커뮤니케이션, 시간 관리, 분류 및 분석 스킬이 필요합니다. 관리 검토자는 성공적인 프로젝트 관리 경험과 조직의 비즈니스 정책 및 관련 사례에 대한 깊은 통찰력을 보유해야 하며 프로젝트의 재무 성과를 평가하고 계약상 의무를 실행할 수 있어야 합니다.

사용법
사용법 안내

이 활동은 모든 단계(Phase)의 모든 반복에서 발생합니다. 따라서 언제라도 문제가 발생할 수 있습니다. 다른 활동의 시간 계획은 프로젝트에 맞게 사용자 조정됩니다. 예를 들어, 프로젝트 관리자는 매주 메트릭 보고서를 생성하거나 매월 PRA에 보고할 수 있습니다.

프로젝트 관리자는 프로젝트에 대한 정보(예: 메트릭) 콜렉션 및 축소를 자동화는 메커니즘을 제공해야 합니다. 또한 콜렉션 및 계산이 아닌 트렌드를 분석하는 데 시간을 투자해야 합니다. 프로젝트에 대해 발생하는 문제점을 해결하는 책임은 궁극적으로 프로젝트 관리자에게 있습니다. 그러나 소프트웨어 설계자에게 위임되어야 하는 기술적인 문제점의 클래스도 있습니다(예: 솔루션). 이러한 경우 프로젝트 관리자의 역할은 제안된 솔루션을 구현하는 것이며 이로 인해 프로젝트 관리자가 해결해야 하는 부차적인 문제점(예를 들어, 자원 부족)이 발생할 수 있습니다. 이는 프로젝트 관리자와 기술 담당자 간에 필요한 신뢰의 유형을 보여주는 예입니다. 즉, 프로젝트 관리자는 소프트웨어 설계자가 우수한 기술 솔루션을 고안할 수 있을 것으로 기대하고 소프트웨어 설계자는 프로젝트 관리자가 솔루션 구현을 위한 하부 구조 및 자원을 제공함으로써 계약 및 재무적인 제한조건을 해결해줄 것으로 기대합니다.