작업(CMMI)

이 항목에서는 작업(task) 작업 항목의 세부 정보를 작성하는 방법에 대해 배울 수 있습니다. 작업(task)은 수행해야 할 작업이 있음을 알리는 것입니다. 개발 작업을 예상하는 방법에 대한 자세한 내용은 개발 작업 구현을 참조하십시오.

이 작업 항목 형식을 만드는 방법에 대한 자세한 내용은 작업 항목 및 워크플로(CMMI)를 참조하십시오.

항목 내용	관련 항목
작업 정의 다른 작업 항목에 작업 연결 작업에 세부 정보, 첨부 파일 또는 하이퍼링크 추가 작업의 상태 변경	프로세스 지침 프로젝트 계획(CMMI) 반복 활동 반복 계획(CMMI) 개발 작업 구현 통합 문서 심사 통합 문서(CMMI) 대시보드 및 보고서 내 대시보드(CMMI) 진행률 대시보드(CMMI) 번다운(Burndown) 및 진행 속도 보고서(CMMI) 남은 작업 보고서 모든 반복의 상태 보고서 필드 참조 제목, ID, 설명 및 기록(CMMI) 할당, 워크플로 및 계획(CMMI) 영역 및 반복 작업량, 일정 및 목표 날짜(CMMI) 작업 항목 연결(CMMI) 첨부 파일

필요한 권한

작업을 보려면 Readers 그룹의 멤버이거나 이 노드의 작업 항목 보기 권한이 허용으로 설정되어 있어야 합니다. 작업을 만들거나 수정하려면 Contributors 그룹의 멤버이거나 이 노드의 작업 항목 편집 권한이 허용으로 설정되어 있어야 합니다. 자세한 내용은 권한 관리를 참조하십시오.

작업 정의

각 팀 멤버는 수행해야 할 작업을 나타내도록 작업(Task)을 정의할 수 있습니다. 예를 들어 개발자는 요구 사항을 구현하도록 개발 작업을 정의할 수 있습니다. 테스터는 테스트 사례 쓰기 및 실행 작업을 할당하도록 테스트 작업을 정의할 수 있습니다. 팀 멤버는 작업을 사용하여 재발을 나타내거나 예비 테스트를 수행해야 함을 나타낼 수도 있습니다. 또한 팀 멤버는 프로젝트에 대한 일반 작업을 나타내도록 작업을 정의할 수 있습니다.

작업의 작업 항목 폼은 다음 그림에 나오는 필드와 탭에 데이터를 저장합니다.

   

작업을 정의할 때는 제목을 정의해야 합니다. 다른 모든 필드는 비워 두거나 기본값을 적용할 수 있습니다.

단일 작업을 정의하려면

1. 작업 항목 폼의 최상위 섹션에서 다음 정보 유형 중 하나 이상을 지정합니다.

   • 제목에서 제목을 확인하고 필요한 경우 업데이트하여 수행할 작업 영역을 효율적으로 정의합니다.

     제목은 수행할 작업에 대한 간략한 개요를 제공합니다. 영향을 받는 제품 영역과 어떻게 영향을 받는지를 팀에서 이해할 수 있도록 서술적인 제목을 지정해야 합니다.

   • 작업 형식 목록에서 팀 멤버가 구현할 작업의 종류를 클릭합니다.

     정정 작업, 완화 작업 또는 계획됨 값 중 하나를 지정할 수 있습니다.

   • 담당자 목록에서 해당 작업 소유자를 클릭합니다.

     참고

     작업 항목은 Contributors 그룹의 멤버에게만 할당할 수 있습니다.

     작업 담당자를 지정하지 않으면 본인에게 자동으로 할당됩니다.

     참고

     각 작업에는 한 명의 리소스만 할당할 수 있습니다. 여러 팀 멤버가 동일한 작업을 수행할 경우 작업을 개별 작업이나 하위 작업으로 나눈 다음 각각을 한 명의 팀 멤버에게 할당합니다.

   • 상태 목록에서 기본값 제안됨을 그대로 둡니다.

     기본적으로 이유의 값은 신규입니다. 이 필드에 대한 설명 및 이 필드를 사용하여 워크플로를 추적하는 방법에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 작업의 상태 변경을 참조하십시오.

   • 영역 및 반복 목록에서 적절한 영역이나 반복을 클릭하거나, 나중에 계획 회의 중 할당하도록 이 필드를 공백으로 남겨 둡니다.

     참고

     각 팀 프로젝트 관리자는 해당 프로젝트에 대한 영역 및 반복 경로를 정의하므로 팀에서 이러한 지정을 통해 진행률을 추적할 수 있습니다. 자세한 내용은 영역 및 반복 만들기 및 수정을 참조하십시오.

   • 분야 목록에서 작업을 완료할 팀 멤버의 분야를 클릭합니다. 분석, 사용자 경험, 사용자 교육, 개발 또는 테스트 값 중 하나를 지정할 수 있습니다.

   • 우선 순위 목록에서 1부터 4까지의 값 중 하나를 클릭하여 작업의 중요도를 지정합니다. 1이 가장 중요합니다.

     기본값은 2입니다.

   • 심사 목록에서 심사 하위 상태를 클릭합니다.

     유효한 값은 보류 중(기본값), 추가 정보, 받은 정보 및 심사됨입니다. 이 필드는 제안됨 상태의 작업에 대한 심사 수준을 식별합니다.

   • 문제로 인해 작업 해결이 중단되고 있으면 차단됨 목록에서 예를 클릭합니다.

