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

작업 항목을 사용하여 제품 및 제품 기능의 개발을 추적, 모니터링 및 보고할 수 있습니다. 작업 항목은 Visual Studio Team Foundation Server에서 정의, 할당, 우선 순위 및 작업 상태를 기록하기 위해 만든 데이터베이스 레코드입니다. MSF for Agile Software Development v5.0용 프로세스 템플릿에서는 사용자 스토리, 작업, 테스트 사례, 공유 단계, 버그 및 문제의 여섯 가지 작업 항목 형식을 정의합니다.

항목 내용

• 사용자 스토리, 작업 및 기타 작업 항목 정의

• 사용자 스토리, 작업 또는 다른 작업 항목 형식 만들기

• 한 번에 많은 사용자 스토리, 작업 또는 기타 작업 항목 만들기

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

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

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

• 할당된 작업 항목 보기

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

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

사용자 스토리, 작업 및 기타 작업 항목 정의

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

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

사용자 스토리, 작업 또는 다른 작업 항목 형식 만들기

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

사용자 스토리, 작업 또는 다른 작업 항목 형식을 만들려면

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

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

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

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

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

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

   

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

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

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

   참고

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

한 번에 많은 사용자 스토리, 작업 또는 기타 작업 항목 만들기

Office Excel을 사용하여 사용자 스토리에 자동으로 연결되는 여러 작업을 신속하게 정의할 수 있습니다. 또한 MSF for Agile Software Development v5.0용 프로세스 템플릿과 함께 제공되는 통합 문서를 사용하여 사용자 스토리, 작업, 문제 및 버그를 신속하게 정의할 수 있습니다. 자세한 내용은 다음 항목을 참조하십시오.

• 통합 문서(Agile)

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

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

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

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

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

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

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

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

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

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

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

   

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

   • 새 작업 항목을 기존 테스트 사례나 사용자 스토리에 링크하려는 경우 링크 형식 목록에서 테스트를 클릭합니다. 새 작업 항목을 기존 작업, 문제 또는 다른 버그에 링크하려는 경우 관련을 클릭합니다.

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

   • 제목에 스토리, 작업 또는 추적할 작업 항목의 다른 형식을 나타내는 설명이 포함된 이름을 입력합니다.

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

5. 확인을 클릭합니다.

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

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

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

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

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

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

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

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

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

Microsoft Test Manager를 사용하여 실행한 테스트 사례 및 테스트 환경에 대한 정보를 자동으로 포함하는 버그뿐 아니라 코드 오류가 발견된 특정 테스트 단계를 제출할 수 있습니다. Microsoft Test Manager를 사용하여 만든 버그는 버그를 찾은 테스트 사례에 버그를 자동으로 링크합니다.

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

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

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

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

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

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

할당된 작업 항목 보기

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

• 팀 쿼리(Agile)

• 내 대시보드(Agile)

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

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

참고 항목

개념

아티팩트(Agile)