워크플로 사용자 지정(상속 프로세스)

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

각 작업 항목 유형은 만들기에서 완료로 이동할 때 작업의 상태 추적을 지원하는 워크플로와 연결됩니다. 비즈니스 및 팀 프로세스를 지원하기 위해 대부분의 WIT(작업 항목 유형)에 사용자 지정 상태를 추가할 수 있습니다. 예를 들어 버그의 심사 상태를 삽입하거나 기능 또는 사용자 스토리에 대한 디자인 상태를 삽입할 수 있습니다.

여기서 버그 WIT는 Triaged 상태를 지원하도록 사용자 지정되었습니다. 상태 및 이유 필드가 머리글 영역의 작업 항목 양식에 표시됩니다.

이 문서에서는 지원되는 워크플로 사용자 지정 옵션과 워크플로를 사용자 지정하는 방법을 설명합니다. 특히 다음에 대해 알아봅니다.

• 지원되는 워크플로 사용자 지정 시나리오
• 워크플로를 사용자 지정할 때 팀 보드에 미치는 영향
• 엔드 투 엔드 워크플로 사용자 지정 단계
• 사용자 지정 워크플로 상태를 추가하거나 제거하는 방법
• 상속된 워크플로 상태를 숨기거나 숨기기 취소하는 방법
• 상태 모델의 그래픽 묘사를 보는 방법

DevOps 작업 빌드 및 릴리스 워크플로에 대한 설명서는 Azure Pipelines 사용을 참조하세요.

중요

이 문서는 Azure DevOps Services 및 Azure DevOps Server 2019 이상 버전에 적용됩니다. TFS 2018 이하의 컬렉션에 정의된 프로젝트를 사용자 지정하려면 온-프레미스 XML 프로세스 모델을 참조하세요.

지원되는 사용자 지정

상속된 상태를 숨기거나 사용자 지정 상태를 추가하여 WIT(작업 항목 형식)의 워크플로를 사용자 지정할 수 있습니다. 상속된 상태는 시스템 프로세스(Agile, Basic, Scrum 또는 CMMI)에 따라 다르며, 사용자 지정 프로세스를 만들도록 선택할 수 있습니다.

각 WIT의 각 기본 워크플로는 2~4개의 상태를 정의하고 다음 워크플로 작업을 지정합니다.

• 각 상태 간의 앞으로 및 뒤로 전환
• 각 상태 전환에 대한 기본 이유

예를 들어 기본 프로세스인 문제 WIT는 다음 이미지에 표시된 세 가지 상태(To Do, Doing, Done)와 전환을 특징으로 합니다.

---

상태 유형

지원되는 사용자 지정

---

상속된 상태

• 상태 숨기기 또는 숨기기 취소
• 워크플로 상태를 변경할 때 규칙 추가

사용자 지정 상태

• 워크플로 상태 추가
• 워크플로 상태 편집(색 또는 범주 변경)
• 워크플로 상태 제거
• 워크플로 상태를 변경할 때 규칙 추가

---

워크플로 상태는 다음 규칙을 준수해야 합니다.

• 제안됨 또는 진행 중 상태 범주에 대해 하나 이상의 상태를 정의해야 합니다.

  참고

  워크플로 상태를 추가하기 전에 워크플로 상태 및 상태 범주 를 검토하여 워크플로 상태가 상태 범주에 매핑되는 방법을 알아봅니다.

• 두 개 이상의 워크플로 상태를 정의해야 합니다.
• 작업 항목 유형당 최대 32개 워크플로 상태를 정의할 수 있습니다.

지원되지 않는 워크플로 사용자 지정

• 상속된 상태를 수정할 수 없지만(이름, 색 또는 범주를 변경할 수 없음) 숨길 수 있습니다.
• 완료됨 상태 범주에는 하나의 상태만 있을 수 있습니다. 완료됨 범주에 사용자 지정 상태를 추가하면 다른 모든 상태가 제거되거나 숨겨집니다.
• 사용자 지정 상태의 이름을 변경할 수 없습니다.
• 상태에 대한 이유를 지정할 수 없습니다. 대신 상태 심사됨으로 이동, 심사됨 상태에서 이동과 같은 기본 이유가 정의됩니다.
• 폼에서 상태 및 이유 필드의 위치를 변경할 수 없습니다.
• 상태 범주 이름을 사용자 지정할 수 없습니다.

상태 드롭다운 메뉴 시퀀스

상태 드롭다운 메뉴에는 각 상태 범주 내에서 정렬하는 시퀀스 내의 상태가 나열됩니다. 새로 추가된 작업 항목의 경우 제안됨 범주의 첫 번째 상태가 기본 상태로 할당됩니다.

