타스크: 예외 및 문제점 처리
이 타스크는 프로젝트에서 발생하는 문제점 및 예외에 대한 적절한 정정 조치를 시작하는 방법을 설명합니다.
원칙: 프로젝트 관리
관계
기본 설명

정기적으로 스케줄된 상태 보고 타스크에서 상태 평가가 작성됩니다. 상태 평가 각각은 문제점 또는 "잘못된 사항"을 식별합니다. 이는 프로젝트 문제점(예: 계획 미준수, 인사 문제)이나 제품 문제점(결함, 애매한 요구사항, 기술 부족)이거나 이미 알고 있는 위험일 수 있습니다. 상태 평가를 통해 발생하는 예외를 식별할 수도 있습니다. 예외는 프로젝트 진행에 장애가 되는 문제(예: 장비 가용성, 질문에 응답 가능한 주요 인력의 가용성, 의사 결정의 어려움)로 간주할 수도 있습니다. 프로젝트 관리자는 문제 목록도 유지보수합니다. 문제 목록은 대개 지속적으로 유지보수되므로 일반적으로 상태 평가보다 더 최신 정보를 제공합니다. 이를 통해 이 타스크에 자극이 되는 문제를 기록하고 추적할 수 있습니다.

프로젝트 관리자는 예외 및 문제점 처리 타스크를 호출하여 문제가 알려지면 이를 해결합니다.

단계
예외 및 문제점 평가

첫 번째 단계는 상태 평가 및 문제 목록에 식별된 각각의 문제점을 평가하는 것입니다. 대부분의 프로젝트에서는 이러한 목적을 위해 프로젝트 관리자, 소프트웨어 설계자 및 팀 리더가 참여하는 "문제 관련 회의"를 정기적으로(주로 매주) 주최합니다. 문제점별로 원인 및 프로젝트에 미치는 영향을 식별하고 문제점 해결에 사용할 수 있는 옵션을 파악해야 합니다. 사용 가능한 솔루션이 프로젝트 팀 권한 내에서 구현될 수 있는지 파악해야 합니다.

적절한 정정 조치 파악

다음 단계는 각각의 문제점/예외별로 솔루션에 대해 선호하는 접근 방식을 선택하고 이를 구현하기 위해 수행해야 하는 단계를 파악하는 것입니다. 이러한 접근 방식에서 소프트웨어 개발 계획 또는 제품의 요구사항이나 디자인의 변경이 필요한 경우 변경 요청을 작성하고 프로젝트의 형상 관리 계획에 따른 변경사항을 구현해야 합니다. 접근 방식에 의해 기본 계획이 하나도 변경되지 않는 경우 프로젝트 관리자가 내리는 새로운 작업 지시를 통해 솔루션이 구현될 수 있습니다. 두 경우 모두 선호하는 솔루션이 프로젝트 팀의 권한 밖에 있는 경우 해결책을 위해 문제를 PRA(Project Review Authority) 수준으로 올릴 수 있습니다. 예를 들어, 정정 조치 없이는 현재 반복이 계획된 종료 날짜를 맞출 수 없다는 것을 프로젝트 관리자가 파악한 경우 선호되는 조치는 반복의 범위를 다시 지정하는 것입니다. 왜냐하면 반복에는 시간 제한(timeboxed)이 있기 때문입니다. 이로 인해 반복 끝에서 고객에게 제공해야 하는 산출물이 영향을 받는 경우에는 프로젝트 팀에서 일방적으로 이를 결정할 수 없습니다.

문제 변경 요청 및/또는 작업 지시

문제점 또는 예외 각각에 대한 정정 조치 및 필요한 승인이 일단 결정되면 프로젝트 관리자는 관련된 작업을 문서화하고 작업 시작에 필요한 변경 요청 및/또는 작업 지시를 제기합니다. 다른 수단을 통해 문제 종결이 추적되므로 프로젝트 관리자는 주로 이 시점에서 문제 목록에서 문제를 삭제할 수 있습니다.