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

팀에서는 작업 항목을 사용하여 제품 및 제품 기능의 개발을 추적, 모니터링 및 보고합니다. 작업 항목은 팀 멤버가 Visual Studio Team Foundation Server에서 정의, 할당, 우선 순위 및 작업 상태를 기록하기 위해 만드는 데이터베이스 레코드입니다. MSF for CMMI Process Improvement v5.0의 프로세스 템플릿은 요구 사항, 작업, 변경 요청, 버그, 문제, 위험, 검토, 테스트 사례 및 공유 단계라는 9가지 작업 항목 형식을 정의합니다. 테스트 사례와 공유 단계는 특히 Test Runner 및 Microsoft Test Manager에서 사용하기 위한 것입니다.

항목 내용 요구 사항, 작업 및 기타 작업 항목 정의 요구 사항, 작업 또는 다른 작업 항목 형식 만들기 한 번에 많은 요구 사항, 작업 또는 기타 작업 항목 만들기 다른 작업 항목에 자동으로 연결되는 작업 항목 만들기 테스트 및 랩 관리자를 사용하여 테스트 사례 및 테스트 계획 만들기 Test Runner와 테스트 및 랩 관리자를 사용하여 버그 열기 및 추적 할당된 작업 항목 보기 작업 항목 형식 및 관련 작업 사용자 지정

작업 항목을 만들려면 팀 탐색기에서 팀 프로젝트를 열고 작업 항목을 마우스 오른쪽 단추로 클릭한 다음 만들려는 작업 항목의 형식을 클릭합니다.

개별 작업 항목을 정의하고 공용 데이터베이스 및 메트릭 웨어하우스에서 저장하면 프로젝트 상태를 확인할 수 있습니다. 다음 그림과 같이 작업 항목, 작업 항목 사이의 링크 및 첨부 파일은 작업 항목을 추적하는 Team Foundation 데이터베이스에 모두 저장됩니다.

요구 사항, 작업 및 기타 작업 항목 정의

작업 항목 폼에서 작업 항목에 대한 정보를 지정하고 업데이트할 수 있습니다. 이 단원의 항목에서는 각 작업 항목 폼 내에서의 작업 방법을 자세히 설명합니다.