2. 자세히 탭에서 다음 정보 유형을 지정합니다.

   • 설명 상자에 수행할 작업을 설명하는 세부 정보를 원하는 만큼 입력합니다.

   • 기록 레코드의 일부분으로 캡처할 설명을 기록 상자에 입력합니다.

     팀 멤버가 작업 항목을 업데이트할 때마다 작업 항목 기록에 변경 날짜, 변경한 팀 멤버 및 변경된 필드가 표시됩니다.

3. 기타 탭에서 다음 정보 유형을 지정합니다.

   • 작업에 공식 검토가 필요하면 검토 필요 목록에서 예를 클릭합니다.

     예를 클릭한 경우 작업에서 검토 작업 항목으로 연결하는 링크를 추가해야 합니다.

   • 작업에 테스트가 필요하면 테스트 필요 목록에서 예를 클릭합니다.

     예를 클릭한 경우 작업에서 테스트 사례 작업 항목으로 연결하는 링크를 추가해야 합니다.

   • 통합 위치에서 작업을 만들 때 빌드를 지정하지 마십시오. 작업을 해결할 때 작업을 통해 만들어진 코드를 통합하는 빌드의 이름을 입력합니다.

   • 원래 예상 값에서 작업을 완료하는 데 걸리는 작업 시간을 나타내는 숫자를 입력합니다.

     중요

     작업을 여러 개의 하위 작업으로 나누는 경우 하위 작업의 시간만 지정합니다. Team Foundation 보고서에서 하위 작업에 대해 정의한 시간은 부모 작업 및 요구 사항의 요약 값에 대해 롤업됩니다. 두 곳 모두에 시간을 지정하면 시간을 추적하는 보고서에서 시간이 두 번 계산됩니다. 이러한 경우를 해결하는 방법에 대한 자세한 내용은 요약 값에 게시된 잘못된 주소을 참조하십시오.

   • 완료됨에 0을 입력하여 완료된 작업이 없음을 지정합니다.

   • 남은 일 수에 원래 예상 값에 지정한 것과 동일한 값을 입력합니다.

   • 팀에서 원래 예상 값, 완료됨 및 남은 일 수 필드를 사용하여 팀 용량, 번다운(burndown) 및 진행 속도를 결정하는 경우 작업을 수행하면서 완료됨 및 남은 일 수 필드를 업데이트할 수 있습니다. 또한 이러한 필드는 프로젝트 계획을 예약하는 데 사용할 수 있는 Office Project와 동기화됩니다. 자세한 내용은 Microsoft Project를 사용하여 작업 예약 및 리소스 할당을 참조하십시오.

     참고

     작업 계층 구조, 시작 날짜 및 완료 날짜 필드는 읽기 전용입니다. 이러한 필드는 Office Project에서 기록하는 정보를 지정합니다. 자세한 내용은 Microsoft Project를 사용하여 작업 예약 및 리소스 할당을 참조하십시오.

4. 구현 및 모든 링크 탭에서 작업을 요구 사항, 변경 요청, 버그, 문제 등의 다른 작업 항목에 연결하는 링크를 만듭니다.

   첨부 파일 탭에서 완료할 작업에 대한 자세한 정보를 제공하는 사양, 이미지 또는 기타 파일을 첨부합니다.

   자세한 내용은 이 항목의 뒷부분에 있는 다음 단원을 참조하십시오.

   • 다른 작업 항목에 작업 연결

   • 작업에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

