워크플로 상태에 규칙 적용(상속 프로세스)
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
작업 항목 유형에 대한 워크플로 상태를 추가하거나 수정한 후에는 워크플로 상태 변경에 따라 적용되는 하나 이상의 규칙을 정의할 수 있습니다. 워크플로 상태에 규칙을 추가하면 다음 시나리오가 지원됩니다.
- 승인 프로세스 지원
- 권한이 없는 사용자가 잘못된 상태를 설정하지 못하도록 방지
- 상태 변경에 따라 필드 필요 또는 읽기 전용 또는 기타 값 만들기
- 한 상태에서 다른 상태로의 전환 제한
- 특정 사용자 또는 그룹으로의 상태 전환 제한 또는 허용
- 감사 요구 사항을 지원하기 위해 제어된 워크플로 프로세스 유지 관리
- 부모 작업 항목의 닫기 자동화
- 승인 프로세스 지원
- 권한이 없는 사용자가 잘못된 상태를 설정하지 못하도록 방지
- 상태 변경에 따라 필드 필요 또는 읽기 전용 또는 기타 값 만들기
- 한 상태에서 다른 상태로의 전환 제한
- 부모 작업 항목의 닫기 자동화
- 승인 프로세스 지원
- 상태 변경에 따라 필드 필요 또는 읽기 전용 또는 기타 값 만들기
- 부모 작업 항목의 닫기 자동화
워크플로 상태를 변경할 때 적용되는 규칙을 정의하는 방법을 이해하려면 이 문서를 검토하세요.
- 워크플로 규칙 유형 이해
- 워크플로 상태 및 규칙 제한 및 모범 사례
- 필드 값을 설정하거나 상태 선택에 따라 필드를 읽기 전용으로 설정하거나 필수로 설정
- 상태 전환 제한
- 특정 사용자 또는 그룹으로의 상태 전환 제한 또는 허용
- 부모 작업 항목의 상태 전환 자동화
- 워크플로 규칙 유형 이해
- 워크플로 상태 및 규칙 제한 및 모범 사례
- 필드 값을 설정하거나 상태 선택에 따라 필드를 읽기 전용으로 설정하거나 필수로 설정
- 상태 전환 제한
- 부모 작업 항목의 상태 전환 자동화
- 워크플로 규칙 유형 이해
- 워크플로 상태 및 규칙 제한 및 모범 사례
- 필드 값을 설정하거나 상태 선택에 따라 필드를 읽기 전용으로 설정하거나 필수로 설정
- 부모 작업 항목의 상태 전환 자동화
중요
이 문서는 Azure DevOps Services 및 Azure DevOps Server 2019 이상 버전에 적용됩니다. TFS 2018 이하의 컬렉션에 정의된 프로젝트를 사용자 지정하려면 온-프레미스 XML 프로세스 모델을 참조하세요.
중요
상속 프로세스 모델을 지원하도록 구성된 프로젝트 컬렉션에 정의된 프로젝트에만 상속 프로세스 모델을 사용할 수 있습니다. 온-프레미스 컬렉션이 온-프레미스 XML 프로세스 모델을 사용하도록 구성된 경우 해당 프로세스 모델만 사용하여 작업 추적 환경을 사용자 지정할 수 있습니다. 자세한 내용은 작업 추적 사용자 지정, 프로젝트 컬렉션에 대한 프로세스 모델 선택을 참조하세요.
TFS 2018 이하의 컬렉션에 정의된 프로젝트를 사용자 지정하려면 온-프레미스 XML 프로세스 모델을 참조하세요.
워크플로 규칙
다음 표에서는 정의할 수 있는 세 가지 워크플로 규칙 그룹을 나타냅니다. 첫 번째 그룹은 작업 항목을 만들거나 선택한 상태로 만들거나 한 상태에서 다른 상태로 이동할 때 표준 작업을 적용합니다. 이러한 표준 작업은 필드 값을 설정하거나 필드를 읽기 전용 또는 필수로 만듭니다. 이 그룹에서는 하나 또는 두 개의 조건과 여러 작업을 지정할 수 있습니다.
두 번째 및 세 번째 그룹은 상태 전환 제한을 지원합니다. 이 두 그룹을 사용하면 작업 항목이 이동한 상태를 나타내는 조건 하나와 조건을 하나만 지정할 수 있습니다. 그런 다음 하나 이상의 작업을 지정하여 해당 상태에서 다른 상태로의 전환을 제한할 수 있습니다.
다음 표에서는 정의할 수 있는 워크플로 규칙의 두 그룹을 나타냅니다. 첫 번째 그룹은 작업 항목을 만들거나 선택한 상태로 만들거나 한 상태에서 다른 상태로 이동할 때 표준 작업을 적용합니다. 이러한 표준 작업은 필드 값을 설정하거나 필드를 읽기 전용 또는 필수로 만듭니다. 이 그룹에서는 하나 또는 두 개의 조건과 여러 작업을 지정할 수 있습니다.
두 번째 그룹은 상태 전환 제한을 지원합니다. 이 두 번째 그룹에서는 작업 항목이 이동한 상태를 나타내는 조건을 하나만 지정할 수 있습니다. 그런 다음 하나 이상의 작업을 지정하여 해당 상태에서 다른 상태로의 전환을 제한할 수 있습니다.
참고
특정 기능을 사용하려면 Azure DevOps Server 2020.1 업데이트를 설치해야 합니다. 자세한 내용은 Azure DevOps Server 2020 업데이트 1 RC1 릴리스 정보, 보드를 참조하세요.
설정할 수 있는 워크플로 조건 및 작업은 다음 이미지에 설명되어 있습니다. 작업 항목을 만들거나 선택한 상태로 만들거나 한 상태에서 다른 상태로 이동할 때 표준 작업을 적용할 수 있습니다. 이러한 표준 작업은 필드 값을 설정하거나 필드를 읽기 전용 또는 필수로 만듭니다. 이 규칙 집합에 대해 하나 또는 두 개의 조건과 여러 작업을 지정할 수 있습니다.
Condition
지원되는 작업
필드 값을 설정하거나 상태에 따라 읽기 전용/필수로 설정
상태에 따라 전환 제한
필드 숨기기 또는 상태 및 사용자 또는 그룹 멤버 자격에 따라 필드 읽기 전용 또는 필수 설정
및 사용자 또는 그룹 멤버 자격에 따라 필드 특성을 설정하거나 상태 전환을 제한합니다.
참고
상속된 프로세스를 사용자 지정하면 해당 프로세스를 사용하는 모든 프로젝트가 사용자 지정을 반영하도록 자동으로 업데이트됩니다. 이러한 이유로 사용자 지정을 organization 배포하기 전에 사용자 지정을 테스트하기 위해 수행할 사용자 지정이 많은 경우 테스트 프로세스 및 테스트 프로젝트를 만드는 것이 좋습니다. 자세한 내용은 상속된 프로세스 만들기 및 관리를 참조하세요.
워크플로 상태 및 규칙 제한
다음 표에는 상속 프로세스에 대한 워크플로 상태 및 규칙 제한이 요약되어 있습니다.
개체 | 상속 제한 |
---|---|
프로세스에 대해 정의된 작업 항목 형식 | 64 |
작업 항목 형식에 대해 정의된 워크플로 상태 | 32 |
작업 항목 형식에 대해 정의된 규칙 | 1024 |
워크플로 상태 및 규칙을 정의할 때 성능 문제를 최소화하기 위해 다음 지침을 고려하는 것이 좋습니다.
- WIT에 대해 정의하는 규칙 수를 최소화합니다. WIT에 대해 여러 규칙을 만들 수 있지만 추가 규칙은 사용자가 작업 항목을 추가하고 수정할 때 성능에 부정적인 영향을 미칠 수 있습니다. 사용자가 작업 항목을 저장할 때 시스템은 해당 작업 항목 형식에 대한 필드와 연결된 모든 규칙의 유효성을 검사합니다. 특정 조건에서 규칙 유효성 검사 식은 SQL이 평가하기에는 너무 복잡합니다.
- 정의하는 사용자 지정 WIT 수를 최소화합니다.
워크플로 규칙은 다음 인터페이스를 통해 작업 항목을 추가하거나 수정할 때 적용됩니다.
- 웹 포털: 작업 항목 양식, 대량 업데이트, 쿼리 보기의 업데이트
- 웹 포털: Kanban 보드 또는 작업 보드, 작업 항목을 열로 이동
- Visual Studio 2017 및 이전 버전, 작업 항목 양식
- CSV 파일 형식: 대량 가져오기 또는 업데이트
- Excel: 대량 가져오기 또는 업데이트
- REST API: 작업 항목 추가 또는 수정
규칙 정의
워크플로 상태를 기반으로 규칙을 정의하기 전에 먼저 다음 요소를 정의해야 합니다.
- 워크플로 사용자 지정에 설명된 대로 원하는 워크플로 상태
- 규칙에 사용자 지정 필드의 사양이 필요한 경우 필드 추가 및 관리에 설명된 대로 해당 필드를 작업 항목 유형에 추가합니다.
- 규칙에서 사용자 또는 그룹 멤버 자격에 따라 변경 내용을 부여하거나 제한하는 보안 그룹의 사양이 필요한 경우 사용자 또는 그룹 추가 또는 제거, 보안 그룹 관리에 설명된 대로 해당 보안 그룹을 정의합니다.
규칙 정의의 기본 사항에 대해서는 사용자 지정 규칙 추가를 참조하세요. 해당 문서에 정의된 필수 조건을 충족해야 합니다.
필드 값 설정 또는 필드 읽기 전용 또는 필수 설정
규칙의 첫 번째 그룹화에서는 규칙당 하나 또는 두 개의 조건과 최대 10개의 작업을 지정할 수 있습니다.
활성 작업 전에 팀 리더 승인을 확인하는 예제
이 예제에서 개발 팀은 팀 리더가 승인할 때까지 사용자 스토리가 작동하지 않도록 하고자 합니다. 기본 워크플로 상태가 사용 중이며 승인된 사람 및 보안 그룹인 팀 리드 그룹이라는 단일 사용자 지정 필드만 추가됩니다.
기본 워크플로 상태
규칙 요구 사항
활성 작업 전에 승인을 보장하려면 다음 규칙을 정의해야 합니다.
- 상태가 새로 만들기에서 활성으로 이동할 때 승인됨 필드를 채워야 합니다.
- 팀 잠재 고객 그룹에 속하지 않는 사용자가 승인됨 필드를 채우도록 제한
- 상태가 새로 만들기 또는 제거됨으로 이동할 때 승인됨 필드 지우기
규칙 정의
규칙 요구 사항은 다음 네 가지 규칙 정의로 변환됩니다.
규칙 이름
Condition
actions
승인됨: 새로 만들기일 때 지워진 경우
때 A work item state changes to New
다음 Clear the value of Approved By
제거 시 지워진 승인됨
때 A work item state changes to Removed
다음 Clear the value of Approved By
읽기 전용으로 승인됨
때 Current user is not member of group Team Leads Group
다음 Make read-only Approved By
승인됨 필수
때 A work item state changes from New to Active
다음 Make required Approved By
상태 전환 제한
조건을 지정할 때 해당 A work item state moved from ...
조건만 지정할 수 있습니다. 최대 10 작업을 지정할 수 있습니다.
참고
이 기능을 사용하려면 Azure DevOps Server 2020.1 업데이트 이상이 필요합니다.
상태 전환 및 승인됨 상태 제한 예제
비즈니스 그룹에서 사용하는 용어에 따라 사용자 스토리에 대해 다음 워크플로 상태가 정의됩니다. 새로 만들기, 해결됨 및 제거된 상속된 상태는 숨겨집니다. 대신 제안됨, 검토 중 및 잘라내기 상태가 사용됩니다. 또한 조사, 디자인 및 승인됨의 세 가지 추가 상태가 정의 됩니다. 이러한 상태는 다음 이미지와 같이 시퀀스를 따라야 합니다.
제한 없이 사용자는 시퀀스 내에서 한 상태에서 다른 상태로 앞뒤로 이동할 수 있습니다.
규칙 요구 사항
보다 제어된 워크플로를 지원하기 위해 비즈니스 그룹은 User Story 작업 항목 유형에서 다음과 같은 정방향 및 역방향 상태 전환을 지원하는 규칙을 제정하기로 결정했습니다.
- 제안된 은리서치 및 컷으로만 이동할 수 있습니다.
- 연구는디자인 및 컷으로만 이동할 수 있습니다.
- 디자인은 연구, 승인 및 잘라내기로만 이동할 수 있습니다.
- 승인됨은디자인, 활성 및 잘라내기로만 이동할 수 있습니다.
- 활성은 검토 중으로만 이동할 수 있습니다.
- 검토에서활성(추가 작업 발견), 닫힘 또는 잘라내기로만 이동할 수 있습니다.
- 닫힘 은 리서치, 디자인, 활성, 검토 중 (사용자가 작업 항목을 오류로 닫은 경우 허용)으로 이동할 수 있습니다.
- 잘라내기는제안됨으로만 이동할 수 있습니다.
참고
상태 전환을 제한할 때 사용자가 오류를 발생시키는 상태를 이동하는 경우를 고려합니다. 사용자가 정상적으로 복구할 수 있기를 바랍니다.
또한 비즈니스 그룹은 필요한 필드에 대한 규칙을 적용하려고 합니다.
- 상태가 승인됨 에서 활성으로 이동할 때 승인됨 기준 필드를 채워야 합니다.
- 승인된 승인자 그룹에 속한 사용자만 승인됨 기준 필드를 입력할 수 있도록 허용
- 상태가 잘라내기로 이동할 때 승인됨 필드 지우기
- 상태가 활성으로 이동할 때 수락 조건이 채워지도록 요구
규칙 정의
위의 제한을 구현하기 위해 프로세스 관리자는 사용자 지정 승인자 ID 필드, 승인된 승인자 보안 그룹 및 다음 11개의 규칙을 추가합니다.
규칙 이름
Condition
actions
제안된 상태
때 A work item state moved from Proposed
다음 Restrict the state transition to Design
및 Restrict the state transition to Approved
및 Restrict the state transition to Active
및 Restrict the state transition to In Review
및 Restrict the state transition to Closed
연구 상태
때 A work item state moved from Research
다음 Restrict the state transition to Proposed
및 Restrict the state transition to Approved
및 Restrict the state transition to Active
및 Restrict the state transition to In Review
및 Restrict the state transition to Closed
디자인 상태
때 A work item state moved from Design
다음 Restrict the state transition to Proposed
및 Restrict the state transition to Research
및 Restrict the state transition to Active
및 Restrict the state transition to In Review
및 Restrict the state transition to Closed
승인된 상태
때 A work item state moved from Approved
다음 Restrict the state transition to Proposed
및 Restrict the state transition to Research
및 Restrict the state transition to Design
및 Restrict the state transition to In Review
및 Restrict the state transition to Closed
활성 상태
때 A work item state moved from Active
다음 Restrict the state transition to Proposed
및 Restrict the state transition to Research
및 Restrict the state transition to Design
및 Restrict the state transition to Approved
및 Restrict the state transition to Closed
검토 상태
때 A work item state moved from In Review
다음 Restrict the state transition to Proposed
및 Restrict the state transition to Research
및 Restrict the state transition to Design
및 Restrict the state transition to Approved
닫힌 상태
때 A work item state moved from Closed
다음 Restrict the state transition to Proposed
및 Restrict the state transition to Cut
잘라내기 상태
때 A work item state moved from Cut
다음 Restrict the state transition to Research
및 Restrict the state transition to Design
및 Restrict the state transition to Approved
및 Restrict the state transition to Active
및 Restrict the state transition to In Review
및 Restrict the state transition to Closed
승인된 상태 필수 필드
때 A work item changes from Approved to Active
다음 Make required Acceptance Criteria
및 Make required Approved By
승인된 승인자
때 Current user is not a member of Authorized Approvers
다음 Make read-only Approved By
승인됨 필드 지우기
때 A work item state changes to Cut
다음 Clear the value of Approved By
상태 전환 제한 확인
프로세스에 대한 규칙이 정의되고 프로젝트가 프로세스로 업데이트되면 브라우저를 새로 고치고 작업 항목 양식과 Kanban 브라우저에서 작업을 검사.
이전 표에 정의된 규칙의 경우 다음 상태 드롭다운 메뉴가 표시됩니다. Kanban 보드를 열고 한 주에서 다른 상태로 이동할 수 있는 기능을 검사.
제안 | 연구 | 디자인 | 승인됨 |
---|---|---|---|
활성 | 검토 중 | 해결됨 | 잘라내기 |
사용자 또는 그룹 멤버 자격에 따라 상태 전환 제한
사용자 또는 그룹 멤버 자격 Current user is member of group ...
또는 Current user is not member of group ...
를 기준으로 두 조건 중 하나를 지정하는 경우 하나의 조건만 지정할 수 있습니다. 또한 작업을 지정하는 경우 하나의 작업 Restrict the transition to state...
만 지정할 수 있습니다.
참고
작업 항목에는 적용된 규칙이 적용됩니다. 사용자 또는 그룹 멤버 자격에 따른 조건부 규칙은 웹 브라우저에 대해 캐시됩니다. 작업 항목 업데이트가 제한된 경우 이러한 규칙 중 하나가 발생할 수 있습니다. 적용되지 않는 문제가 발생한 것으로 생각되면 작업 항목 양식 IndexDB 캐싱 문제를 참조하세요.
부모 작업 항목의 상태 전환 자동화
자식 작업 항목에 대한 상태 할당에 따라 부모 작업 항목의 상태 전환을 자동화하려면 웹 후크를 추가하고 상태 전환 자동화 GitHub 프로젝트에 제공된 코드와 구성을 사용할 수 있습니다.
참고
상태 전환 자동화 GitHub 프로젝트는 Azure Boards 지원되는 기능이 아니므로 제품 팀에서 지원하지 않습니다. 이러한 확장을 사용할 때 발생하는 질문, 제안 또는 문제는 GitHub 프로젝트 페이지에서 제기합니다.
상태 변경에 따라 재할당 자동화
Agile 프로세스 버그 작업 항목 유형에는 이전에 버그를 만든 사람에게 버그를 다시 할당하는 규칙이 있었습니다. 이 규칙은 기본 시스템 프로세스에서 제거되었습니다. 다음 조건 및 작업을 사용하여 규칙을 복원하거나 다른 작업 항목 유형에 유사한 규칙을 추가할 수 있습니다.
때A work item state changes to
해결한다음Copy the value from
에 의해 할당됨으로 생성됩니다.
관련 문서
참고
감사 로그를 통해 상속된 프로세스에 대한 변경 내용을 검토할 수 있습니다. 자세한 내용은 감사 로그 액세스, 내보내기 및 필터링을 참조하세요.
피드백
https://aka.ms/ContentUserFeedback
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요.다음에 대한 사용자 의견 제출 및 보기