다음 이미지는 사용자 스토리 및 해당 드롭다운 메뉴에 대해 정의된 상태 시퀀스를 보여 줍니다.

각 범주 내에서 사용자 지정 상태를 위아래로 이동할 수 있습니다.

워크플로 변경으로 팀에 미치는 영향

팀은 다음 사용자 지정이 수행되면 Kanban 보드 구성을 업데이트해야 할 수 있습니다.

• 사용자 지정 상태를 추가합니다.
• 사용자 지정 상태의 범주를 변경합니다.
• 백로그 수준에 사용자 지정 또는 상속된 작업 항목 유형을 추가합니다(백로그 또는 보드 사용자 지정).

작업 WIT에 추가하는 상태는 작업 보드에 열을 추가합니다. 작업과 함께 버그를 추적하는 경우 버그 WIT에 추가하면 작업 보드에 열도 추가됩니다. 이러한 각 WIT에 동일한 상태를 추가할 필요는 없습니다. 그러나 동일한 방식으로 상태 업데이트하고 추가되는 열 수를 최소화하기 위해 이 작업을 수행할 수 있습니다.

필수 구성 요소

프로세스를 사용자 지정하기 전에 비즈니스 요구 사항에 맞게 Azure Boards 사용자 지정하는 방법에 대한 지침을 제공하는 Azure Boards 구성 및 사용자 지정을 검토하는 것이 좋습니다. 다양한 백로그 및 보드에 대한 설명은 백로그, 보드, 작업 보드 및 계획에서 지원하는 작업을 참조하세요.

• Azure DevOps Services 만든 organization 있어야 합니다. 아직 만들지 않은 경우 지금 만듭니다.
• 프로세스를 만들고 편집하고 관리하려면 프로젝트 컬렉션 관리자 그룹의 구성원이거나 해당 컬렉션 수준 권한 만들기 프로세스, 프로세스 삭제, 프로세스 편집 또는 허용으로 설정된 organization 필드 삭제권한이 있어야 합니다. 작업 추적에 대한 권한 및 액세스 설정, 상속된 프로세스 사용자 지정을 참조하세요.

설정>프로세스 열기

조직 설정>프로세스에서 프로세스에 대한 사용자 지정을 만들고, 관리하고, 만듭니다.

1. Azure DevOps 로고를 선택하여 프로젝트를 엽니다. 그런 다음 조직 설정을 선택합니다.

   

2. 그런 다음, 프로세스를 선택합니다.

   

   중요

   프로세스가 표시되지 않으면 TFS-2018 또는 이전 버전에서 작업하는 것입니다. 프로세스 페이지는 지원되지 않습니다. 온-프레미스 XML 프로세스 모델에 지원되는 기능을 사용해야 합니다.

참고

상속된 프로세스를 사용자 지정하면 해당 프로세스를 사용하는 모든 프로젝트가 사용자 지정을 반영하도록 자동으로 업데이트됩니다. 이러한 이유로 사용자 지정을 organization 배포하기 전에 사용자 지정을 테스트하기 위해 수행할 여러 사용자 지정이 있는 경우 테스트 프로세스 및 테스트 프로젝트를 만드는 것이 좋습니다. 자세한 내용은 상속된 프로세스 만들기 및 관리를 참조하세요.

워크플로 상태 추가

추가한 상태는 작업 항목 양식과 쿼리 편집기에서 표시된 상태 필드의 드롭다운 메뉴에 표시됩니다. 추가하는 상태에서 다른 모든 상태로 전환됩니다. 또한 상태 심사됨으로 이동, Triaged 상태에서 이동과 같은 기본 이유가 정의 됩니다.

1. 작업 항목 유형 페이지에서 수정할 작업 항목 유형을 선택하고 상태를 선택한 다음 새 상태를 선택합니다.

   

   새 상태 옵션을 사용하지 않도록 설정한 경우 프로세스를 편집하는 데 필요한 권한이 없습니다. 작업 추적에 대한 권한 및 액세스 설정, 상속된 프로세스 사용자 지정을 참조하세요.

2. 상태의 이름을 입력하고 범주 및 색을 선택한 다음 저장을 클릭합니다. 지정한 색은 작업 항목 양식 및 상태 필드가 백로그, 보드, 쿼리 결과 등에 표시되는 경우를 포함하여 제품 전체에 표시됩니다.

   

   참고

   진행 중 또는 해결됨 상태 범주에 추가하는 워크플로 상태는 활성화된/날짜별 활성화 및 확인된날짜별 확인/됨 필드가 이러한 범주 안팎의 워크플로 상태 변경 내용으로 업데이트됩니다. 자세한 내용은 할당 또는 워크플로 변경에 의한 쿼리, 활성화 기준/날짜 및 해결 기준/날짜 필드를 참조하세요.