5. 작업 항목 저장을 클릭합니다.

   참고

   작업을 저장하면 작업 항목 도구 모음 아래에 식별자가 나타납니다.

다른 작업 항목에 작업 연결

작업과 다른 작업 항목 간에 관계를 만들면 종속성을 추적하고 관련 정보를 더 빠르게 찾을 수 있습니다. 작업의 작업 항목 폼에서 작업에 자동으로 연결되는 작업 항목을 만들거나, 기존 작업 항목에 대한 링크를 만들 수 있습니다.

특정 형식의 링크 및 특정 형식의 작업 항목에 대한 링크를 만들려면 구현 및 모든 링크 탭을 사용합니다. 각 탭에 적용되는 제한 사항에 대한 자세한 내용은 작업 항목 연결(CMMI)을 참조하십시오.

요구 사항에 작업을 연결하여 팀에서 각 요구 사항을 완료하기 위해 수행한 작업의 진행률을 추적할 수 있습니다.

하위 작업 또는 기타 작업 항목을 만들고 작업에 연결하려면

1. 작업의 작업 항목 폼을 열고 다음 작업 중 하나를 수행합니다.

   • 요구 사항 또는 작업을 만들고 연결하려면 구현 탭을 클릭한 다음 새로 만들기를 클릭합니다.

   • 하나 이상의 다른 작업 항목 형식에 연결하려면 모든 링크 탭을 클릭한 다음 새로 만들기를 클릭합니다.

   링크된 새 작업 항목 추가 대화 상자가 열립니다.

   

2. 링크 형식 목록에서 기본값을 그대로 두거나 다음 옵션 중 하나를 클릭합니다.

   • 하위 작업에 대한 링크를 만들려면 자식을 클릭합니다.

   • 부모 작업 또는 요구 사항에 대한 링크를 만들려면 부모를 클릭합니다.

   • 테스트 사례에 대한 링크를 만들려면 테스트한 사람을 클릭합니다.

   • 다른 형식의 작업 항목에 대한 링크를 만들려면 관련 또는 추적할 관계를 나타내는 다른 링크 형식을 클릭합니다.

3. 작업 항목 형식 목록에서 만들 작업 항목의 형식을 클릭합니다.

4. 제목에 간단하지만 구체적인 설명을 입력합니다.

5. (선택 사항) 설명에 추가 정보를 입력합니다.

6. 확인을 클릭합니다.

   지정된 작업 항목 형식에 대한 폼이 열리고 제공된 정보가 표시됩니다.

7. 다음 항목에 설명된 대로 나머지 필드를 지정합니다.

   • 버그(CMMI)

   • 변경 요청(CMMI)

   • 테스트 사례(Agile)

   • 문제(CMMI)

   • 위험(CMMI)

   • 검토(CMMI)

8. 작업 항목 저장을 클릭합니다.

작업에 기존 작업 항목을 여러 개 연결하려면

1. 작업의 작업 항목 폼을 열고 다음 작업 중 하나를 수행합니다.

   • 하나 이상의 요구 사항 또는 작업에 연결하려면 구현 탭을 클릭한 다음 링크 대상을 클릭합니다.

   • 하나 이상의 다른 작업 항목 형식에 연결하려면 모든 링크 탭을 클릭한 다음 링크 대상을 클릭합니다.

   작업에 대한 링크 추가 대화 상자가 열립니다.

   

2. 링크 형식 목록에서 기본값을 그대로 두거나 다음 옵션 중 하나를 클릭합니다.

   • 요구 사항에 대한 링크를 만들려면 부모를 클릭합니다.

   • 하위 작업에 대한 링크를 만들려면 자식을 클릭합니다.

   • 다른 형식의 작업 항목에 대한 링크를 만들려면 관련 또는 추적할 관계를 나타내는 다른 링크 형식을 클릭합니다.

3. 찾아보기를 클릭합니다.

   링크된 작업 항목 선택 대화 상자가 나타납니다.

   

4. 작업 항목 ID에 항목을 입력하거나 연결할 항목을 찾습니다.

   팀 쿼리를 실행하여 연결할 작업 항목을 찾을 수도 있습니다. 이러한 쿼리에는 제품 요구 사항, 미해결 작업, 미해결 테스트 사례, 활성 버그, 변경 요청 및 차단된 작업 항목이 포함됩니다.

5. 요구 사항에 연결할 각 작업 항목 옆에 있는 확인란을 선택합니다.

   자세한 내용은 연결하거나 가져올 작업 항목 찾기를 참조하십시오.

