Azure DevOps 서비스 | Azure DevOps Server | Azure DevOps Server 2022
워크플로는 Azure Boards 작업 항목을 추적하는 방법의 핵심입니다. 각 작업 항목 유형에는 상태, 전환 및 이유를 정의하는 고유한 워크플로가 있습니다. 전환은 작업 항목을 상태 간에 앞뒤로 이동합니다. 사용자 지정 상태를 추가하면 Azure DevOps 프로세스 규칙에 따라 기본 전환을 추가합니다.
Azure Boards 상태 범주를 사용하여 백로그, 보드 및 위젯에서 워크플로 동작을 일관되게 적용합니다. 이 문서에서는 상태가 범주에 매핑되는 방법과 해당 매핑이 항목 표시 유형, 보드 열 및 보고 동작에 미치는 영향을 설명합니다.
워크플로 상태
워크플로 상태는 작업 항목이 생성에서 닫힘으로 이동하는 방식을 정의합니다. Agile 프로세스에서 사용자 스토리는 일반적으로 새로 만들기, 활성, 해결됨 및 닫힘을 통해 이동합니다. 백로그에서 작업 항목을 제거하려면 제거됨 상태를 사용합니다. 자세한 내용은 작업 항목 이동, 변경 또는 삭제를 참조 하세요.
다음 다이어그램에서는 일반적인 작업 항목 유형인 사용자 스토리(Agile), 문제(기본), 제품 백로그 항목(스크럼) 및 CMMI(요구 사항)에 대한 일반적인 진행 및 회귀 경로를 보여 줍니다.
워크플로 상태: 사용자 스토리, Agile 프로세스
범주 상태
상태 범주는 Agile 계획 도구 및 대시보드 위젯이 워크플로 상태를 해석하는 방법을 표준화합니다. Teams는 워크플로 상태를 다음 범주 상태( 제안됨, 진행 중, 해결됨 및 완료됨)에 매핑합니다.
다음 표에서는 테스트 계획 작업 항목 유형을 포함하여 네 가지 시스템 프로세스에서 기본 상속된 상태가 범주 상태에 매핑되는 방법을 보여 있습니다. 테스트 사례, 테스트 디자인 및 Test Suite 워크플로는 네 가지 프로세스에서 모두 동일한 매핑을 사용합니다.
Categories
작업 추적
테스트 추적
제안: 새로 추가된 작업 항목 상태에 이 범주를 사용합니다. 항목은 백로그에 표시되며, 보드와 작업 보드의 첫 번째 열은 제안됨에 매핑됩니다.
New
디자인(테스트 사례)
진행 중: 활성 작업 상태에 이 범주를 사용합니다. 항목이 백로그에 표시되고(숨겨지지 않는 한) 중간 보드 열에 매핑됩니다.
활성(버그, 에픽, 기능, 사용자 스토리)
활성(테스트 계획); 계획에서(테스트 도구 모음); 진행 중(테스트 도구 모음); 준비(테스트 사례)
해결: 솔루션이 구현되었지만 아직 확인되지 않은 상태(일반적으로 버그의 경우)에 이 범주를 사용합니다. 해결된 항목은 기본적으로 백로그에 표시되고, 번다운 차트에 포함될 수 있으며, 많은 도구에서 진행 중처럼 동작합니다.
해결됨(버그)
n/a
완료: 완료된 작업 상태에 이 범주를 사용합니다. 항목은 백로그에 표시되지 않고 최종 보드 열로 이동합니다. 각 작업 항목 유형에는 이 범주에 매핑된 하나의 상태만 있을 수 있습니다.
닫힘(버그, 에픽, 기능, 사용자 스토리)
닫힘(테스트 사례); 완료됨(테스트 도구 모음); 비활성(테스트 계획)
제거: 이 범주를 제거된 상태와 함께 사용하여 백로그 및 보드 환경에서 항목을 숨깁니다.
제거됨(에픽, 기능, 사용자 스토리)
n/a
작업 항목 유형이 표시되는 위치
각 작업 항목 유형 범주가 표시되는 위치에 대한 빠른 참조로 다음 표를 사용합니다.
| 작업 항목 유형 범주 | 에 나타납니다. |
|---|---|
| Requirement | 제품 보드만 |
| Feature | 기능 포트폴리오 보드 전용 |
| Epic | 에픽 포트폴리오 보드 전용 |
| Custom | 사용자 지정 포트폴리오 보드만 |
Tip
각 워크플로 상태를 보드 열에 매핑합니다. 상태가 매핑되지 않으면 보드에 표시되지 않습니다.
Note
완료되거나 닫힌 작업 항목은 변경된 날짜 가 183일(약 반년)이 지난 후에 백로그 및 보드에 표시되지 않습니다. 쿼리를 사용하여 이러한 항목을 나열할 수 있습니다. 백로그 또는 보드에 다시 표시하려면 약간의 업데이트를 통해 시계를 다시 설정합니다.
Note
완료되었거나 종료된 작업 항목은 해당 Changed Date가 1년이 넘으면 백로그와 보드에 표시되지 않습니다. 쿼리를 사용하여 이러한 항목을 나열할 수 있습니다. 백로그 또는 보드에 다시 표시하려면 약간의 업데이트를 통해 시계를 다시 설정합니다.
활성화한 사람/날짜 및 해결한 사람/날짜 필드
시스템은 워크플로 범주 상태 변경 내용에 따라 활성화된 날짜, 활성화된 날짜, 해결 날짜 및 해결된 날짜와 같은 필드를 업데이트합니다.
- 워크플로 상태가 진행 중 범주로 변경되면 시스템에서 활성화된 날짜 및 활성화된 날짜를 업데이트합니다.
- 워크플로 상태가 해결된 범주로 변경되면 시스템에서 해결한 날짜 및 해결된 날짜를 업데이트합니다.
워크플로 상태가 상태 범주에 매핑되는 방법에 대한 자세한 내용은 백로그 및 보드에서 워크플로 상태 및 상태 범주를 사용하는 방법을 참조하세요.
Note
이 논리는 Azure DevOps Services, Azure DevOps Server 2020.1 업데이트 이상 버전에 적용됩니다.
이러한 필드는 워크플로 상태 범주를 참조하므로 추가하는 모든 사용자 지정 워크플로 상태도 필드 업데이트를 트리거합니다. 자세한 내용은 프로세스에 대한 워크플로 사용자 지정을 참조하세요.
추가적인 참고 사항
- 작업 항목이 설정되는 항목이 아닌 범주 상태에서 이동할 때마다 필드가 업데이트됩니다. 예를 들어 작업 항목을 새로 만들기에서 고정으로 이동하면 해결된 날짜/해결 날짜 필드가 업데이트됩니다. 수정됨에서 동일한 범주 상태인 테스트 준비 완료(으)로 이동하면 해결자/해결 날짜 필드가 업데이트되지 않습니다.
- 뒤로 전환할 때(예: 해결됨 상태에서 활성 상태로) 시스템은 해결자/해결 날짜 필드를 지웁니다. 활성에서 새로 상태로 이동하면 시스템에서 활성화한 사람/활성화 날짜 필드를 지웁니다.
- 이러한 필드 값을 수동으로 변경하지 마세요. 이러한 필드는 시스템 규칙에 의해 제어되는 시스템 필드이며 Azure DevOps 수동 값을 덮어씁니다.
상태를 추가할지 열을 추가할지 결정할 때
상태와 열을 함께 사용하여 작업 상태를 추적하지만 각각 다른 범위에 사용합니다.
- 상태: 팀 간에 공유된 Project 수준 워크플로 논리입니다.
- 열: 팀 수준 보드 시각화.
프로세스 편집 권한이 있는 사용자(일반적으로 Project 컬렉션 관리자 또는 위임된 프로세스 편집기)는 사용자 지정 상태를 추가할 수 있습니다. 팀 관리자 및 Project 관리자는 보드 열을 추가할 수 있습니다.
팀이 쿼리, 보고 및 팀 간 일관성을 위해 공유 워크플로 정의가 필요한 경우 사용자 지정 상태를 추가합니다. 사용자 지정 상태는 프로세스를 참조하는 작업 항목 형식으로 전파됩니다.
팀이 공유 워크플로를 변경하지 않고 보드별 작업 보기를 필요로 하는 경우 열을 추가하거나 조정합니다.
혼동을 방지하려면 작업 항목 소유권을 팀 영역 경로에 맞게 유지하거나 여러 팀이 동일한 프로세스를 따를 때 사용자 지정 상태로 공유 워크플로를 표준화합니다.
끌어오기 요청을 사용하여 작업 항목 자동 완료
PR(끌어오기 요청)에 작업 항목을 연결하는 경우 PR이 완료되면 Azure DevOps 연결된 작업 항목을 자동으로 완료할 수 있습니다. 자세한 내용은 끌어오기 요청을 사용하여 작업 항목 자동 완성을 참조 하세요.
작업 항목 상태 전환 자동화
Azure DevOps 자식 작업의 상태에 따라 부모 작업 항목의 상태를 자동으로 업데이트할 수 있습니다. 자세한 내용은 작업 항목 상태 전환 자동화를 참조하세요.
관련 콘텐츠
상속 프로세스 모델
온-프레미스 XML 프로세스 모델
대시보드 위젯