워크플로 사용자 지정(상속 프로세스)
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
각 WIT(작업 항목 유형)에는 만들기에서 완료까지 작업의 상태를 추적하는 연결된 워크플로가 있습니다. 비즈니스 및 팀 프로세스에 맞게 대부분의 작업 항목 유형에 사용자 지정 상태를 추가할 수 있습니다. 예를 들어 버그의 심사 상태를 추가하거나 기능 또는 사용자 스토리에 대한 디자인 상태를 추가할 수 있습니다.
이 문서에서는 Triaged 상태를 포함하도록 버그 WIT를 사용자 지정합니다. 상태 및 이유 필드는 작업 항목 양식의 머리글 영역에 표시됩니다.
DevOps 작업 빌드 및 릴리스 워크플로에 대한 설명서는 YAML 및 클래식 파이프라인을 참조 하세요.
Important
상속 프로세스 모델은 이를 지원하도록 구성된 프로젝트에 사용할 수 있습니다. 이전 컬렉션을 사용하는 경우 프로세스 모델 호환성을 확인합니다. 온-프레미스 XML 프로세스 모델을 사용하도록 온-프레미스 컬렉션이 구성된 경우 해당 프로세스 모델만 사용하여 작업 추적 환경을 사용자 지정할 수 있습니다. 자세한 내용은 프로젝트 컬렉션에 대한 프로세스 모델 선택을 참조하세요.
지원되는 사용자 지정
상속된 상태를 숨기거나 사용자 지정 상태를 추가하여 WIT(작업 항목 형식)의 워크플로를 사용자 지정할 수 있습니다. 상속된 상태는 사용자 지정 프로세스를 만들기 위해 선택한 시스템 프로세스에 따라 달라집니다. 옵션은 Agile, Basic, Scrum 또는 CMMI(Capability Maturity Model Integration)입니다. 자세한 내용은 워크플로 상태, 전환 및 이유를 참조 하세요.
각 WIT의 각 기본 워크플로는 2~4개의 상태를 정의하고 다음 워크플로 작업을 지정합니다.
- 각 상태 간에 앞뒤로 전환합니다. 예를 들어 기본 프로세스 문제 WIT에는 To Do, Doing 및 Done의 세 가지 상태가 포함됩니다.
- 각 상태 전환에 대한 기본 이유
상태 유형
지원되는 사용자 지정
상속된 상태
사용자 지정 상태
워크플로 상태는 다음 규칙을 준수해야 합니다.
- 제안된 상태 또는 진행 중인 상태 범주에 대해 하나 이상의 상태를 정의합니다.
참고 항목
워크플로 상태를 추가하기 전에 백로그 및 보드 의 워크플로 상태 정보에서 워크플로 상태가 상태 범주에 매핑되는 방법을 알아봅니다.
- 둘 이상의 워크플로 상태를 정의합니다.
- 작업 항목 유형당 최대 32개 워크플로 상태를 정의합니다.
지원되지 않는 워크플로 사용자 지정
- 상속된 상태를 표시하지 않으려면 숨깁니다(이름, 색 또는 범주를 변경할 수 없습니다).
- 완료된 상태 범주에 하나의 상태만 있는지 확인합니다. 이 범주에 사용자 지정 상태를 추가하면 다른 상태가 제거되거나 숨겨지게 됩니다.
- 사용자 지정 상태의 이름을 있는 그대로 유지합니다. 변경할 수 없습니다.
- 상태 전환의 기본 이유(예: 상태 심사됨으로 이동 및 상태 심사에서 제외됨)를 사용합니다. 사용자 지정 이유를 지정할 수 없습니다.
- 양식에서 상태 및 이유 필드의 기본 위치를 적용합니다. 배치를 변경할 수 없습니다.
- 기본 상태 범주 이름을 사용합니다. 사용자 지정할 수 없습니다.
- 상속된 상태를 표시하지 않으려면 숨깁니다(이름, 색 또는 범주를 변경할 수 없습니다).
- 완료된 상태 범주에 하나의 상태만 있는지 확인합니다. 시스템에서는 이 범주에 사용자 지정 상태를 추가할 수 없습니다.
- 사용자 지정 상태의 이름을 있는 그대로 유지합니다. 변경할 수 없습니다.
- 작업 항목 양식의 드롭다운 목록에서 상태의 자연 시퀀스를 적용합니다. 순서를 변경할 수 없습니다.
- 상태 전환의 기본 이유(예: 상태 심사됨으로 이동 및 상태 심사에서 제외됨)를 사용합니다. 사용자 지정 이유를 지정할 수 없습니다.
- 양식에서 상태 및 이유 필드의 기본 위치를 적용합니다. 배치를 변경할 수 없습니다.
- 모든 상태에서 다른 상태로의 전환을 허용합니다. 전환을 제한할 수 없습니다.
상태 드롭다운 메뉴 시퀀스
상태 드롭다운 메뉴에는 각 상태 범주 내에서 정의한 순서대로 상태가 나열됩니다. 새로 추가된 작업 항목의 경우 제안된 범주의 첫 번째 상태가 기본 상태로 할당됩니다.
다음 이미지는 사용자 스토리 및 해당 드롭다운 메뉴에 대해 정의된 상태 시퀀스를 보여 줍니다.
각 범주 내에서 사용자 지정 상태를 위아래로 이동할 수 있습니다.
워크플로가 변경된 팀에 영향을 미칩니다.
보드 구성 업데이트
팀은 다음 사용자 지정을 수행할 때 보드 구성을 업데이트해야 합니다.
- 사용자 지정 상태를 추가합니다.
- 사용자 지정 상태의 범주를 변경합니다.
- 백로그 수준에 사용자 지정 또는 상속된 작업 항목 형식을 추가합니다. 백로그 및 보드 사용자 지정을 참조하세요.
작업표 구성
팀은 다음 사용자 지정을 수행할 때 보드 구성을 업데이트해야 합니다.
- 작업 WIT에 상태를 추가하여 작업 보드에 열을 추가합니다.
- 작업과 함께 버그를 추적하고, 버그 WIT에 상태를 추가하고, 작업 보드에 열을 추가합니다.
- 작업 및 버그 작업 항목 유형 모두에 동일한 상태를 추가하여 상태를 일관되게 업데이트하고 추가된 열 수를 최소화합니다.
필수 조건
특정 비즈니스 요구 사항에 맞게 Azure Boards를 조정하는 방법에 대한 지침은 Azure Boards 구성 및 사용자 지정 정보를 참조하세요.
프로젝트 프로세스 모델 요구 사항:
- 프로젝트가 만들어지는 프로젝트 컬렉션에 대한 상속 프로세스 모델이 있는지 확인합니다.
사용 권한:
- 프로젝트 컬렉션 관리자 그룹의 구성원이 됩니다.
- 만들기 프로세스, 삭제 프로세스, 프로세스 편집 또는 허용으로 설정된 조직에서 필드 삭제와 같은 컬렉션 수준 권한이 있습니다.
- 이러한 사용 권한을 통해 조직 내의 프로세스 및 필드를 수정할 수 있습니다.
조직 프로세스 설정 열기
조직에 로그인합니다(
https://dev.azure.com/{yourorganization}).
조직 설정을 선택합니다.
프로세스를 선택합니다.
컬렉션에 로그인합니다(
https://dev.azure.com/{Your_Collection}).컬렉션 설정 또는 관리자 설정을 선택합니다.
프로세스를 선택합니다.
참고 항목
상속된 프로세스를 사용자 지정하면 해당 프로세스를 사용하는 모든 프로젝트에는 사용자 지정이 자동으로 반영됩니다. 원활한 전환을 위해 조직 전체에서 사용자 지정을 구현하기 전에 사용자 지정을 테스트할 수 있는 테스트 프로세스 및 프로젝트를 만드는 것이 좋습니다. 자세한 내용은 상속된 프로세스 만들기 및 관리를 참조 하세요.
워크플로 상태 추가
추가한 상태는 작업 항목 양식 및 쿼리 편집기에서 표시된 상태 필드의 드롭다운 메뉴에 나타납니다. 추가하는 상태와 다른 모든 상태로의 전환이 만들어집니다. Triaged 상태로 이동 및 Triaged 상태에서 이동과 같은 기본 이유가 정의됩니다.
작업 항목 유형 페이지에서 수정할 작업 항목 유형을 선택하고 상태를 선택한 다음 새 상태를 선택합니다.
새 상태 옵션을 사용하지 않도록 설정한 경우 프로세스를 편집하는 데 필요한 권한이 없습니다. 상속된 프로세스 사용자 지정을 참조 하세요.
상태의 이름을 입력하고 범주 및 색을 선택한 다음 저장을 선택합니다. 지정한 색은 작업 항목 양식 및 상태 필드가 백로그, 보드, 쿼리 결과 등에 표시되는 경우를 포함하여 제품 전체에 표시됩니다.
참고 항목
진행 중 또는 해결된 상태 범주에 추가하는 워크플로 상태는 활성화된/날짜로 활성화되고 해결된/날짜 필드가 이러한 범주 안팎의 워크플로 상태 변경으로 업데이트됩니다. 자세한 내용은 활성화 기준/날짜 및 해결 기준/날짜 필드를 참조하세요.
(선택 사항) 드롭다운 메뉴 내에서 상태 시퀀스를 변경하려면 상황에 맞는 메뉴 아이콘을
선택하고 위로 이동 또는 아래로 이동을 선택합니다.
WIT에 대한 상태 추가가 완료되면 브라우저를 새로 고쳐 변경 내용을 확인하고 사용자 지정한 유형의 작업 항목을 엽니다.
심사가 선택된 상태 드롭다운 메뉴는 다음과 같습니다.
백로그 수준과 연결된 WIT에 상태를 추가하는 경우 보드를 사용하는 각 팀은 해당 열 설정을 업데이트해야 합니다. 보드의 열 관리를 참조하세요.
상태 편집
사용자 지정 상태의 범주 또는 색을 편집할 수 있습니다. 그러나 사용자 지정 상태의 이름은 변경할 수 없습니다.
에서 편집을 선택합니다. 수정하려는 상태에 대한 상황에 맞는 메뉴입니다.
범주 또는 색을 수정한 다음 저장을 선택합니다.
범주를 변경하는 경우 보드를 사용하는 팀은 열 설정을 업데이트해야 합니다. 보드의 열 관리를 참조하세요.
사용자 지정 상태 숨기기 또는 제거
상태를 숨기거나 제거하는 경우:
상태가 WIT의 상태 드롭다운 메뉴에 더 이상 표시되지 않습니다.
작업 항목 기록에 변경 내용이 없음
기존 작업 항목은 해당 상태 값을 유지하지만 잘못된 상태입니다. 작업 항목을 변경하려면 먼저 상태 값을 업데이트해야 합니다.
쿼리를 만들고 대량 업데이트를 수행하여 영향을 받는 작업 항목을 유효한 상태로 이동할 수 있습니다. 상태를 작업 항목 유형에 다시 추가하면 작업 항목이 유효한 상태로 되돌아갑니다.
상속된 상태 숨기기 또는 숨기기 취소
팀이 워크플로 프로세스에서 사용하지 않는 상속된 상태를 숨길 수 있습니다. 그러나 각 범주에 대해 하나 이상의 상태가 정의되어야 합니다.
...를 엽니다. 숨기려는 상태의 상황에 맞는 메뉴이며 숨기기 옵션을 선택합니다.
다음은 버그 WIT의 해결됨 상태를 숨기는 예제입니다.
참고 항목
보드에서 추적된 WIT의 상태를 숨기는 경우 보드를 사용하는 각 팀은 열 설정을 업데이트해야 합니다. 보드의 열 관리를 참조하세요.
숨기기를 취소하려면 ... 상황에 맞는 메뉴를 선택하고 숨기기 취소 옵션을 선택합니다.
사용자 지정 상태 제거
...를 엽니다. 제거할 상태의 상황에 맞는 메뉴를 선택하고 제거를 선택합니다. 사용자 지정 상태만 제거할 수 있습니다.
상태 제거 대화 상자에서 제거를 선택합니다.
상태 워크플로 모델 보기
상태 모델 시각화 Marketplace 확장을 설치하여 상태 워크플로 모델을 볼 수 있습니다. 이 확장은 상태 시각화 도우미라는 보드 아래에 새 허브를 추가합니다. 해당 페이지에서 작업 항목 유형을 선택하고 워크플로 상태 모델을 볼 수 있습니다.
참고 항목
상태 모델 시각화 확장은 Azure Boards 또는 제품 팀에서 지원되지 않습니다. 질문, 제안 또는 문제는 확장 페이지를 방문하세요.
예를 들어 버그 워크플로를 사용자 지정하여 Triaged 상태가 되도록 할 수 있으며 모든 상태는 한 상태에서 다른 상태로 전환할 수 있습니다.
보기를 확대 및 축소할 수 있습니다. 또한 상태 노드를 이동하여 상태 모델을 더 잘 볼 수 있습니다.