6. (선택 사항) 연결할 작업 항목에 대한 설명을 입력합니다.

7. 확인을 클릭한 다음 작업 항목 저장을 클릭합니다.

   참고

   작업 및 작업이 연결된 작업 항목이 둘 다 업데이트됩니다.

작업에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

구현을 지원하는 작업에 정보를 추가할 수 있습니다. 다음 방법으로 작업에 세부 정보를 추가할 수 있습니다.

• 설명 필드나 기록 필드 또는 두 필드 모두에 정보를 입력합니다.

• 파일을 첨부합니다.

  예를 들어 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 기타 형식의 파일을 첨부할 수 있습니다.

• 서버나 웹 사이트에 저장된 파일 또는 웹 사이트에 대한 하이퍼링크를 추가합니다.

작업에 세부 정보를 추가하려면

1. 정보 탭에서 다음 정보 유형을 지정합니다.

   • 설명에 정보를 입력합니다.

   • 기록에 정보를 입력합니다.

     정보에 서식을 지정하여 강조하거나 글머리 기호 목록을 표현할 수 있습니다. 자세한 내용은 제목, ID, 설명 및 기록(CMMI)을 참조하십시오.

2. 작업 항목 저장을 클릭합니다.

작업에 첨부 파일을 추가하려면

1. 첨부 파일 탭에서 다음 작업 중 하나를 수행합니다.

   • 파일을 첨부 파일 영역으로 끕니다.

   • 을 클릭하거나 Ctrl+V를 눌러 복사한 파일을 붙여넣습니다.

   • 추가를 클릭한 다음 찾아보기를 클릭합니다. 첨부 파일 대화 상자에서 첨부할 파일의 이름을 입력하거나 찾습니다.

     (선택 사항) 설명 상자에 첨부 파일에 대한 추가 정보를 입력할 수 있습니다. 첨부 파일 대화 상자를 닫으려면 확인을 클릭합니다.

2. 작업 항목 저장을 클릭합니다.

작업에 하이퍼링크를 추가하려면

1. 모든 링크 탭에서 링크 대상을 클릭합니다.

   

2. 링크 형식 목록에서 하이퍼링크를 클릭합니다.

3. 주소 상자에서 다음 작업 중 하나를 수행합니다.

   • 링크 대상이 웹 사이트인 경우 URL을 입력하거나 인터넷 브라우저에서 주소를 복사하여 주소 상자에 붙여넣습니다.

   • 대상이 서버 위치인 경우 UNC 이름 형식으로 주소를 입력합니다.

4. (선택 사항) 설명 상자에 하이퍼링크에 대한 추가 정보를 입력합니다.

5. 확인을 클릭한 다음 작업 항목 저장을 클릭합니다.

작업의 상태 변경

팀에서 작업의 상태를 다음 값 중 하나로 설정하여 작업 진행률을 추적할 수 있습니다.

• 제안됨

• 활성

• 해결됨

• 완료

팀 멤버가 작업을 만들면 기본적으로 이 작업은 제안됨 상태로 설정됩니다. 팀에서 현재 반복에 대한 작업을 승인하면 작업의 상태를 활성으로 변경하고 작업을 구현할 하위 작업을 만들 수 있습니다. 팀 멤버가 작업을 완료하면 작업의 상태를 활성에서 해결됨으로 변경하고, 작업이 검토되거나 확인되었으면 작업의 상태를 해결됨에서 닫힘으로 변경합니다.

모든 팀 멤버가 작업의 상태를 변경할 수 있습니다. 또한 이 항목의 뒷부분에 설명된 대로 기타 이유로 인해 작업이 닫힐 수 있습니다.

작업 항목 상태를 추적하는 데 사용할 수 있는 데이터 필드에 대한 자세한 내용은 할당, 워크플로 및 계획(CMMI)을 참조하십시오.

작업을 닫으려면

1. 작업의 작업 항목 폼을 엽니다.

2. 상태 목록에서 활성, 해결됨 또는 닫힘을 클릭합니다.

   • 상태를 제안됨에서 활성으로 변경하면 이유 필드가 승인됨으로 변경됩니다.

   • 상태를 활성에서 해결됨으로 변경하면 이유 필드가 완료로 변경됩니다.

   • 상태를 해결됨에서 닫힘으로 변경하면 이유 필드가 검토/테스트 성공으로 변경됩니다.

