Scrum 프로세스 템플릿 작업 항목 형식 및 워크플로

스크럼을 사용하여 소프트웨어 프로젝트를 계획하고 소프트웨어 결함을 추적하기 위해 팀에서는 PBI(제품 백로그 항목)와 WIT(작업 항목 형식)을 사용합니다. 제품 소유자 및 프로그램 관리자는 기능, 시나리오 또는 사용자 경험에 대한 정보를 얻기 위해 PBI 및 버그를 기능에 매핑할 수 있습니다. 팀이 스프린트에서 작업할 때는 PBI 및 버그에 자동으로 링크되는 작업이 정의됩니다.

테스터는 Microsoft Test Manager 및 TWA(Team Web Access)를 사용하여 테스트 사례를 만들어 실행하고 버그를 만들어 코드 오류를 추적합니다. 추적 차단 문제를 구현합니다.

PBI 및 버그를 사용하여 백로그 정의

제품 백로그 항목을 정의하는 경우 고객이 얻게 될 가치에 집중하고 팀에서 기능을 개발하는 방법에 대한 설명은 피하려고 합니다. 제품 소유자는 각 항목의 비즈니스 가치, 노력 및 다른 백로그 항목에 대한 상대적 종속성을 기반으로 제품 백로그의 우선 순위를 지정할 수 있습니다. 비즈니스 요구 사항이 발전함에 따라 제품 백로그도 발전합니다. 일반적으로 팀에서는 우선 순위가 가장 높은 항목의 세부 정보나 현재 및 다음 스프린트에 할당된 항목의 세부 정보만 지정합니다.

제품 백로그 페이지의 빠른 추가 패널에서 PBI 및 버그를 만들 수 있습니다.

나중에 각 PBI 또는 버그를 열어 자세한 정보를 제공하고 작업을 예측할 수 있습니다. 또한, 백로그 우선 순위 필드에서 캡처된 백로그 페이지에서 PBI 및 버그의 우선 순위를 지정함으로써 제품 소유자는 어떤 항목에 더 높은 우선 순위를 지정해야 하는지 나타낼 수 있습니다.

팀에서는 PBI 및 버그에 대한 작업을 정의하여 이후 스프린트 또는 작업 활동을 예상하기 위해 예측 기능 및 개발속도 차트를 사용할 수 있습니다. 제품 소유자는 비즈니스 가치를 정의하여 변경 가능한 백로그 스택 순위 지정과는 별개의 우선 순위를 지정할 수 있습니다.

이러한 필수 필드에는 다음 지침을 적용하세요. 버그 만들기에 대한 자세한 내용은 이 항목 뒷부분에서 코드 오류 추적을 참조하세요.

필드/탭	용도
활동	티셔츠 크기, 스토리 점수 또는 시간 등 팀에서 선호하는 측정 단위를 사용하여 PBI를 완성하는 데 필요한 작업량을 예측합니다. Agile 개발속도 차트 및 예측 도구는 이 필드의 값을 참조합니다. 릴리스 번다운(Burndown) 및 속도 보고서를 생성하는 데 필요한 필드입니다. 추가 지침을 보려면 예측 관련 백서를 참조하세요.
비즈니스 가치	다른 PBI에 비해 특정 PBI의 상대 값을 캡처하는 숫자를 지정합니다. 숫자가 높을수록 비즈니스 가치는 높아집니다.
설명(PBI)	항목을 구현하려면 얼마나 많은 작업이 필요한지 예측한 자세한 정보를 제공합니다. 기능의 사용자가 누구인지, 사용자가 무엇을 달성하려고 하는지 그리고 이유에 중점을 둡니다. 기능을 어떻게 개발해야 하는지 설명하지 마십시오. 팀이 구현할 항목을 작성하고 테스트하는 데 필요한 세부 정보가 제공되어야 합니다.
승인 기준	팀이 PBI 또는 버그 수정의 완전한 구현 여부를 입증하는 데 사용할 기준을 설명함으로써 "작업 완료"의 의미를 정의합니다. PBI 또는 버그에 대한 작업이 시작되기 전에 고객 승인의 기준을 가능한 한 명확하게 기술하세요. 팀과 고객이 승인 기준을 결정할 수 있도록 대화를 나누면 팀에서 고객이 원하는 바를 파악하는 데 도움이 됩니다. 팀에서 항목이 만족스럽게 완료되었는지 여부를 보다 효율적으로 평가할 수 있도록 이 승인 기준을 승인 테스트의 기초로 사용할 수 있습니다.