작업	관련 내용
기능 및 작업 요구 사항 정의 및 추적. 팀에서는 제품이 고객 문제를 처리하는 방법을 캡처하고 추적하기 위해 요구 사항을 만듭니다. 또한 요구 사항을 사용하여 시나리오와 서비스 품질, 안전, 보안, 기능, 작업 및 사용자 인터페이스 기준을 설명합니다. 요구 사항은 워크플로 상태 제안됨, 활성, 해결됨 및 닫힘을 이동합니다.	요구 사항(CMMI)
변경 요청 추적 및 승인. 팀에서는 변경 요청을 사용하여 제품이나 기준의 일부에 대해 제안된 변경을 추적할 수 있습니다. 팀 멤버는 구성 관리 시스템에 있는 작업 산출물에 대해 변경이 제안된 경우 변경 요청을 만들어야 합니다. 변경 제어 위원회는 제안된 변경을 분석한 다음 승인하거나 거부해야 합니다. 위원회가 변경 요청을 승인하면 팀에서는 변경을 구현하기 위해 작업을 생성합니다. 변경 요청의 워크플로 상태는 제안됨, 활성, 해결됨 및 닫힘 순서로 전환됩니다.	변경 요청(CMMI)
작업 추적 및 예측. 팀에서는 요구 사항이나 다른 작업 영역을 구현하는 데 필요한 시간을 추적하기 위해 작업을 만듭니다. 작업은 하루에서 이틀 내에 수행할 수 있는 단위의 작업을 나타냅니다. 큰 작업은 작은 하위 작업으로 나눌 수 있습니다. 작업을 만들어 코드를 개발하거나, 테스트를 디자인 및 실행하거나, 버그를 해결하거나, 재발 테스트를 수행하기 위한 작업을 추적할 수 있습니다. 또한 작업을 만들어 팀에서 수행해야 하는 일반 작업을 지원할 수 있습니다. 각 작업의 작업 시간을 추적하여 팀에서 프로젝트의 진행률을 파악할 수 있습니다. 작업은 워크플로 상태 제안됨, 활성, 해결됨 및 닫힘을 이동합니다. 남은 작업, 번다운(Burndown) 및 진행 속도 보고서를 사용하여 팀 진행률을 모니터링하거나, 워크플로에 있는 문제를 식별하거나, 팀 진행 속도를 확인할 수 있습니다.	작업(CMMI) 남은 작업 보고서 번다운(Burndown) 및 진행 속도 보고서(Agile)
버그 열기 및 추적. 버그 작업 항목을 만들어 코드 오류를 추적할 수 있습니다. 버그를 만들어 다른 팀 멤버가 문제의 모든 영향을 이해하는 데 도움이 되는 방식으로 오류를 정확하게 보고할 수 있습니다. 다른 팀 멤버가 동작을 재현할 수 있도록 예기치 않은 동작을 초래한 단계를 설명해야 하며 테스트 결과는 문제를 확실하게 보여 주어야 합니다. 명확하고 완전한 설명은 버그를 해결할 가능성을 높여 줍니다. 버그는 워크플로 상태 제안됨, 활성, 해결됨 및 닫힘을 이동합니다. 버그 상태 보고서를 사용하여 버그 해결 및 닫기 작업에 대한 팀의 진행률을 추적할 수 있습니다.	버그(CMMI) 버그 상태 보고서
진행 장애 요소 정의 및 관리. 문제 작업 항목을 만들어 알려져 있거나 잠재적인 프로젝트 관련 문제 또는 장애를 정의할 수 있습니다. 구체적인 작업이 필요한 경우 문제는 팀에서 문제를 완화하기 위해 수행해야 하는 하나 이상의 작업으로 변환될 수 있습니다. 예를 들어, 기술적 문제는 아키텍처 측면에서 프로토타입 노력을 수반할 수도 있습니다. 팀에서는 팀 멤버가 항상 문제를 식별하고 팀 성공에 위협을 줄 수 있는 문제에 대해 가능한 한 많은 정보를 제공하도록 해야 합니다. 팀에서는 개별 멤버가 확실치 않거나 논쟁의 여지가 있는 의견을 솔직하게 표현할 때 결과에 대한 두려움 없이 문제를 식별할 수 있게 해야 합니다. 문제 관리를 위한 긍정적인 환경을 만들고 유지하는 팀은 부정적인 위험 환경을 유지하는 팀보다 혼동과 분쟁이 적은 상태에서 초기에 문제를 빨리 식별하고 해결할 수 있습니다. 문제의 워크플로 상태는 제안됨, 활성, 해결됨 및 닫힘 순서로 전환됩니다. 문제 통합 문서를 사용하여 문제를 검토, 순위 지정 및 관리할 수 있습니다.	문제(CMMI) 문제 통합 문서
프로젝트 성공의 위험 식별 및 완화. 팀에서는 위험 작업 항목을 사용하여 프로젝트에서 부정적인 결과를 초래할 수 있는 발생 가능한 이벤트 또는 조건을 상세하게 기술합니다. 프로젝트 관리에서 중요한 요소는 프로젝트의 위험을 식별하고 관리하는 것입니다. 위험 작업 항목은 완화 및 대체 계획을 기록하고 개발 노력에 대한 위험의 잠재적 영향을 추적하기 위한 특정 필드를 제공합니다. 위험은 워크플로 상태 제안됨, 활성, 해결됨 및 닫힘을 이동합니다.	위험(CMMI)
코드 검토 중에 팀에서 내리는 결정 및 세부 정보 캡처. 팀에서는 검토 작업 항목을 사용하여 디자인 또는 코드 검토 결과를 문서화합니다. 검토 작업 항목에는 디자인 또는 코드가 이름 정확성, 코드 관련성, 확장성, 코드 복잡성, 알고리즘 복잡성 및 코드 보안 영역의 표준을 충족하는 방식에 대한 세부 정보를 기록하기 위한 특정 필드가 있습니다. 검토 작업 항목은 팀에서 제품 품질을 지원하기 위해 수행한 작업과 결정의 기록을 유지 관리할 수 있도록 지원합니다. 검토는 워크플로 상태 활성, 해결됨 및 닫힘을 이동합니다.	검토(CMMI)
응용 프로그램 테스트. 팀에서는 테스트 사례를 사용하여 사용자 스토리의 테스트를 지원할 테스트를 정의합니다. 실행할 작업 및 유효성 검사 단계의 시퀀스를 지정하는 수동 테스트 사례를 정의하거나 자동화 파일을 참조하는 자동화된 테스트 사례를 지정할 수 있습니다. 참고 테스트 사례를 만들고 정의하기 위한 권장 클라이언트는 테스트 관리자입니다.이 도구를 사용하여 프로젝트에 대한 테스트 기준의 전체 범위를 포함하는 테스트 구성과 테스트 도구 모음을 만들 수도 있습니다.테스트 구성에서 테스트 사례와 테스트 도구 모음을 실행할 소프트웨어 환경을 지정합니다.자세한 내용은 응용 프로그램 테스트를 참조하십시오. 테스트 사례의 워크플로 상태는 디자인, 준비 및 닫힘 순서로 전환됩니다. 테스트 사례 준비 보고서를 사용하여 테스트 사례 정의 작업에 대한 팀의 진행률을 확인할 수 있습니다.	테스트 사례(CMMI) 테스트 사례 준비 보고서
공유 단계 정의. 팀에서는 공유 단계를 사용하여 정의를 단순화하고 수동 테스트 사례를 유지 관리합니다. 공유 단계에서 테스트 사례의 일부로 실행할 작업 및 유효성 검사 단계 시퀀스를 정의합니다. 여러 테스트를 진행할 때 여러 테스트 사례에 대해 동일한 단계 시퀀스를 수행해야 합니다. 공유 단계를 만들면 단계 시퀀스를 한 번 정의한 후 여러 테스트 사례에 삽입할 수 있습니다. 중요 공유 단계 만들기 및 정의를 위한 권장 클라이언트는 테스트 관리자입니다.팀 탐색기 및 Team Web Access를 사용하여 이러한 작업 항목 형식을 볼 수 있습니다. 하지만 Team Web Access를 사용하여 특정 필드를 수정하거나 업데이트할 수는 없습니다. 공유 단계의 워크플로 상태는 활성 및 닫힘 순서로 전환됩니다.	공유 단계(CMMI)

