워크플로 상태에 규칙 적용(상속 프로세스)

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

작업 항목 유형에 대한 워크플로 상태를 추가하거나 수정한 후에는 워크플로 상태 변경에 따라 적용되는 하나 이상의 규칙을 정의할 수 있습니다. 워크플로 상태에 규칙을 추가하면 다음 시나리오가 지원됩니다.

• 승인 프로세스 지원
• 권한이 없는 사용자가 잘못된 상태를 설정하지 못하도록 방지
• 상태 변경에 따라 필드 필요 또는 읽기 전용 또는 기타 값 만들기
• 한 상태에서 다른 상태로 전환 제한
• 특정 사용자 또는 그룹으로 상태 전환 제한 또는 허용
• 감사 요구 사항을 지원하도록 제어된 워크플로 프로세스 유지 관리
• 부모 작업 항목의 닫기 자동화

워크플로 상태를 변경할 때 적용되는 규칙을 정의하는 방법을 이해하려면 이 문서를 검토하세요.

• 워크플로 규칙 유형 이해
• 워크플로 상태 및 규칙 제한 및 모범 사례
• 필드 값을 설정하거나 상태 선택에 따라 필드를 읽기 전용으로 설정하거나 필수로 설정
• 상태 전환 제한
• 특정 사용자 또는 그룹으로 상태 전환 제한 또는 허용
• 부모 작업 항목의 상태 전환 자동화

워크플로 규칙

다음 표에서는 정의할 수 있는 세 가지 워크플로 규칙 그룹을 나타냅니다. 첫 번째 그룹은 작업 항목을 만들거나 선택한 상태로 만들거나 한 상태에서 다른 상태로 이동할 때 표준 작업을 적용합니다. 이러한 표준 작업은 필드 값을 설정하거나 필드를 읽기 전용 또는 필수로 만듭니다. 이 그룹에서는 하나 또는 두 개의 조건과 여러 작업을 지정할 수 있습니다.

두 번째 및 세 번째 그룹은 상태 전환 제한을 지원합니다. 이 두 그룹을 사용하면 작업 항목이 이동한 상태를 나타내는 조건 하나와 조건을 하나만 지정할 수 있습니다. 그런 다음 하나 이상의 작업을 지정하여 해당 상태에서 다른 상태로의 전환을 제한할 수 있습니다.

---

Condition

지원되는 작업

---

필드 값을 설정하거나 상태에 따라 읽기 전용/필수로 설정

---

사용자 또는 그룹 멤버 자격에 따라 필드 특성을 설정하거나 상태 전환을 제한합니다.

---

참고 항목

상속된 프로세스를 사용자 지정하면 해당 프로세스를 사용하는 모든 프로젝트에는 사용자 지정이 자동으로 반영됩니다. 원활한 전환을 위해 조직 전체에서 사용자 지정을 구현하기 전에 사용자 지정을 테스트할 수 있는 테스트 프로세스 및 프로젝트를 만드는 것이 좋습니다. 자세한 내용은 상속된 프로세스 만들기 및 관리를 참조 하세요.

워크플로 상태 및 규칙 제한

다음 표에는 상속 프로세스에 대한 워크플로 상태 및 규칙 제한이 요약되어 있습니다.

개체	상속 제한
프로세스에 대해 정의된 작업 항목 형식	64
작업 항목 형식에 대해 정의된 워크플로 상태	32
작업 항목 형식에 대해 정의된 규칙	1024

워크플로 상태 및 규칙을 정의할 때 성능 문제를 최소화하기 위해 다음 지침을 고려하는 것이 좋습니다.

• WIT에 대해 정의하는 규칙 수를 최소화합니다. WIT에 대해 여러 규칙을 만들 수 있지만 추가 규칙은 사용자가 작업 항목을 추가하고 수정할 때 성능에 부정적인 영향을 미칠 수 있습니다. 사용자가 작업 항목을 저장할 때 시스템은 해당 작업 항목 형식에 대한 필드와 연결된 모든 규칙의 유효성을 검사합니다. 특정 조건에서 규칙 유효성 검사 식은 SQL이 평가하기에는 너무 복잡합니다.
• 정의하는 사용자 지정 WIT 수를 최소화합니다.

워크플로 규칙은 다음 인터페이스를 통해 작업 항목을 추가하거나 수정할 때 적용됩니다.

• 웹 포털: 작업 항목 양식, 대량 업데이트, 쿼리 보기의 업데이트
• 웹 포털: 보드 또는 작업 보드, 작업 항목을 열로 이동
• 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 작업을 지정할 수 있습니다.

상태 전환 및 승인된 상태 제한의 예

비즈니스 그룹에서 사용하는 용어에 따라 사용자 스토리에 대해 다음 워크플로 상태가 정의됩니다. 새로 만들기, 해결됨 및 제거된 상속된 상태는 숨겨집니다. 대신 제안된 상태, 검토 중 및 잘라내기 상태가 사용됩니다. 또한 조사, 디자인 및 승인의 세 가지 추가 상태가 정의됩니다. 이러한 상태는 다음 이미지와 같이 시퀀스를 따라야 합니다.

제한 사항이 없으면 사용자는 시퀀스 내에서 앞뒤로 한 상태에서 다른 상태로 이동할 수 있습니다.

규칙 요구 사항

보다 제어된 워크플로를 지원하기 위해 비즈니스 그룹은 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

---

상태 전환 제한 확인

프로세스에 대한 규칙이 정의되고 프로젝트가 프로세스로 업데이트되면 브라우저를 새로 고치고 작업 항목 양식 및 브라우저에서 작업을 확인합니다.

이전 표에 정의된 규칙의 경우 다음 상태 드롭다운 메뉴가 표시됩니다. 보드를 열고 한 상태에서 다른 상태로 이동하는 기능을 확인합니다.

제안	연구	디자인	승인됨
진행 중	검토 중	닫힘	잘라내기

사용자 또는 그룹 멤버 자격에 따라 상태 전환 제한

사용자 또는 그룹 멤버 자격 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 할당 대상에 의해 생성됩니다.

관련된 문서

참고 항목

감사 로그를 통해 상속된 프로세스에 대한 변경 내용을 검토합니다. 자세한 내용은 감사 로그 액세스 , 내보내기 및 필터링을 참조하세요.

• 워크플로 사용자 지정
• 사용자 지정 규칙 추가
• 작업 항목 양식 캐싱