영역 및 반복 경로
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
영역 경로는 팀, 제품 또는 기능 영역별로 작업 항목을 그룹화합니다. 반복 경로 그룹은 스프린트, 마일스톤 또는 기타 시간 관련 기간으로 작동합니다. 두 필드 모두 계층적 경로를 지원합니다.
프로젝트의 영역 및 반복 경로를 정의하고 팀은 백로그 및 Agile 도구에 사용할 경로를 선택할 수 있습니다. Agile 도구가 영역 및 반복을 사용하는 Agile 도구에서 이러한 경로를 사용하는 방법을 알아봅니다.
참고 항목
영역 경로 및 반복 경로를 분류 노드라고 도 합니다. 분류 노드(REST API) 또는 Azure DevOps CLI 명령 az boards 반복을 사용하여 프로그래밍 방식으로 관리할 수 있습니다.
참고 항목
영역 경로 및 반복 경로를 분류 노드라고 도 합니다. REST API(분류 노드)를 통해 프로그래밍 방식으로 관리할 수 있습니다.
영역 및 반복은 프로젝트를 만드는 데 사용되는 프로세스에 따라 달라집니다. 이 예제에서는 스크럼 프로세스에 대한 기본 설정을 보여줍니다. 날짜는 기본적으로 설정되지 않습니다. 스프린트 또는 릴리스 일정과 일치하도록 날짜를 설정해야 합니다.
반복 횟수 | 지역 |
---|---|
Important
- 영역 경로를 삭제하거나 반복 경로를 다시 구성하면 되돌릴 수 없는 데이터가 손실됩니다. 예를 들어 영역 경로가 변경된 팀의 번다운 및 번업 위젯 차트, 스프린트 번다운 및 속도 차트는 정확한 데이터를 표시하지 않습니다. 기록 추세 차트는 각 작업 항목에 대해 시간에 정의된 대로 영역 경로 및 반복 경로를 참조합니다. 삭제된 후에는 이러한 경로에 대한 기록 데이터를 검색할 수 없습니다.
- 작업 항목에서 더 이상 사용되지 않는 영역 및 반복 경로만 삭제할 수 있습니다.
영역 경로 정의 및 할당
프로젝트 및 팀을 관리하는 것이 새로운 경우 다음 단계에 따라 프로젝트 및 팀을 구성합니다.
- 영역 경로 확인: 작업을 분류하는 데 필요한 영역 경로의 수와 이름을 식별합니다. 최소한 정의한 각 팀에 대해 하나의 영역 경로를 추가합니다.
- 팀 결정: 지원하려는 팀의 수와 이름을 결정합니다. 자세한 내용은 팀 및 Agile 도구 정보를 참조 하세요.
- 영역 경로 정의: 프로젝트 수준에서 1단계와 2단계를 지원할 영역 경로를 정의합니다. 다음 단계를 수행합니다. 영역 경로 추가
- 팀 정의: 2단계를 지원하는 데 필요한 팀을 정의합니다. 자세한 내용은 팀 추가를 참조 하고 한 기본 팀에서 여러 팀으로 이동합니다.
- 팀 설정 구성: 다음 단계를 사용하여 각 팀에 기본 및 기타 영역 경로를 할당합니다 .
- 작업 항목 할당: 정의한 영역 경로에 작업 항목을 할당합니다. 대량 수정을 사용하여 여러 작업 항목을 한 번에 수정합니다.
참고 항목
프로젝트당 최대 10,000 개의 영역 경로를 정의하고 단일 팀에 최대 300 개의 영역 경로를 할당할 수 있습니다 . 자세한 내용은 작업 추적, 프로세스 및 프로젝트 제한을 참조하세요.
둘 이상의 팀에 동일한 영역 경로를 할당할 수 있지만 두 팀이 동일한 작업 항목 집합에 대한 소유권을 주장하는 경우 문제가 발생할 수 있습니다. 자세한 내용은 다중 팀 보드 보기의 제한 사항을 참조 하세요.
언제든지 다음 작업을 수행할 수 있습니다.
- 자식 노드 추가
- 영역 경로 이름 바꾸기(루트 영역 경로 제외)
- 다른 노드 아래의 자식 노드 이동
- 자식 노드 삭제
- 팀 이름 바꾸기
- 팀에 대한 영역 경로 할당 변경
자세한 내용은 팀 계층 구조 구성을 참조 하세요.
팀이 정의해야 하는 영역은 몇 개입니까?
팀의 추적 가능성 및 보안 요구 사항을 지원하는 영역을 추가합니다. 영역을 사용하여 논리적 또는 물리적 구성 요소를 나타내고 특정 기능을 나타내는 자식 영역을 만듭니다.
다음 작업을 수행해야 하는 경우 영역을 추가합니다.
- 제품 또는 기능 영역을 기반으로 쿼리 필터링
- 팀 또는 하위 팀별로 작업 항목 구성 또는 그룹화
- 해당 영역에 따라 작업 항목에 대한 액세스 제한
각 팀은 영역 계층 구조를 만들어 백로그 항목, 사용자 스토리, 요구 사항, 작업 및 버그를 구성할 수 있습니다.
지나치게 복잡한 영역 구조를 만들지 않습니다. 영역을 사용하여 작업 항목에 대한 권한을 분할할 수 있지만, 복잡한 트리에는 사용 권한 관리에 상당한 오버헤드가 필요합니다. 다른 프로젝트에서 구조 및 사용 권한을 복제하는 것은 번거로울 수 있습니다.
반복 경로 정의 및 할당
프로젝트 및 팀에 대한 반복 경로를 구성하려면 다음 단계를 수행합니다.
- 영역 경로 정의의 지침을 사용하여 영역 경로 및 팀을 정의하고 팀에 할당합니다.
- 지원할 반복의 길이를 결정합니다. 모든 팀이 동일한 스프린트 주기를 사용하는 것이 좋습니다.
- 스프린트 및 릴리스의 플랫 구조 또는 계층 구조를 원하는지 여부를 결정합니다.
- 프로젝트 수준에서 2단계와 3단계를 지원하도록 반복 경로를 정의합니다. 반복을 추가하고 반복 날짜를 설정하는 단계를 수행합니다.
- 팀 구성을 열고 각 팀에 기본, 백로그 및 기타 반복 경로를 할당합니다. 다음 단계를 수행합니다. 팀 설정을 열고 팀 기본 반복 경로를 설정합니다.
- 각 팀은 백로그 반복 경로 아래에 있는 작업 항목에 반복 경로를 할당해야 합니다. 이러한 작업 항목은 제품 백로그 및 보드에 표시됩니다. 대량 수정을 사용하여 여러 작업 항목을 한 번에 수정합니다. 스프린트에 백로그 항목 할당도 참조하세요.
참고 항목
프로젝트당 최대 10,000 개의 반복 경로를 정의하고 단일 팀에 최대 300 개의 반복 경로를 할당할 수 있습니다 . 자세한 내용은 작업 추적, 프로세스 및 프로젝트 제한을 참조하세요.
언제든지 다음 작업을 수행할 수 있습니다.
- 자식 반복 노드 추가
- 반복 경로 이름 바꾸기(루트 경로 제외)
- 다른 노드에서 자식 반복 경로 이동
- 자식 반복 경로 삭제
- 팀에 할당된 기본 및 선택한 반복 경로 변경
팀에서 정의해야 하는 반복은 몇 개입니까?
프로젝트 수명 주기를 반영하는 데 필요한 만큼 자식 반복을 정의합니다. 이러한 경로는 스프린트, 프리베타 및 베타 결과, 기타 릴리스 마일스톤과 같은 일련의 이벤트를 나타냅니다. Teams는 작업 또는 릴리스가 아직 예약되지 않은 경우 일반적으로 팀의 기본 반복에 배정된 작업 항목을 그대로 둡니다. 프로젝트 수명 주기를 반영하는 데 필요한 만큼 자식 반복을 정의합니다. 이러한 반복은 스프린트, 프리베타 및 베타 단계 및 기타 릴리스 마일스톤과 같은 다양한 이벤트를 나타낼 수 있습니다. Teams는 일반적으로 작업 또는 릴리스가 아직 예약되지 않은 경우 팀의 기본 반복에 배정된 작업 항목을 그대로 둡니다.
다음 요구 사항을 지원하기 위해 반복을 추가합니다.
- 스크럼 팀이 스프린트를 계획하고 실행할 수 있도록 스프린트 정의
- 더 복잡한 다중 릴리스 및 스프린트 주기 설정
- 프로젝트의 스프린트, 마일스톤 또는 주기 시간을 기준으로 쿼리 필터링
- 대상 릴리스 주기에 할당할 준비가 되지 않은 향후 작업을 지원합니다.
다음 예제에서는 MyApplication 프로젝트에 대해 베타 1, 베타 2, 릴리스 1.0 및 릴리스 2.0을 정의합니다.
제품 기능 및 작업의 백로그를 만들 때 팀이 완료할 것으로 예상되는 시기에 따라 중요 시점에 할당합니다. 요구 사항이 변경되면 각 주요 중요 시점 아래에 이벤트를 추가하여 팀이 작업을 예약하고 관리하는 방법을 반영할 수 있습니다.
예를 들어 베타 1 반복에는 이제 베타 1 기간의 각 스프린트에 대해 하나씩 3개의 자식 노드가 포함됩니다.
반복은 규칙을 적용하지 않습니다. 예를 들어 해당 반복 중에 작업을 닫거나 완료하지 않고 반복에 작업을 할당할 수 있습니다. 반복이 끝나면 활성 상태이거나 열려 있는 모든 작업 항목을 식별하고 적절한 조치를 취합니다. 다른 반복으로 이동하거나 백로그로 반환할 수 있습니다.
쿼리를 실행하여 특정 반복 또는 반복 집합에 할당된 기능 및 작업 항목을 찾은 다음 작업 항목을 대량으로 수정하여 반복 경로를 변경할 수 있습니다. 자세한 내용은 날짜 또는 현재 반복별 쿼리를 참조 하세요.
명명 제한 사항
영역 경로 및 반복 경로 필드인 데이터 형식=TreePath는 백슬래시(\) 문자로 구분된 여러 노드 항목으로 구성됩니다. 노드 이름을 최소화하고 자식 노드를 추가할 때 다음 제한 사항을 준수해야 합니다.
제한 유형 | 제한 사항 |
---|---|
노드 길이 | 255자를 초과하지 않아야 합니다. |
예약된 이름 | - 마침표 또는 두 개의 마침표 . .. 로만 구성해서는 안 됩니다.- PRN, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM10, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, NUL, CON 또는 AUX와 같은 시스템 예약 이름이 아니어야 합니다. 예약된 이름에 대한 자세한 내용은 파일 이름, 경로 및 네임스페이스를 참조 하세요. |
노드에 대한 특수 문자 | - 유니코드 컨트롤 문자를 포함해서는 안됩니다. - 다음 문자 \ / : * ? " < > | # $ & * + 중 하나를 포함하지 않아야 합니다.- 로컬 파일 시스템에서 금지된 문자를 포함해서는 안 됩니다. Windows 문자 제한에 대한 자세한 내용은 파일 이름 지정, 경로 및 네임스페이스를 참조 하세요. |
경로 길이 | 4,000자를 초과하는 유니코드 문자를 포함해서는 안됩니다. |
경로 계층 구조 깊이 | 깊이는 14개 미만이어야 합니다. |