요구 사항, 작업 또는 다른 작업 항목 형식 만들기

Team Web Access 또는 팀 탐색기를 열고 이 단원의 절차를 수행하여 작업 항목을 만들 수 있습니다. 작업 항목을 만든 후에는 항상 스프린트 진행률에 대한 세부 정보를 수정 및 추가할 수 있습니다.

요구 사항, 작업 또는 다른 작업 항목 형식을 만들려면

1. Team Web Access 또는 팀 탐색기를 열고 작업 항목을 만들 팀 프로젝트가 포함된 팀 프로젝트 컬렉션에 연결합니다.

   자세한 내용은 Team Foundation Server의 팀 프로젝트에 연결 및 액세스를 참조하십시오.

2. 다음 단계 중 하나를 수행합니다.

   • Team Web Access에서 탐색 창의 빠른 실행 영역을 찾은 다음 새 작업 항목 화살표를 클릭합니다. 작업 항목 형식 메뉴에서 만들 작업 항목 형식을 클릭합니다.

   • 팀 탐색기에서 팀 메뉴를 열고 작업 항목 추가를 가리킨 다음 작업 항목 형식을 클릭합니다.

   지정한 형식의 작업 항목 폼이 열립니다.

   

      

   

3. 작업 항목 형식에 필요한 대로 폼 위쪽에 있는 필드와 폼 아래쪽에 있는 각 탭의 필드를 정의합니다.

   자세한 내용은 이 항목의 앞부분에 나오는 사용자 스토리, 작업 또는 기타 작업 항목 정의를 참조하십시오.

4. 작업 항목 도구 모음에서 작업 항목 저장을 클릭합니다.

   참고

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

한 번에 많은 요구 사항, 작업 또는 기타 작업 항목 만들기

Office Excel을 사용하여 요구 사항에 자동으로 연결되는 여러 작업을 신속하게 정의할 수 있습니다. 또한 Office Excel을 사용하여 요구 사항, 작업 및 문제를 신속하게 정의할 수 있습니다. 자세한 내용은 다음 항목을 참조하십시오.

• Team Foundation Server에 바인딩된 Microsoft Excel을 사용하여 작업 항목 관리

• Excel에서 작업 항목의 트리 목록을 사용하여 하향식 계획 수행

다른 작업 항목에 자동으로 연결되는 작업 항목 만들기

기존 요구 사항 또는 기타 작업 항목에 자동으로 연결되는 작업 항목을 만들 수 있습니다. 이 작업은 미해결 작업 항목 폼이나 작업 항목 쿼리의 결과 목록에서 수행할 수 있습니다.