제품 백로그 페이지 사용 방법에 대한 자세한 내용을 보려면 여기로 이동하세요.

진행률 추적

팀은 Kanban 보드를 사용하여 PBI 및 버그의 과정을 추적하고 스프린트 작업 보드를 사용하여 작업 과정을 추적할 수 있습니다. 새 상태 열로 항목을 끌어 워크플로 상태 및 이유 필드를 업데이트합니다.

PBI 및 버그에 대한 일반적 워크플로 진행은 다음과 같습니다.

• 제품 소유자가 PBI를 만들거나 테스터가 기본 이유인 새 백로그 항목으로 신규 상태의 버그를 만듭니다.

• 충분히 설명되고 팀에서 작업 수준을 예측할 준비가 되면 제품 소유자는 항목을 승인됨으로 이동합니다. 대부분의 경우 제품 백로그의 상단 근처에 있는 항목은 승인됨 상태이며 중간이나 하단 쪽에 있는 항목은 신규 상태입니다.

• 팀은 스프린트 도중 작업을 완료하기로 결정할 때 상태를 커밋됨으로 업데이트합니다.

• 팀에서 관련 작업을 모두 완료하고 해당 항목이 승인 기준에 따라 구현되었음을 제품 소유자가 동의하면 해당 항목은 완료 상태로 이동합니다.

워크플로 상태를 업데이트하면 팀이 새 항목, 진행 중인 항목 및 완료한 항목을 알 수 있습니다. 대부분의 WIT는 각 워크플로 상태에서의 정방향 및 역방향 전환을 모두 지원합니다.

Kanban 보드를 사용자 지정하여 추가 스윔 레인 또는 열을 지원할 수 있습니다. 또는 PBI 및 작업 WIT에 대한 워크플로를 사용자 지정할 수 있으며 기본 열 머리글이 변경됩니다.

이러한 도구를 사용하려면 Kanban 보드에 대한 작업 및 스프린트 작업을 참조하세요.

기능에 PBI 매핑

제품이나 사용자 경험의 모음을 관리할 때 제품 포트폴리오의 범위와 작업의 진행률을 볼 수 있습니다. 이렇게 하려면 기능을 정의하고 기능에 PBI를 매핑합니다.

기능 백로그 페이지에서 PBI를 추가한 방식으로 신속하게 기능을 추가할 수 있습니다.

기능 작업 항목에는 PBI를 위해 제공된 것과 유사한 필드가 있습니다. 우선 순위 및 비즈니스 가치 이외에도 기능을 구현해야 하는 목표 날짜를 지정할 수 있습니다.

매핑이 설정된 상태의 백로그 페이지에서 PBI를 구현하려는 기능으로 끌어 올 수 있습니다.

이 매핑은 기능에서 PBI로의 부모-자식 링크를 만들며 이는 구현 탭에서 캡처됩니다.

포트폴리오 백로그를 사용하면 한 백로그에서 다른 백로그로 드릴다운하여 원하는 세부 수준으로 백로그를 볼 수 있습니다. 또한 포트폴리오 백로그를 사용하여 팀의 계층 구조 설정 시 여러 팀에서 진행 중인 작업의 롤업을 볼 수 있습니다.

PBI 및 버그를 구현하는 데 필요한 작업 정의

팀이 스프린트를 통해 작업을 관리하면 스프린트 백로그 페이지를 사용하여 수행할 작업을 각각 다른 작업으로 나눌 수 있습니다.

작업 이름을 지정하고 사용할 작업을 예상합니다.

스크럼을 사용하여 팀에서는 각 스프린트를 시작할 때 작업을 예측하고 작업을 정의하며 각 팀 멤버는 해당 작업의 하위 집합을 수행합니다. 작업은 개발, 테스트 및 다른 종류의 작업을 포함할 수 있습니다. 예를 들어, 개발자는 PBI를 구현하도록 작업을 정의하고 테스터는 테스트 사례를 쓰고 실행하도록 작업을 정의할 수 있습니다.

