다음을 통해 공유


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

팀에서 MSF for Agile Software Development 2013(Agile) 프로세스 템플릿과 함께 제공되는 작업 항목 형식(WIT)을 사용하여 소프트웨어 프로젝트의 진행률을 계획하고 추적합니다. 팀에서 작업의 백로그를 관리하는 사용자 스토리를 정의한 다음 Kanban 보드를 사용하여 요구 사항 상태를 업데이트하여 과정을 추적합니다.

Agile 7.0 작업 항목 형식

제품 소유자 및 프로그램 관리자는 기능, 시나리오 또는 사용자 경험에 대한 정보를 얻기 위해 사용자 스토리를 기능에 매핑할 수 있습니다. 팀이 스프린트에서 작업할 때는 사용자 스토리에 자동으로 링크되는 작업을 정의합니다.

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

스토리 점수를 사용하여 사용자 스토리를 정의하고 활동을 예측합니다.

사용자 스토리는 팀이 만들어야 하는 응용 프로그램, 요구 사항 및 요소를 정의합니다. 제품 소유자는 일반적으로 순위 사용자 스토리를 정의하고 스택합니다. 그럼 다음 팀은 최우선 순위 항목을 제공하는 데 필요한 활동과 작업을 예측합니다.

제품 백로그 페이지의 빠른 추가 패널에서 사용자 스토리를 만듭니다.

빠른 추가 창, 스토리 백로그 페이지

나중에 스토리 점수를 추정하고 자세한 정보를 제공하기 위해 각 사용자 스토리를 열람할 수 있습니다.

사용자 스토리의 작업 항목 폼

팀에서는 스토리 점수를 정의하여 향후 스프린트 또는 활동을 예상하기 위해 예측 기능 및 개발속도 차트를 사용할 수 있습니다. 백로그 페이지에서 사용자 스토리를 우선 순위화하여(스택 순위 필드에서 캡처됨), 제품 소유자는 어떤 항목에 더 높은 우선 순위를 지정해야 하는지 나타낼 수 있습니다.

폼을 필터링할 때 다음 지침을 사용합니다. 따라서 필수 필드는 표시됩니다.

필드/탭

용도

스토리 점수

티셔츠 크기, 스토리 점수 또는 시간은 팀이 선호하는 측정 단위를 사용하여 사용자 스토리를 완료하는 데 필요한 작업 양을 예측합니다.

Agile 개발속도 차트 및 예측 도구는 이 필드의 값을 참조합니다. 개발속도 보고서를 생성하는 데 필요한 필드입니다.

추가 지침을 보려면 예측 백서를 참조하십시오.

위험

사용자 스토리의 완료와 관련한 상대적 불확실성에 대한 주관적인 등급입니다. 허용되는 값은 다음과 같습니다.

  • 1 - 높음

  • 2 - 보통

  • 3 - 낮음

메뉴 선택을 변경하려면 선택 목록 사용자 지정을 참조하세요.

세부 정보(사용자 스토리)

사용자 스토리의 경우 스토리를 구현하기 위해 얼마나 많은 작업이 필요한지 예측한 자세한 정보를 제공합니다. 기능의 사용자가 누구인지, 사용자가 무엇을 달성하려고 하는지 그리고 이유에 중점을 둡니다. 기능을 어떻게 개발해야 하는지 설명하지 마십시오. 팀이 구현할 항목을 작성하고 테스트하는 데 필요한 세부 정보가 제공되어야 합니다.

재현 단계(버그)

다른 팀 멤버가 버그의 수정 여부 뿐만 아니라 문제의 전면적 영향을 이해할 수 있도록 버그에 관한 충분한 정보를 캡처하십시오. 이는 버그 및 예상 작업을 찾거나 재현하기 위해 사용한 작업을 포함합니다.

팀이 사용자 스토리 또는 버그 수정의 이행 여부를 입증하기 위해 사용하는 기준을 기반으로 "작업 완료"의 의미를 표시합니다.

사용자 스토리 또는 버그에 대한 작업이 시작되기 전에 고객 승인의 기준을 가능한 한 명확하게 기술하십시오. 팀과 고객이 승인 기준을 결정할 수 있도록 대화를 가지면 팀 내에서 고객이 원하는 바를 파악하는 데 도움이 됩니다. 팀에서 항목이 만족스럽게 완료되었는지 여부를 보다 효율적으로 평가할 수 있도록 이 승인 기준을 승인 테스트의 기초로 사용할 수 있습니다.

진행률 추적

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

스토리 업데이트가 있는 Kanban 보드

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

사용자 스토리에 대한 일반적 워크플로 진행은 다음과 같습니다.

  • 제품 소유자는 기본 이유인 새 사용자 스토리신규 상태의 사용자 스토리를 만듭니다.

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

  • 사용자 스토리는 팀이 모든 관련 작업을 완료했고 스토리에 대한 단위 테스트를 통과할 때 해결됨으로 이동됩니다.

  • 제품 소유자가 승인 기준과 승인 테스트 통과에 따라 스토리가 구현되었음에 동의하면 사용자 스토리는 닫힘 상태로 이동됩니다.

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