3. (선택 사항) 드롭다운 메뉴에서 상태 시퀀스를 변경하려면 상황에 맞는 메뉴 아이콘을 선택하고 위로 이동 또는 아래로 이동을 선택합니다.

   

4. WIT에 대한 상태 추가를 마쳤으면 브라우저를 새로 고쳐 변경 내용을 확인하고 사용자 지정한 유형의 작업 항목을 엽니다.

   여기서는 심사가 선택된 상태 드롭다운 메뉴를 표시합니다.

   

5. 백로그 수준과 연결된 WIT에 상태를 추가할 때 Kanban 보드를 사용하는 각 팀은 열 설정을 업데이트해야 합니다.

상태 편집

범주 또는 사용자 지정 상태의 색을 편집할 수 있습니다. 그러나 사용자 지정 상태의 이름은 변경할 수 없습니다.

1. 에서 편집 을 선택합니다. 수정하려는 상태에 대한 상황에 맞는 메뉴입니다.

   

2. 범주 또는 색을 수정한 다음 저장을 선택합니다.

3. 범주를 변경하는 경우 Kanban 보드를 사용하는 팀은 열 설정을 업데이트해야 합니다.

사용자 지정 상태 숨기기 또는 제거

상태를 숨기거나 제거하는 경우:

• WIT의 상태 드롭다운 메뉴에 상태가 더 이상 표시되지 않음
• 작업 항목 기록에 대한 변경 내용이 발생하지 않음
• 기존 작업 항목은 해당 상태 값을 유지하지만 잘못된 상태입니다. 작업 항목을 변경하려면 먼저 상태 값을 업데이트해야 합니다. 쿼리를 만들고 대량 업데이트를 수행하여 영향을 받는 작업 항목을 유효한 상태로 이동할 수 있습니다. 상태를 작업 항목 유형에 다시 추가하면 작업 항목이 유효한 상태로 되돌리기.

상속된 상태 숨기기 또는 숨기기 취소

팀이 워크플로 프로세스에서 사용하지 않는 상속된 상태를 숨길 수 있습니다. 그러나 각 범주에 대해 하나 이상의 상태가 정의되어 있어야 합니다.

1. ...를 엽니다. 숨기려는 상태에 대한 상황에 맞는 메뉴이며 숨기기 옵션을 선택합니다.

   여기서는 버그 WIT의 해결됨 상태를 숨깁니다.

   

   참고

   Kanban 보드에서 추적된 WIT의 상태를 숨기는 경우 Kanban 보드를 사용하는 각 팀은 열 설정을 업데이트해야 합니다.

2. 숨기기를 취소하려면 ... 상황에 맞는 메뉴를 선택하고 숨기기 취소 옵션을 선택합니다.

사용자 지정 상태 제거

1. ...를 엽니다. 제거할 상태의 상황에 맞는 메뉴를 선택하고 제거를 선택합니다. 사용자 지정 상태만 제거할 수 있습니다.

2. 상태 제거 대화 상자에서 제거를 클릭합니다.

   

상태 워크플로 모델 보기

상태 모델 시각화 Marketplace 확장을 설치하여 상태 워크플로 모델을 볼 수 있습니다. 이 확장은 상태 시각화 도우미라는 보드 아래에 새 허브를 추가합니다. 해당 페이지에서 작업 항목 유형을 선택하고 워크플로 상태 모델을 볼 수 있습니다.

참고

상태 모델 시각화 확장은 Azure Boards 지원되는 기능이 아니므로 제품 팀에서 지원하지 않습니다. 확장을 사용할 때 발생하는 질문, 제안 또는 문제는 확장 페이지를 방문하세요.

예를 들어 다음 이미지는 Triaged 상태를 갖도록 사용자 지정된 버그 워크플로를 보여 줍니다. 이 보기는 워크플로 모델의 기본 전환을 보여 줍니다. 모든 상태는 한 상태에서 다른 상태로 전환할 수 있습니다.

보기를 확대 및 축소할 수 있습니다. 또한 상태 노드를 이동하여 상태 모델을 더 잘 볼 수 있습니다.

관련 문서

참고

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

• 백로그 및 보드에서 워크플로 상태 및 상태 범주를 사용하는 방법
• 작업 항목 형식 추가 또는 수정
• 필드 추가 및 관리
• 양식 사용자 지정
• 상속된 프로세스를 사용하여 프로젝트 사용자 지정
• Kanban 열 추가 또는 편집
• 워크플로 또는 Kanban 보드 변경 내용별 쿼리