다시 정렬 및 중첩 문제 해결

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

작업 항목을 다시 정렬, 중첩 및 표시할 때 Azure DevOps는 자연스러운 계층 구조를 기대합니다. 기본 계층 구조는 작업 항목 간에 동일한 범주 또는 동일한 형식 링크를 만들 때 중단됩니다. 예를 들어 버그 또는 사용자 스토리에 대한 버그이거나 사용자 스토리에 대한 부모-자식 링크 또는 작업 범주에 대한 요구 사항 범주입니다. 이 문서를 사용하여 자연 계층 구조에 없는 링크를 추가할 때 오류 메시지를 처리할 수 있습니다.

"작업 항목의 순서를 변경할 수 없으며 일부 작업 항목이 표시되지 않을 수 있습니다."

다음 메시지 중 하나와 유사한 오류가 표시될 수 있습니다.

• 작업 항목의 순서를 변경할 수 없으며 일부 작업 항목이 표시되지 않을 수 있습니다.
• 작업 항목 ID가 나열되지 않음

이 오류를 해결하려면 다음 단계를 수행합니다.

1. 백로그를 엽니다.

2. 항목 목록을 검토하여 중첩된 동일한 형식의 항목을 식별합니다.

   • 예제 #1: 다음 이미지는 사용자 스토리를 다른 사용자 스토리의 자식으로 보여 줍니다.

   

   • 예제 #2: 다음 이미지는 사용자 스토리의 자식으로 버그를 보여 줍니다. 백로그에 사용자 스토리와 버그가 동일한 수준(요구 사항 범주)으로 표시되면 정렬 기능을 사용하지 않도록 설정하는 중첩된 항목이 생성됩니다.

   

3. 동일한 작업 항목 유형 또는 범주의 중첩된 항목 사이에 있는 부모-자식 링크를 제거하거나 링크 유형을 'Related'로 변경하는 것이 좋습니다.

4. 백로그를 새로 고칩니다.

다음 단계를 수행하면 문제가 해결되고 오류 메시지가 더 이상 표시되지 않습니다.

"부모가 동일한 범주에 있으므로 작업 항목을 다시 정렬할 수 없습니다."

다음 메시지 중 하나와 유사한 오류가 표시될 수 있습니다.

• 작업 항목의 순서를 변경할 수 없으며 일부 작업 항목이 표시되지 않을 수 있습니다. 부모-자식 링크를 제거하거나 링크 유형을 관련 링크로 변경하려면 작업 항목 7을 참조하세요.
• 해당 부모가 동일한 범주에 있으므로 작업 항목 3의 순서를 변경할 수 없습니다.

이 오류를 해결하려면 다음 단계를 수행합니다.

1. 오류 메시지에 나열된 작업 항목을 엽니다.
2. 부모 또는 자식 링크를 찾습니다. 이 링크가 열려 있는 작업 항목과 동일한 범주 내의 작업 항목으로 연결되는지 확인합니다. 이 링크는 연 작업 항목과 동일한 백로그 수준에 표시되는 다른 작업 항목으로 이동합니다. 팀의 버그 동작 설정에 따라 요구 사항 또는 작업과 함께 버그가 나타날 수 있습니다.
3. 문제 부모-자식 링크를 제거합니다. 이러한 항목을 연결 상태로 유지하려면 대신 '관련' 링크 형식을 사용합니다.

메시지가 더 이상 표시되지 않습니다.

"새로 고칠 때 진행 중인 작업 항목이 사라질 수 있습니다."

다음 메시지 중 하나와 유사한 오류가 표시될 수 있습니다.

팀 프로젝트에서 백로그를 "진행 중"으로 표시하기 때문에 백로그에 추가된 항목은 새로 고침할 때 사라질 수 있습니다. 이러한 항목은 "진행 중" 필터를 표시로 변경할 때 표시됩니다.

이 메시지는 백로그에 대한 진행 중 필터가 꺼져 있음을 나타냅니다.

브라우저를 새로 고치면 선택한 필터에 따라 작업 항목이 표시됩니다. 필터를 다시 설정하려면 다음 단계를 수행합니다.

1. 백로그를 엽니다.
2. 보기 옵션 선택기에서 진행 중인 항목을 표시하거나 숨기도록 선택합니다.