사용자 스토리와 기능 매핑

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

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

빠른 추가 창, 기능 포트폴리오 백로그 페이지

기능 작업 항목에 사용자 스토리에 제공된 것과 비슷한 필드가 포함되어 있으며 다음 표에 설명되어 있는 것과 같은 추가 필드가 포함됩니다.

Agile용 기능 작업 항목 폼

구현 탭은 매핑된 사용자 스토리에 대한 링크를 캡처합니다.

필드

용도

우선 순위

비즈니스와 관련된 기능에 대한 주관적인 등급입니다. 허용되는 값은 다음과 같습니다.

  • 1: 기능이 없는 상태로 제품을 출시할 수 없습니다.

  • 2: 기능이 없는 상태로 제품을 출시할 수 없지만 바로 해결하지 않아도 됩니다.

  • 3: 리소스, 시간 및 위험을 기반으로 기능의 구현 여부를 선택적으로 결정합니다.

메뉴 선택을 변경하려면 선택 목록 사용자 지정(드롭다운 메뉴)[리디렉션]을 참조하십시오.

비즈니스 가치

다른 기능에 비해 특정 기능의 상대 값을 캡처하는 숫자를 지정합니다. 숫자가 높을수록 비즈니스 가치는 높아집니다.

목표 날짜

기능을 구현하는 날짜를 지정합니다.

매핑이 설정된 상태의 백로그 페이지에서 구현하려는 기능으로 사용자 스토리를 끌 수 있습니다.

기능에 사용자 스토리 매핑

이 매핑은 구현 탭에서 캡처되는 기능에서 사용자 스토리로의 부모-자식 링크를 만듭니다.

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

사용자 스토리를 구현하고 팀 수용작업량 및 번다운(Burndown)을 추적하는 데 필요한 작업을 정의합니다.

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

스프린트 백로그 페이지에서 작업 링크 추가

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

작업(Task)의 작업 항목 폼

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

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

필드/탭

용도

원래 예상 값(노트 1 참조)

작업을 완료하기 위해 필요한 예상 작업량입니다. 일반적으로 이 필드는 할당된 후 변경되지 않습니다.

남은 작업

작업을 완료하기 위해 남은 작업량입니다. 작업이 진행되는 동안 이 필드를 업데이트합니다. 수용작업량 차트, 스프린트 번다운(Burndown) 차트 및 번다운(Burndown) 및 진행 속도, 남은 작업모든 반복의 상태 보고서를 계산하는 데 사용됩니다.

작업을 하위 작업 여러 개로 나눌 경우 하위 작업에 필요한 시간만 지정합니다. 팀이 선택한 모든 측정 단위에서 작업을 지정할 수 있습니다.

완료된 작업

작업 구현에 사용된 작업량입니다.

동작

팀에서 활동별 스프린트 수용작업량을 예상할 때 이 작업이 나타내는 활동 유형을 선택합니다. 메뉴 선택을 변경하려면 선택 목록 사용자 지정을 참조하세요.

구현

이 탭은 사용자 스토리와 작업 간에 생성된 부모-자식 링크를 캡처합니다. 사용자 스토리에 스프린트 작업 보드를 사용하여 작업을 추가하면 스토리에 대한 링크가 자동으로 만들어집니다. 작업을 사용해서 스토리를 완료하기 위해 수행된 작업의 진행률을 추적할 수 있습니다.

또한 이 활동은 스토리 개요 보고서(Agile)요구 사항 진행률 보고서(CMMI)과 같은 여러 보고서를 지원합니다.

참고:

  1. 작업을 시간 또는 일 단위로 지정할 수 있습니다. 이 필드와 연결된 고유 시간 단위는 없습니다.

    Microsoft Project를 사용하여 리소스를 할당하고 예약을 추적하는 경우 Project를 사용하여 이러한 필드를 업데이트할 수 있습니다.

사용자 스토리에서 테스트 진행률 추적 및 코드 오류 캡처

사용자 스토리 테스트

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

테스트 도구 모음을 선택하고 테스트 사례를 추가

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

테스트 사례 작업 항목 폼

테스트된 사용자 스토리 탭은 테스트 사례의 모든 사용자 스토리와 버그를 나열합니다. 팀은 사용자 스토리 및 버그를 테스트 사례에 링크하여 각 항목의 테스트에서 진행되는 사항을 추적할 수 있습니다. 이러한 링크를 정의하면 스토리 개요 보고서(Agile) 보고서에 표시할 정보를 지원할 수 있습니다.

코드 오류 추적

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

버그 작업 항목 폼(Agile 프로세스 템플릿)

필드/탭

용도

재현 단계

다른 팀 멤버가 버그의 수정 여부 및 문제의 전면적 영향을 이해할 수 있도록 충분한 정보를 캡처하십시오. 이는 버그 및 예상 작업을 찾거나 재현하기 위해 사용한 작업을 포함합니다.