기존 작업 항목에 연결되는 작업 항목을 만들려면

1. Team Web Access 또는 팀 탐색기를 열고 연결된 작업 항목을 정의할 팀 프로젝트가 포함된 프로젝트 컬렉션에 연결합니다.

2. 미해결 작업 항목 팀 쿼리를 마우스 오른쪽 단추로 클릭한 다음 열기를 클릭합니다.

3. 다음 작업 중 하나를 수행합니다.

   • Team Web Access에서 새 작업 항목을 연결할 기존 작업 항목 옆에 있는 화살표를 클릭한 다음 링크된 새 작업 항목 추가를 클릭합니다.

   • 팀 탐색기에서 새 작업 항목을 연결할 기존 작업 항목을 마우스 오른쪽 단추로 클릭한 다음 링크된 새 작업 항목 추가를 클릭합니다.

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

   

4. 다음 필드를 정의합니다.

   • 링크 형식 목록에서 만들 작업 항목 간의 관계에 해당하는 링크의 형식을 클릭합니다.

     요구 사항의 작업에 대한 링크의 경우 자식을 클릭합니다.

     변경 요청에 대한 링크의 경우 영향을 받음을 클릭합니다.

     테스트 사례에 대한 링크의 경우 테스트한 사람을 클릭합니다.

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

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

   • 제목에 요구 사항, 작업 또는 추적할 작업 항목의 다른 형식을 설명하는 이름을 입력합니다.

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

5. 확인을 클릭합니다.

   작업 항목 폼이 제공된 정보와 함께 열립니다.

6. 나머지 필드를 작업 항목 형식에 필요한 대로 정의합니다.

   자세한 내용은 이 항목의 앞부분에 나오는 요구 사항, 작업 또는 기타 작업 항목 정의를 참조하십시오.

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

테스트 및 랩 관리자를 사용하여 테스트 사례 및 테스트 계획 만들기

테스트 관리자를 사용하여 테스트 사례뿐만 아니라 프로젝트 테스트를 지원하는 테스트 도구 모음 및 테스트 구성도 만들 수 있습니다. 테스트 구성을 사용하여 테스트 사례 및 테스트 도구 모음을 실행할 소프트웨어 환경을 정의할 수 있습니다.

테스트 계획, 테스트 도구 모음 및 테스트 구성

테스트 사례를 테스트 계획에서 테스트 도구 모음의 계층 구조로 구성하여 테스트 사례를 그룹화할 수 있습니다. 테스트 도구 모음을 만들어 테스트 사례 집합을 그룹으로 실행할 수 있습니다. 테스트 관리자를 사용하여 테스트 사례, 테스트 도구 모음 및 테스트 계획을 정의하는 방법에 대한 자세한 내용은 응용 프로그램 테스트를 참조하십시오.

Test Runner와 테스트 및 랩 관리자를 사용하여 버그 추적 및 열기

테스트 관리자를 사용하여 실행한 테스트 사례 및 테스트 환경에 대한 정보를 자동으로 포함하는 버그뿐 아니라 코드 오류가 발견된 특정 테스트 단계를 제출할 수 있습니다. 테스트 관리자를 사용하여 만든 버그는 버그를 발견했을 때 실행 중이던 테스트 사례에 버그를 자동으로 연결합니다.

다음과 같은 방식으로 버그를 만들 수 있습니다.

• 테스트 관리자에서 Test Runner를 사용하여 테스트를 실행할 경우 테스트 결과를 보거나 버그를 볼 때

• Team Web Access 또는 팀 탐색기에서

• Office Excel에서(동시에 여러 버그를 제출할 경우 유용함)

테스트 관리자를 사용하여 버그 및 수정 사항을 제출, 추적 및 확인하는 방법에 대한 자세한 내용은 다음 표에서 관련 내용을 참조하십시오.