3. 상태를 활성에서 닫힘으로 변경하는 경우 이유 목록에서 그 의도에 맞는 옵션을 클릭합니다.

   유효한 옵션은 완료되었으며 검토/테스트 필요하지 않음(기본값), 연기됨, 무시, 다른 작업 결과로 해결됨(OBE) 및 취소됨입니다.

4. 작업 항목 저장을 클릭합니다.

일반적인 워크플로 진행: 팀 멤버가 작업을 만듭니다. 이 작업은 기본 상태 제안됨, 기본 이유 신규로 설정됩니다. 팀 멤버가 기본 이유가 승락됨인 상태에서 제안됨에서 활성으로 상태를 변경합니다. 팀 멤버가 작업(Task)이 나타내는 작업을 완료하면 활성에서 해결됨으로 상태를 변경합니다. 팀에서 작업이 완료되었음을 확인하면 팀 멤버가 해결됨에서 닫힘으로 상태를 변경합니다. 일반적이 아닌 전환: 팀 멤버가 기본 이유가 거부됨인 상태에서 제안됨에서 닫힘으로 상태를 변경합니다. 팀 멤버가 기본 이유가 확인 완료인 상태에서 활성에서 제안됨으로상태를 변경합니다. 팀 멤버가 작업이 적절하지 않거나 범위를 벗어난다고 판단하고 활성에서 닫힘으로 상태를 변경합니다. 작업의 검토 또는 확인 테스트가 실패합니다. 따라서 팀 멤버가 기본 이유가 검토/테스트 실패인 상태에서 해결됨에서 활성으로 상태를 변경합니다. 팀 멤버가 실수로 작업이 닫혔다고 판단하고 닫힘에서 활성으로 상태를 변경합니다.

작업 상태 다이어그램

제안됨(신규)

제안된 작업은 팀에서 아직 동의하지 않았지만 수행되어야 하는 작업을 나타냅니다. 팀에서 심사 프로세스 중에 제안된 작업을 심사하고 승인하거나 거부합니다.

팀 멤버가 작업을 만들면 다음 데이터가 자동으로 캡처됩니다.

• 만든 사람: 작업을 만든 팀 멤버의 이름입니다.

• 만든 날짜: 작업이 만들어진 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

제안됨 상태에서 활성 상태로

팀 멤버는 다음 표에 기술된 이유로 인해 작업의 상태를 제안됨에서 활성으로 변경할 수 있습니다.

이유	용도	수행할 추가 작업
승인됨	심사 위원회가 현재 반복에서 구현하기 위해 작업을 승인하는 경우	구현을 담당할 팀 멤버에게 작업을 할당합니다.
확인	심사 위원회가 작업이 구현되어야 할지 여부를 결정하기 전에 팀에서 고객 영향을 확인해야 한다고 판단하는 경우	확인이 끝나면 작업을 제안됨 상태로 되돌립니다.

팀 멤버가 작업을 활성화하면 다음 데이터가 캡처됩니다.

• 활성화한 사람: 작업을 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 작업이 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 작업의 상태가 변경된 날짜 및 시간입니다.

제안됨 상태에서 닫힘 상태로

심사 위원회가 작업이 구현될 수 없거나 요구 사항 또는 제품에 더 이상 필요하지 않다고 판단하는 경우 팀 멤버는 제안됨 상태의 작업을 닫을 수 있습니다. 기본 이유는 거부됨입니다.

팀 멤버가 작업을 닫으면 다음 데이터가 캡처됩니다.

• 닫은 사람: 작업을 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 작업이 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 작업의 상태가 변경된 날짜 및 시간입니다.

활성

활성 작업은 팀에서 작업할 일부 작업 요소를 승인했음을 나타냅니다. 모든 활성 작업은 소유자에게 할당되어야 합니다. 작업은 팀에서 구현되는 동안 활성 상태로 유지됩니다. 작업이 할당된 팀 멤버는 작업 시간을 완료됨 및 남은 일 수로 업데이트하여 작업량을 추적합니다.

활성 상태에서 해결됨 상태로

코드 개발이나 문서 작성과 같이 작업(Task)이 나타내는 작업이 완료되고 이제 테스트를 통한 검토나 동료와의 검토가 필요한 경우 팀 멤버가 활성 작업을 해결합니다. 기본 이유는 완료 및 검토/테스트 필요입니다.

팀 멤버가 활성 작업을 해결하면 다음 데이터가 캡처됩니다.

• 해결한 사람: 작업을 해결한 팀 멤버의 이름입니다.

