타스크: 작업 스케줄 및 지정
이 타스크는 개발 스케줄에 통합되는 승인된 변경 요청에 대해 완료해야 하는 모든 작업에 대해 설명합니다.
목적
반복 중에 발생한 제품 및 프로세스에 대한 승인된 변경(결함, 개선사항)을 수용하기 위해 필요합니다.
관계
역할기본: 추가: 지원:
입력필수: 선택사항: 외부:
  • 없음
출력
기본 설명

반복 시작 시 준비된 반복 계획은 그 당시 알려진 내용만 선택할 수 있습니다. 이는 필요한 전체 기능(기능적 및 비기능적 요구사항)의 증분과 이전 반복에서 남겨진 변경 요청이 됩니다. 그러면 프로젝트 관리자는 반복의 자원 및 스케줄을 결정할 수 있게 됩니다. 결함 허용은 반복 계획으로 빌드되어야 합니다. 내재적으로는 중간 산출물 제품에 할당된 노력에 또는 명시적으로는 특정 활동에 빌드됩니다. 두 번째 방법을 채택하는 것이 권장되며, Rational Unified Process에는 이를 실현 가능하게 하는 타스크가 포함됩니다.

수정사항 우선순위는 변경 제어 관리자가 지정하지만 프로젝트 관리자가 여전히 수정사항 작성 시기를 결정하는 계획 결정권을 가집니다. 그러나 결함이 발견된 반복에서 결함 정정을 시도해야 하며 반복 시작 시 계획된 자원으로 이 작업을 수행할 수 있어야 합니다. 반복 종료 시에도 수정되지 못한(발견되지 않은) 결함이 있을 수 있지만(반복이 시간 제한되므로) 반복이 성공적으로 간주되려면 어떤 이유로든 많은 결함이 심각하지 않거나 우선순위가 높게 지정되지 않아야 합니다.

사소한 개선사항 요청 이외의 예상치 못한 사항에 대해서는 거의 허용되지 않습니다. 근본적인 개선사항 변경 요청이 현재 반복에서 허용되는 경우 프로젝트 관리자는 다른 계획된 기능을 다음 반복으로 미루거나 변경을 담당할 추가 자원을 배정하여 다시 계획해야 합니다. 일반적으로 이런 개선사항 요청은 다음 반복 또는 더 이후로 미뤄지고 일반 반복 계획 주기의 파트가 됩니다.

단계
변경 요청을 반복에 할당

변경 요청이 점검되고 프로젝트 관리자는 유형, 우선순위, 심각도를 기반으로 수정해야 하는 반복을 결정합니다. 변경 요청이 이후 반복까지 보류되는 경우 프로젝트 관리자는 단순히 이후 반복을 다시 계획하여(소프트웨어 개발 계획에서) 변경 요청 영향이 현재 파악되고 이후의 예상치 못한 작업 발생을 막기 위해 자원 확보 타스크가 가능한 빨리 시작되도록 합니다.

책임 배정

프로젝트 관리자는 변경 구현을 책임지는 조직 위치를 결정합니다.

작업 및 예상 산출물 설명

변경 요청은 필수 변경의 아웃라인에 설명을 포함해야 합니다(변경 요청이 이미 분석 및 승인되었으므로). 이 단계에서는 수행 및 생성되어야 하는 내용을 포함하는 명확한 설명으로 설명이 정제됩니다.

예산 노력 및 기타 자원

프로젝트 관리자는 변경 요청 책임자와 논의하여 변경 요청의 노력 및 기타 자원 예상을 확정 계획 예상으로 정제하고 잭임자는 이를 확약합니다.

스케줄 설정

변경 요청이 현재 반복에서 구현되는 경우 프로젝트 관리자가 지정된 책임을 살펴보고 시작 날짜 및 작업 예상 기간을 설정합니다.

다시 계획

필요한 경우 현재 반복 계획을 수정하고 이후 반복에 미치는 영향을 소프트웨어 개발 계획에 반영해야 합니다. 계획을 다시 세우게 되면 결과적으로 프로젝트 관리자는  타스크: 예외 및 문제점 처리를 호출하여 프로젝트 상태를 새 계획의 일부로 설정합니다(특히 계획된 기능이 이후 반복으로 보류되어 현재 계획이 자원 부족 또는 저하 영향을 받는 경우).

작업 지시 발행

수행 작업, 스케줄, 책임 등을 정의하는 작업 지시는 프로젝트 관리자가 발행합니다. 해당 노력이 예산 책정되는 활동(작업분류체계(WBS)의)이 작업 지시에 식별됩니다.



특성
다중 발생
이벤트로 구동됨
진행 중임
선택사항
계획됨
반복 가능함
자세한 정보