팀 코드 오류가 해결되었는지 확인하기 위해 사용해야 하는 기준에 대해 설명합니다.

심각도

프로젝트에 대한 버그의 영향에 대한 주관적인 등급입니다. 허용되는 값은 다음과 같습니다.

  • 1 - 위험

  • 2 - 높음

  • 3 - 보통

  • 4 - 낮음

메뉴 선택을 변경하려면 선택 목록 정의를 참조하세요.

시스템 정보

발견된 빌드

빌드에 통합

테스트 관리자에서 버그를 만들 때 시스템 정보발견된 빌드에 소프트웨어 환경 및 버그가 발생한 빌드에 대한 정보가 자동으로 채워집니다. 소프트웨어 환경 정의에 대한 자세한 내용은 테스트를 실행하거나 데이터를 수집할 테스트 컴퓨터 설정을 참조하세요. 버그를 해결할 때는 빌드에 통합을 사용해서 버그를 수정하는 코드가 포함된 빌드 이름을 나타냅니다.

실행된 모든 빌드의 드롭다운 메뉴에 액세스하려면 발견된 빌드 및 빌드에 통합됨에 대한 FIELD 정의를 업데이트해 전역 목록을 참조할 수 있습니다. 전역 목록은 실행된 각 빌드로 자동으로 업데이트됩니다. 자세한 내용은 테스트, 빌드 및 버전 제어와의 통합을 지원하는 필드을 참조하세요.

빌드 이름을 정의하는 방법에 대한 자세한 내용은 빌드 번호를 사용하여 완료된 빌드에 의미 있는 이름 지정을 참조하십시오.

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

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

모든 WITs를 위한 유일한 필수 필드는 제목입니다. 작업 항목이 저장될 경우 시스템은 고유한 ID를 할당합니다. 다른 필수 필드는 노랑으로 강조 표시됩니다.

필드/탭

용도

제목[필수]

설명을 255자 이하로 입력합니다. 나중에 제목을 언제든지 수정할 수 있습니다.

담당자

작업 수행을 담당한 팀 멤버에게 작업 항목을 할당합니다. 드롭다운 메뉴는 작업 중인 컨텍스트에 따라 팀 멤버나 프로젝트 참가자의 목록을 보여 줍니다.

상태

작업 항목이 생성될 때 상태는 기본적으로 워크플로의 첫 번째 상태로 지정됩니다. 작업이 진행되는 동안 현재 상태를 반영하도록 업데이트합니다.

상태의 드롭다운 목록을 변경하려면 작업 항목 형식의 워크플로 변경을 참조하십시오.

이유

먼저 기본값을 사용하십시오. 상태를 변경할 때 업데이트합니다. 각 상태는 기본 이유와 연결되어 있습니다.

원인의 드롭다운 목록을 변경하려면 작업 항목 형식의 워크플로 변경을 참조하십시오.

영역

기획 회의 중에 제품 또는 팀과 관련된 영역 경로를 선택하거나, 배정될 때까지 비워 둡니다.

영역의 드롭다운 목록을 변경하려면 영역 및 반복 경로 추가 및 수정을 참조하십시오.

반복

기획 회의 중 작업이 완료된 상태에서 스프린트 또는 반복 단계를 선택하거나 공란으로 비워 두고 나중에 배정합니다.

반복의 드롭다운 목록을 변경하려면 영역 및 반복 경로 추가 및 수정을 참조하십시오.

모든 링크

하이퍼링크, 변경 집합, 소스 파일 등 모든 링크 형식을 추가합니다.

이 탭은 또한 다른 링크 컨트롤 탭에 정의된 링크를 포함하여 작업 항목에 정의된 모든 링크를 나열합니다.

첨부 파일

작업 항목을 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 다른 파일 형식으로 파일을 추가하여 보다 자세한 정보를 공유합니다.

기록

시스템에서 캡처하는 감사 추적을 검토하고 추가 정보를 캡처합니다.

작업 항목이 업데이트될 때마다 정보가 기록에 추가됩니다. 기록에는 변경 날짜, 변경한 사람, 변경된 필드 등이 포함됩니다. 기록 필드에 서식 있는 텍스트를 추가할 수도 있습니다.

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

작업 추적 시작

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

팀 프로젝트가 있는 경우 작업 추적을 시작합니다.

Q & A

Q: 비즈니스 가치는 어떻게 추적할 수 있나요?

A: 우선 순위 필드를 사용하여 다양한 스토리 값을 구분할 수 있습니다. 또는 스토리의 상대적 값을 추적하는 사용자 지정 필드를 사용자 스토리 WIT에 추가할 수 있습니다. 방법은 사용자 지정 필드 수정 또는 추가를 참조하세요.

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

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

기능

기능 워크플로 상태, Agile 프로세스 템플릿

사용자 스토리

사용자 스토리 워크플로 상태, Agile 프로세스 템플릿

버그

버그 워크플로 상태, Agile 프로세스 템플릿

작업

작업 워크플로 상태, Agile 프로세스 템플릿

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

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

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

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