작업	관련 내용
버그 만들기. 임시 테스트 중 응용 프로그램의 예기치 않은 동작이 발견되면 신속하게 버그를 만들 수 있습니다.	방법: Microsoft 테스트 관리자를 사용하여 버그 제출
디버깅을 지원하기 위한 진단 데이터 수집. Test Runner를 사용하면 관리 코드로 작성된 진단 추적 데이터를 응용 프로그램에서 수집할 수 있으며 이 데이터는 이후에 개발자가 오류를 격리하기 위해 Intellitrace에서 사용할 수 있습니다.	재현하기 어려운 버그에 진단 추적 데이터 포함
기록된 작업 로그 파일 만들기 및 버그에 추가. 수동 테스트를 실행하면서 작업을 로그 파일에 텍스트로 기록할 수 있습니다. 수동 테스트를 실행할 때 만드는 모든 버그에 이 파일을 자동으로 추가할 수 있습니다.	방법: 버그에 기록된 작업을 사용하여 테스트 사례 만들기
버그 및 기록된 작업 로그 파일에서 테스트 사례 만들기. 작업 로그를 사용하여 버그나 테스트 결과를 기반으로 하는 수동 테스트 사례를 만들 수 있습니다. 이 방법을 사용하면 모든 단계를 직접 입력하지 않고도 테스트 사례를 쉽게 만들 수 있습니다.	방법: 기록된 작업을 사용하여 테스트 사례 만들기
테스트 결과에 따라 버그 상태 확인 및 업데이트. 테스트 사례를 기반으로 하는 버그를 제출할 경우 Microsoft Test Manager의 내 버그 목록에서 해당 버그를 직접 확인할 수 있습니다. 이 방법을 사용하려면 해당 테스트 사례와 연결된 테스트 결과가 있어야 합니다. 신속하게 테스트를 다시 실행하고 결과에 따라 버그 상태를 변경하고 버그에 메모를 추가할 수 있습니다.	방법: Microsoft 테스트 관리자를 사용하여 수정된 버그 확인

할당된 작업 항목 보기

팀 멤버는 내 작업 항목 팀 쿼리를 열거나 내 대시보드에 액세스하여 할당된 작업 항목을 신속하게 찾을 수 있습니다. 자세한 내용은 다음 항목을 참조하십시오.

• 팀 쿼리(CMMI)

• 내 대시보드(Agile)

• 할당된 작업 항목 찾기 및 편집

작업 항목 형식 및 관련 작업 사용자 지정

작업	관련 내용
모든 작업 항목 형식에 대한 정보를 추적하는 데 사용할 수 있는 필드 확인. 작업 항목을 추적하기 위한 데이터베이스에는 작업 항목 폼에 표시되지 않는 필드의 데이터가 저장됩니다. 이러한 작업 항목 필드, 특정 필드의 제약 조건 및 보고되거나 인덱싱되는 필드에 대해 자세히 알아보십시오.	작업 항목 필드(Agile)
각 작업 항목 형식을 사용하여 데이터를 추적하는 방법 추가, 제거 또는 사용자 지정. 기존 작업 항목 형식을 사용자 지정하거나 요구 사항에 맞게 형식을 만들 수 있습니다. 각 작업 항목 형식은 팀 프로젝트로 가져온 XML 정의 파일에 해당합니다.	모든 WITD XML 요소 참조
프로젝트 추적 요구 사항을 지원하도록 작업 항목 추적 개체 사용자 지정. 팀에서 프로세스를 추적하는 데 사용하는 데이터 필드, 워크플로 및 작업 항목 폼을 사용자 지정할 수 있습니다. 작업 항목 추적 개체를 사용자 지정하려면 XML 파일을 수정하고 프로젝트 컬렉션을 호스팅하는 서버로 가져옵니다.	프로젝트 추적 데이터, 폼, 워크플로 및 기타 개체 사용자 지정
워크플로를 제어하는 상태 또는 전환을 추가, 제거 및 수정합니다. 초기 상태, 유효한 상태, 상태 간 유효한 전환 및 전환 작업을 수행할 수 있는 권한이 있는 사용자 또는 그룹을 정의하여 워크플로를 제어합니다. 작업 항목 형식의 WORKFLOW 섹션에서는 작업 항목을 추적하는 방식을 제어합니다.	작업 항목 워크플로 정의 및 사용자 지정
작업 항목 형식에 대한 폼 수정 및 사용자 지정. 작업 항목 형식 정의의 FORM 섹션을 통해 작업 항목 형식이 사용자 인터페이스 요소를 표시하는 방법을 제어할 수 있습니다. 각 작업 항목 형식에는 폼이 하나씩만 있어야 합니다. 모든 탭, 필드 및 그룹을 포함하는 전반적인 폼에 대해 설명할 수 있습니다.	작업 항목 폼 디자인 및 사용자 지정

참고 항목

개념

프로세스 템플릿 선택

기타 리소스

아티팩트(CMMI)