팀이 시간 또는 일로 작업을 예측할 때는 작업과 남은 작업 및 활동(옵션) 필드가 정의됩니다.

필드	용도
남은 작업	작업을 완료하는 데 몇 시간 또는 며칠 분의 작업이 남아 있는지 나타냅니다. 작업이 진행되는 동안 이 필드를 업데이트합니다. 수용작업량 차트, 스프린트 번다운(Burndown) 차트 및 스프린트 번다운(Burndown)(Scrum) 보고서를 계산하는 데 사용됩니다. 작업을 하위 작업 여러 개로 나눌 경우 하위 작업에 필요한 남은 작업만 지정합니다. 팀이 선택한 모든 측정 단위에서 작업을 지정할 수 있습니다.
동작	팀에서 활동별 스프린트 수용작업량을 예상할 때 이 작업이 나타내는 활동 유형을 선택합니다. 메뉴 선택을 변경하려면 선택 목록 사용자 지정을 참조하세요.

테스트 진행률 추적

제품 백로그 항목 테스트

Test Manager 또는 TWA에서 PBI에 자동으로 연결되는 테스트 사례를 만들 수 있습니다.

테스트 사례에는 많은 필드가 포함되어 있으며 이 중 대다수가 자동화되고 테스트 관리자 및 빌드 프로세스와 통합되었습니다. 각 필드에 대한 설명은 빌드 및 테스트 통합 필드 참조를 참조하십시오.

테스트된 백로그 항목 탭은 테스트 사례의 모든 PBI와 버그를 나열합니다. 팀은 PBI 및 버그를 테스트 사례에 연결하여 각 항목의 테스트 진행률을 추적할 수 있습니다.

버그를 사용하여 코드 오류 추적

TWA, Visual Studio에서 또는 Test Manager로 테스트를 수행할 때 버그를 만들 수 있습니다.

필드/탭	용도
재현 단계	다른 팀 멤버가 버그의 수정 여부 및 문제의 전면적 영향을 이해할 수 있도록 충분한 정보를 캡처하십시오. 이는 버그 및 예상 작업을 찾거나 재현하기 위해 사용한 작업을 포함합니다. 팀 코드 오류가 해결되었는지 확인하기 위해 사용해야 하는 기준에 대해 설명합니다.
심각도	프로젝트에 대한 버그의 영향에 대한 주관적인 등급입니다. 허용되는 값은 다음과 같습니다. 1 - 위험 2 - 높음 3 - 보통 4 - 낮음 메뉴 선택을 변경하려면 선택 목록 사용자 지정을 참조하세요.
시스템 정보 발견된 빌드 빌드에 통합	테스트 관리자에서 버그를 만들 때 시스템 정보 및 발견된 빌드에 소프트웨어 환경 및 버그가 발생한 빌드에 대한 정보가 자동으로 채워집니다. 소프트웨어 환경 정의에 대한 자세한 내용은 테스트를 실행하거나 데이터를 수집할 테스트 컴퓨터 설정을 참조하세요. 버그를 해결할 때는 빌드에 통합을 사용해서 버그를 수정하는 코드가 포함된 빌드 이름을 나타냅니다. 실행된 모든 빌드의 드롭다운 메뉴에 액세스하려면 발견된 빌드 및 빌드에 통합됨에 대한 FIELD 정의를 업데이트해 전역 목록을 참조할 수 있습니다. 전역 목록은 실행된 각 빌드로 자동으로 업데이트됩니다. 자세한 내용은 테스트, 빌드 및 버전 제어와의 통합을 지원하는 필드을 참조하세요. 빌드 이름을 정의하는 방법에 대한 자세한 내용은 빌드 번호를 사용하여 완료된 빌드에 의미 있는 이름 지정을 참조하십시오.

공통 작업 항목 필드 및 탭 정의

대부분의 작업 항목 폼에서 다음 필드 및 탭이 나타납니다. 각 탭은 기록, 링크, 첨부 파일 등의 특정 정보를 추적하는 데 사용합니다. 이러한 세 탭은 변경 기록, 링크된 작업 항목 뷰, 파일을 보고 첨부할 수 있는 기능을 각각 제공합니다.