• 해결된 날짜: 작업이 해결된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 작업의 상태가 변경된 날짜 및 시간입니다.

활성 상태에서 닫힘 상태로

팀 멤버는 활성 작업을 닫을 때 다음 표에 기술된 이유 중 하나를 지정해야 합니다.

이유	용도	수행할 추가 작업
완료되었으며 검토/테스트 필요하지 않음(기본값)	작업에 검토나 테스트가 필요하지 않으면 작업을 해결할 필요 없이 닫을 수 있습니다.	없음
연기됨	현재 반복에서 작업을 수행할 수 없는 경우. 팀에서 시간이 부족하거나 차단 문제가 발생하여 작업할 수 없기 때문에 작업을 지연할 수 있습니다.	반복 필드를 작업을 구현할 해당 반복으로 업데이트하거나 백로그로 설정합니다.
잘라내기	요구 사항 또는 문제와 같은 원래 작업 항목이 닫히고 작업 대상이 아닌 경우	없음
다른 작업 결과로 해결됨(OBE)	뭔가가 발생해서 작업의 필요성이 없어진 경우 작업이 다른 작업 결과로 해결됨으로 닫힙니다. 일반적으로 작업(Task)과 동일한 작업을 수행하는 추적되지 않는 활동으로 인해 이러한 상황이 발생합니다.	없음
취소됨	작업(Task)이 나타내는 작업이 제품을 완료하는 데 더 이상 필요하지 않은 경우	없음

팀 멤버가 작업을 닫으면 다음 데이터가 자동으로 캡처됩니다.

• 닫은 사람: 작업을 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 작업이 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 작업의 상태가 변경된 날짜 및 시간입니다.

해결됨

해결된 작업이 완료됩니다. 작업의 출력이 검토되거나 테스트되어야 하며 적합한 경우 닫혀야 합니다. 출력이 적합하지 않은 경우에는 추가 작업을 위해 작업이 활성 상태로 되돌아갑니다. 작업이 완료되면 작업을 담당하는 팀 멤버가 작업을 해결합니다. 또는 팀 멤버가 기타 이유로 작업이 해결되거나 닫혀야 한다고 판단할 수 있습니다.

해결됨 상태에서 닫힘 상태로

작업의 출력에 대한 검토나 테스트를 통과하면 팀 멤버가 작업을 검토/테스트 성공으로 닫습니다.

팀 멤버가 작업을 닫으면 다음 데이터가 자동으로 캡처됩니다.

• 닫은 사람: 작업을 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 작업이 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 작업의 상태가 변경된 날짜 및 시간입니다.

해결됨 상태에서 활성 상태로

작업의 출력에 대한 검토나 테스트가 실패하면 팀 멤버가 해결됨 상태의 작업을 검토/테스트 실패로 다시 활성화할 수 있습니다.

팀 멤버가 해결됨 상태의 작업을 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

• 활성화한 사람: 작업을 다시 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 작업이 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

완료

닫힌 작업은 현재 제품 버전에서 작업에 대해 추가 작업이 수행될 필요가 없음을 의미합니다. 개발 작업은 코드 변경 내용이 통합된 후 닫힙니다. 테스트 작업은 해당 영역에 대한 모든 테스트가 완료되면 닫힙니다.

닫힘 상태에서 활성 상태로

팀 멤버는 다음 표에 기술된 이유로 닫힌 작업을 다시 활성화할 수 있습니다.

이유	용도	수행할 추가 작업
다시 활성화됨(기본값)	작업이 이전 반복에서 지연되었고 이제 현재 반복에서 완료될 수 있는 경우	작업에 대해 정의된 정보 및 연결된 작업 항목을 검토하여 데이터를 업데이트해야 하는지 여부를 확인합니다.
실수로 닫힘	작업이 실수로 닫힌 경우	작업에 대해 정의된 정보 및 연결된 작업 항목을 검토하여 데이터를 업데이트해야 하는지 여부를 확인합니다.

팀 멤버가 작업을 다시 활성화하면 담당자 필드에 작업을 닫은 팀 멤버의 이름이 자동으로 채워집니다. 팀 멤버가 닫힌 작업을 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

• 활성화한 사람: 작업을 다시 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 작업이 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 작업(Task) 작업 항목의 상태가 변경된 날짜 및 시간입니다.

참고 항목

개념

MSF for CMMI Process Improvement v5.0

기타 리소스

요구 사항(CMMI)

아티팩트(CMMI)

작업 항목 및 워크플로(CMMI)