• 진행 중 컨트롤을 해제하면 진행 중 범주 상태에 매핑되는 활성, 커밋됨 또는 해결됨 상태 또는 상태에 있는 항목이 표시되지 않습니다.

• 작업을 예측하려는 경우 진행 중인 항목을 숨깁니다. 자세한 내용은 제품 백로그 예측을 참조하세요.

참고 항목

• 자세한 내용은 백로그 보기 구성 및 사용자 지정 작업 항목 유형 추가를 참조하세요.
• 다중 팀 소유권에서 발생할 수 있는 문제는 팀의 계층 구조 구성, 공유 영역 경로가 있는 기능 선택 연습을 참조 하세요.
• 백로그에서 작업 항목의 순서를 변경하려면 기본 또는 더 높은 수준의 액세스 권한이 있어야 합니다. 관련자 액세스 권한이 있는 경우 작업 항목의 순서를 변경할 수 없습니다. 자세한 내용은 관련자 액세스 빠른 참조를 참조하세요.

작업 항목 형식에 대한 자연 계층 구조

다음 이미지는 AGILE, 스크럼 및 CMMI(Capability Maturity Model Integration) 프로세스에 대한 자연 계층 구조를 보여 줍니다.

모범 사례

해야 하는 질문:

• 요구 사항, 버그 및 작업을 중첩하는 대신 플랫 목록을 유지 관리합니다.
• 다른 범주에 속하는 항목 간에 한 수준 깊이의 부모-자식 링크만 만듭니다. 작업 항목이 속한 범주는 프로세스 수준 및 팀에서 선택한 버그 동작에 따라 결정됩니다.
• 기능 작업 항목 유형을 사용하여 사용자 스토리(Agile), 문제(기본), 작업 항목(스크럼) 또는 CMMI(요구 사항)를 그룹화합니다. 작업 항목을 기능에 빠르게 매핑하여 백그라운드에서 부모-자식 링크를 만들 수 있습니다.

하지 말아야 할 질문:

• 작업 항목, 작업 및 버그의 계층 구조를 만듭니다.
• 동일한 유형의 작업 항목 간에 부모-자식 링크와 같은 동일한 범주 계층을 설정합니다(예: 스토리 스토리, 버그 버그, 작업 작업 또는 문제 문제). 백로그, 보드 및 스프린트 환경은 해당 수준에 속하지 않는 작업 항목을 정렬하여 혼동을 야기하므로 동일한 범주 계층 구조에 대한 순서를 다시 지정하는 것을 지원하지 않습니다.

요구 사항 또는 작업으로 버그 추적

각 팀은 요구 사항, 작업 또는 둘 다로 버그를 추적하는 방법을 유연하게 선택할 수 있습니다. 다음 지침을 참조하세요.

• 버그를 요구 사항으로 추적하는 경우: 기능 수준에서만 중첩합니다.

  

• 버그를 작업으로 추적하는 경우: 요구 사항 수준에서만 중첩합니다.

  

백로그 및 보드에 중첩된 항목 표시

스프린트 백로그 및 작업 보드는 리프 노드라고 하는 동일한 범주 계층의 마지막 노드만 표시합니다.

스프린트 백로그 및 태스크보드

작업 및 버그가 부모 요구 사항에 연결되면 스프린트 백로그 및 작업 보드에서 올바르게 그룹화합니다. 그러나 요구 사항과 버그 간에 부모-자식 링크를 설정하고 여기에 설명된 대로 버그와 작업 간에 부모-자식 링크를 설정하면 해당 작업은 스프린트 백로그와 작업 보드에 표시되지만 버그는 그렇지 않습니다.

스프린트 백로그에 할당된 항목의 계층 구조

리프 노드만 스프린트 백로그에 표시

리프 노드만 작업 보드에 표시

FAQ(질문과 대답)

Q: 계층 내에서 중간 노드를 표시하는 해결 방법이 있나요?

A: 아니요, 현재는 아닙니다. 쿼리 만들기를 선택할 때 스프린트에 할당된 항목의 전체 목록을 항상 검사 수 있습니다.

관련된 문서

• 백로그 및 보드 설정
• 보드 및 Kanban 정보, 다중 팀 Kanban 보드 보기의 제한 사항