유일한 필수 필드는 제목입니다. 작업 항목이 저장될 경우 시스템은 고유한 ID를 할당합니다.

필드/탭	용도
제목(필수)	설명을 255자 이하로 입력합니다. 나중에 제목을 언제든지 수정할 수 있습니다.
담당자	작업 수행을 담당한 팀 멤버에게 작업 항목을 할당합니다. 드롭다운 메뉴는 작업 중인 컨텍스트에 따라 팀 멤버나 프로젝트 참가자의 목록을 보여 줍니다.
상태	먼저 기본값을 사용합니다. 작업이 진행되는 동안 현재 상태를 반영하도록 업데이트합니다. 상태의 드롭다운 목록을 변경하려면 작업 항목 형식의 워크플로 변경을 참조하십시오.
이유	먼저 기본값을 사용하십시오. 상태를 변경할 때 업데이트합니다. 각 상태는 기본 이유와 연결되어 있습니다. 원인의 드롭다운 목록을 변경하려면 작업 항목 형식의 워크플로 변경을 참조하십시오.
영역	기획 회의 중에 제품 또는 팀과 관련된 영역 경로를 선택하거나, 배정될 때까지 비워 둡니다. 영역의 드롭다운 목록을 변경하려면 영역 및 반복 경로 추가 및 수정을 참조하세요.
반복	기획 회의 중 작업이 완료된 상태에서 스프린트 또는 반복 단계를 선택하거나 공란으로 비워 두고 나중에 배정합니다. 반복의 드롭다운 목록을 변경하려면 영역 및 반복 경로 추가 및 수정을 참조하십시오.
백로그 우선 순위	PBI 및 버그의 상대적인 순위를 추적하는 데 사용합니다. 제품 백로그 페이지의 항목 순서는 페이지에서 항목을 추가했거나 이동한 위치에 따라 달라집니다. 항목을 끌면 백그라운드 프로세스가 ProcessConfiguration 파일의 type="Order"에 지정된 이 필드를 업데이트합니다.
모든 링크	하이퍼링크, 변경 집합, 소스 파일 등 모든 링크 형식을 추가합니다. 이 탭은 또한 다른 링크 컨트롤 탭에 정의된 링크를 포함하여 작업 항목에 정의된 모든 링크를 나열합니다.
첨부 파일	작업 항목을 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 다른 파일 형식으로 파일을 추가하여 보다 자세한 정보를 공유합니다.
기록	시스템에서 캡처하는 감사 추적을 검토하고 추가 정보를 캡처합니다. 작업 항목이 업데이트될 때마다 정보가 기록에 추가됩니다. 기록에는 변경 날짜, 변경한 사람, 변경된 필드 등이 포함됩니다. 기록 필드에 서식 있는 텍스트를 추가할 수도 있습니다.

다른 필드에 대한 정보를 조회하려면 작업 항목 필드의 인덱스를 참조하십시오.

작업 추적 시작

작업 추적을 시작하려면 팀 프로젝트가 있어야 합니다. 팀 프로젝트를 하나 만들려면 여기로 이동하세요.

작업 추적을 시작하려면 다음 작업 중 하나 이상을 수행합니다.

• 일반적인 작업 항목 작업에 대한 자세한 내용은 작업 항목 사용 시작을 참조하세요.

• 백로그를 만들려면 TWA를 사용합니다. 백로그 만들기을 참조하세요.

• 작업 분석 구조를 만들려면 Project 또는 Excel을 사용하세요.

• 어떤 클라이언트를 사용할지 알아보려면 작업을 지원할 Team Foundation 클라이언트 선택을 참조하세요.

Q & A

Q: 스크럼이 지원하는 워크플로 상태는 무엇인가요?

A: 이러한 다이어그램에는 기능, 제품 백로그 항목, 버그 및 작업의 기본 진행 및 재발 상태가 표시됩니다. 워크플로를 사용자 지정하려면 여기로 이동하세요.

기능

제품 백로그 항목

버그

작업

Q: 어떻게 하면 버그를 중복으로 해결하나요?

A: 상태를 제거됨으로 설정하고 이유를 중복으로 지정합니다.

Q: 어떻게 하면 Test Runner에서 기존 버그에 연결할 수 있나요?

A: Test Runner 사용 중 기존 버그 업데이트를 참조하세요.