Azure Boards 제품 백로그 만들기

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

제품 백로그는 팀이 제공하려는 항목에 대한 로드맵인 프로젝트 계획에 해당하며, 사용자 스토리, 백로그 항목 또는 요구 사항을 추가하여 제품 백로그를 만듭니다. 다음 이미지와 같이 백로그는 작업 항목의 플랫 목록으로 구성됩니다.

참고

다음 이미지는 Azure DevOps Services 스크럼 프로세스에 대한 제품 백로그 이미지를 보여 줍니다. Agile, Basic 및 CMMI 프로세스 모델의 경우 백로그 항목 선택은 스토리, 문제요구 사항으로 표시됩니다.

Screenshot of a Backlog of Scrum process product backlog items.

정의한 후에는 빌드할 기능 및 요구 사항의 우선 순위가 지정된 목록이 있습니다. 또한 백로그는 팀과 추적하고 공유하는 데 필요한 정보의 리포지토리를 제공합니다. 또한 작업 항목의 하위 집합에 집중하도록 백로그를 대화형으로 필터링 할 수 있습니다.

참고

비즈니스 요구 사항을 지원하기 위해 프로젝트 및 팀을 구성하고 사용자 지정하는 방법에 대한 지침은 Azure Boards 구성 및 사용자 지정을 검토하세요.

백로그는 작업 항목 목록으로 구성됩니다. 작업 항목을 사용하여 정보를 공유하고, 팀 구성원에게 작업을 할당하고, 종속성을 추적하고, 작업을 구성하는 등의 작업을 수행할 수 있습니다. 가장 중요한 작업이 목록 맨 위에 표시되므로 팀은 항상 다음에 무엇을 해야 할지 알고 있습니다.

참고

제품 백로그는 사용할 수 있는 세 가지 백로그 클래스 중 하나입니다. 각 백로그와 두 가지 유형의 보드에서 지원되는 기능에 대한 개요는 백로그, 보드 및 계획을 참조하세요. 백로그에 예상되는 작업 항목이 표시되지 않는 경우 백로그 및 보드 설치를 검토합니다.

백로그 추가

프로젝트가 있는 경우 백로그가 있습니다. 각 프로젝트는 해당 팀의 기본 팀과 백로그 집합을 정의합니다. 새 팀을 지원하려는 경우에만 백로그를 추가하면 됩니다. 팀을 추가할 때 다양한 팀 자산을 추가합니다. 팀 관리자는 팀의 작동 방식을 지원하도록 자산을 구성할 수 있습니다. 새 팀을 지원하기 위해 백로그 집합을 추가하려면 팀 추가를 참조하세요.

각 팀의 백로그 집합은 하나 이상의 작업 항목 유형과 연결됩니다. 백로그와 연결된 작업 항목 유형은 다음에 따라 달라집니다.

  • 프로젝트를 만들 때 선택한 프로세스
  • 팀 구성
  • 프로세스 사용자 지정

각 기본 프로세스에 대해 정의된 백로그는 다음과 같습니다.

  • Agile: 스토리, 기능에픽
  • 기본: 문제에픽
  • 스크럼: 백로그 항목, 기능에픽
  • CMMI: 요구 사항, 기능에픽
  • Agile: 스토리, 기능에픽
  • 스크럼: 백로그 항목, 기능에픽
  • CMMI: 요구 사항, 기능에픽

다음 이미지와 같이 백로그 선택기에서 백로그 수준을 선택합니다.

Choose backlog level, Backlog items, Stories, or Requirements.

사용자 지정 작업 항목 유형으로 백로그를 사용자 지정하려면 포트폴리오 백로그 또는 기타 지원되는 옵션을 추가합니다. 프로젝트에서 사용하는 프로세스에 따라 다음 문서를 참조하세요.

백로그를 사용자 지정하여 사용자 지정 작업 항목 유형을 추가하거나 포트폴리오 백로그 또는 기타 지원되는 옵션을 추가하려면 온-프레미스 XML 프로세스 모델을 참조하세요.

필수 조건

백로그는 프로젝트를 만들거나 팀을 추가할 때 자동으로 만들어집니다. 각 팀은 팀 및 Agile 도구 정보에서 설명한 대로 고유한 제품, 포트폴리오 및 스프린트 백로그에 액세스할 수 있습니다.

참고

공용 프로젝트에 대한 이해 관계자 액세스 권한이 있는 사용자는 기본 액세스 권한이 있는 사용자와 마찬가지로 백로그 및 보드 기능에 대한 모든 권한을 갖습니다. 자세한 내용은 관련자 액세스 빠른 참조를 참조하세요.

백로그 열기

웹 브라우저에서 제품 백로그를 엽니다.

  1. (1) 올바른 프로젝트를 선택했는지 확인하고(2) Boards> Backlogs를 선택한 다음(3) 팀 선택기 메뉴에서 올바른 팀을 선택합니다.

    Open Work, Backlogs, for a team

    다른 백로그를 선택하려면 선택기를 연 다음 다른 팀을 선택하거나 백로그 디렉터리 보기 옵션을 선택합니다. 또는 검색 상자에 키워드를 입력하여 프로젝트의 팀 백로그 목록을 필터링합니다.

    Choose another team

    별 아이콘을 선택하여 팀 백로그를 즐겨찾기로 만듭니다. 즐겨찾는 아티팩트( 즐겨찾기 아이콘)가 팀 선택기 목록의 맨 위에 표시됩니다.

  2. 스토리 ( Agile의 경우), 문제 (기본), 백로그 항목 (스크럼의 경우) 또는 요구 사항 (CMMI의 경우)을 백로그 수준으로 선택했는지 확인합니다.

    Choose backlog level.

  3. (선택 사항) 표시할 열과 순서를 선택하려면 작업 아이콘을 선택하고 열 옵션을 선택합니다. 자세한 내용은 열 변경 옵션을 참조하세요.

    Open Column Options

  1. 올바른 프로젝트를 선택했는지 확인하고 Boards>Backlogs를 선택합니다. 그런 다음 팀 선택기 메뉴에서 올바른 팀을 선택합니다.

    Open Boards > Backlogs, for a team

    다른 백로그를 선택하려면 선택기를 연 다음 다른 팀을 선택하거나 모든 백로그 찾아보기 옵션을 선택합니다. 또는 검색 상자에 키워드를 입력하여 프로젝트의 팀 백로그 목록을 필터링합니다.

    Select another team

    별 아이콘을 선택하여 팀 백로그를 즐겨찾기로 만듭니다. 즐겨찾는 아티팩트( 즐겨찾기 아이콘)가 팀 선택기 목록의 맨 위에 표시됩니다.

  2. Agile에 대한 스토리 , 기본 문제 , 스크럼 의 백로그 항목 또는 CMMI 에 대한 요구 사항을 백로그 수준으로 선택했는지 확인합니다.

    Select product backlog level, Backlog items, Stories, or Requirements

  3. (선택 사항) 표시할 열과 순서를 선택하려면 작업 아이콘을 선택하고 열 옵션을 선택합니다. 자세한 내용은 열 변경 옵션을 참조하세요.

    Open Column options

각 팀 구성원에는 백로그 보기를 구성하는 여러 도구가 있습니다. 한 수준 확장/축소, 열 옵션, 백로그 수준 선택기, 보기 옵션필터 도구 모음. 각 백로그 수준에 대해 설정된 옵션은 고유하며 변경될 때까지 유지됩니다. 자세한 내용은 백로그 보기 구성을 참조하세요.

웹 브라우저에서 팀의 제품 백로그를 열고 프로젝트 및 팀 선택기에서 팀을 선택합니다. 그런 다음 작업>백로그를 선택합니다. 제품 백로그(스크럼의 백로그 항목 , Agile에 대한 스토리 또는 CMMI 요구 사항 )를 선택합니다.

Open the Boards > Backlogs page

다른 팀을 선택하려면 프로젝트 및 팀 선택기를 엽니다. 다른 팀을 선택하거나 찾아보기 옵션을 선택합니다.

Select another team

백로그에서 버그 추적

버그를 관리하는 방법을 선택할 수 있습니다. 일부 팀은 백로그에 대한 요구 사항과 함께 버그를 추적하는 것을 좋아합니다. 다른 팀은 요구 사항을 지원하기 위해 작업이 완료됨에 따라 버그를 추적하는 것을 좋아합니다. 그런 다음 버그가 작업표에 표시됩니다.

결정하기 전에 구성 및 사용자 지정을 검토하여 버그를 지침에 대한 요구 사항 또는 작업으로 처리 합니다. 또는 백로그 및 보드에 버그 표시로 직접 이동합니다.

아이디어를 백로그 항목으로 변환

백로그에는 수행하려는 작업 또는 작업을 시작한 작업이 표시됩니다. 작업 항목의 상태가완료 또는 완료됨으로 설정되는 즉시 작업 항목이 더 이상 백로그에 표시되지 않습니다. 백로그 컨트롤을 사용하여 보기를 필터링하거나 변경할 수 있습니다.

이미 긴 항목 목록을 정의한 경우 한 번에 하나씩 다시 입력할 필요가 없습니다. 대신 CSV 파일 또는 Microsoft Excel 사용하여 작업 항목을 대량으로 가져오거나 업데이트하여 백로 그로 빠르게 가져옵니다.

  1. 작업 항목을 추가하기 전에 보기 옵션을 선택하고 부모 및 예측에 대한 슬라이더기로 설정합니다. 필요에 따라 진행 중인 항목을 켜거나 끕니다.

    Add a product backlog item

  2. 작업 항목을 추가하려면 새 작업 항목을 선택하고 제목을 입력합니다. 그런 다음 Enter 키를 누르거나 맨 위에 추가를 선택합니다. 작업 항목에는 팀에 대해 선택한 기본 영역 경로반복 경로 가 자동으로 할당됩니다. 자세한 내용은 팀 설정 구성을 참조하세요.

    Add the work item.

    참고

    관련자 액세스 권한이 있는 경우 백로그의 맨 아래에만 작업 항목을 추가할 수 있습니다. 자세한 내용은 관련자 액세스 빠른 참조를 참조하세요.

  3. 이 단계를 반복하여 모든 아이디어를 작업 항목으로 캡처합니다.

백로그를 빌드하려면 제목을 입력하고 추가를 선택합니다. 추가 링크가 표시되지 않으면 새로 만들기를 선택하여 빠른 추가 패널을 엽니다. 필요에 따라 진행 중인 항목을표시 하거나 숨기도록 설정합니다. 작업 항목에는 팀에 대해 선택한 기본 영역 경로반복 경로 가 자동으로 할당됩니다. 자세한 내용은 팀 설정 구성을 참조하세요.

Add work items to the backlog

참고

관련자 액세스 권한이 있는 경우 백로그의 맨 아래에만 작업 항목을 추가할 수 있습니다. 자세한 내용은 관련자 액세스 빠른 참조를 참조하세요.

모든 주요 아이디어를 캡처할 때까지 이 단계를 반복합니다.

참고

Basic, Agile, Scrum 또는 CMMI를 사용하여 프로젝트를 만드는지 여부에 따라 백로그의 항목을 문제, 사용자 스토리, PPI 또는 요구 사항이라고 할 수 있습니다. 세 가지 모두 비슷합니다. 배달할 고객 가치와 수행할 작업을 설명합니다.

기본적으로 사용자 스토리는 Agile 백로그에 표시되고, 기본 백로그의 문제, PBIs 및 버그가 스크럼 백로그에 표시되고, 요구 사항은 CMMI 백로그에 표시됩니다.

백로그 순서 변경

백로그에 일부 항목이 있으면 순서를 다시 지정하여 우선 순위가 지정된 작업 목록을 만듭니다. 백로그를 자주 검토하고 우선 순위를 지정하여 팀이 다음에 제공하는 가장 중요한 사항을 파악할 수 있습니다.

열에서 백로그를 정렬할 수 없습니다. 정렬된 목록을 보려면 쿼리 만들기를 선택합니다. 쿼리를 저장하고 연 다음 쿼리 결과를 정렬합니다. 쿼리에 대한 자세한 내용은 쿼리 편집기를 사용하여 쿼리를 나열하고 관리하는 방법을 참조하세요.

백로그의 순서를 다시 지정하려면 작업 항목을 끕니다. 또는 키보드를 사용하려는 경우 Alt 키를 누른 상태로 위쪽 및 아래쪽 화살표를 사용합니다.

Reorder work items

참고

백로그를 다시 정렬하려면 기본 또는 더 높은 수준의 액세스 권한이 있어야 합니다. 관련자 액세스 권한이 있는 경우 백로그 항목의 순서를 변경할 수 없습니다. 자세한 내용은 관련자 액세스 빠른 참조를 참조하세요.

포트폴리오 관리에 참여하거나 중첩된 동일한 형식의 자식 항목을 포함하는 백로그에서는 항목의 순서를 다시 지정할 수 없습니다. 자세한 내용은 다음 문서를 참조하세요.

백로그 항목에 세부 정보 및 예상치 추가

백로그를 빌드하고 우선 순위를 지정하면 높은 수준의 로드맵이 제공됩니다. 그러나 팀이 모든 항목에 대한 작업을 시작하기 전에 자세한 정보가 필요합니다. 작업 항목 양식 내에서 세부 정보를 캡처합니다.

각 항목을 열려면 Enter 키를 두 번 클릭하거나 누릅니다. 그런 다음 추적하려는 모든 정보를 추가합니다. 하나 이상의 필드 값을 변경하거나 설명을 추가하거나 토론 섹션에서 메모를 작성합니다. 첨부 파일 탭을 선택하고 파일을 파일로 끌어 다른 사용자와 공유할 수도 있습니다.

팀이 필요한 만큼 세부 정보를 입력합니다.

  • 범위를 이해합니다.
  • 필요한 작업을 예측합니다.
  • 테스트를 개발합니다.
  • 최종 제품이 수용 조건을 충족하는지 확인합니다.

참고

단일 사용자에게만 작업을 할당할 수 있습니다. 둘 이상의 사용자에게 작업을 할당해야 하는 경우 각 사용자에 대한 작업 항목을 추가하고 제목 및 설명으로 수행할 작업을 구분합니다. 할당된 대상 필드는 프로젝트 또는 팀에 추가된 사용자 계정만 허용합니다.

예를 들어 여기서는 Raisa Pokrovskaya에 스토리를 할당하고 Raisa를 언급하는 토론 메모를 추가합니다.

User Story work item form, add details

완료되면 닫기 저장 & 을 선택합니다.

스프린트를 계획하려면 최소한 각 백로그 항목을 구현하는 데 필요한 노력을 예측합니다. 작업 항목 양식에서 작업을 캡처하려면 기본 또는 스크럼, Agile 스토리 포인트 또는 CMMI 의 크기를 사용합니다.

필드

사용 현황


PBI를 완료하는 데 필요한 작업의 양을 상대적으로 예측합니다. 사용자 스토리 및 요구 사항의 경우 스토리 포인트크기에서 추정치를 캡처합니다.

대부분의 Agile 메서드는 작업의 상대적 크기에 따라 백로그 항목에 대한 예상을 설정하는 것이 좋습니다. 이러한 방법에는 2(1, 2, 4, 8) 및 피보나치 시퀀스(1, 2, 3, 5, 8 등)의 힘이 포함됩니다. 팀에서 선호하는 측정 단위를 사용합니다.
작업, 크기 또는 스토리 포인트에 대해 설정한 추정치는 속도를 계산하고 스프린트를 예측하는 데 사용됩니다.

다른 PBI에 비해 PBI의 상대 값을 캡처하는 우선 순위를 지정합니다. 숫자가 높을수록 비즈니스 가치는 높아집니다.
변경 가능한 백로그 스택 순위와 별도로 우선 순위를 캡처하려는 경우 이 필드를 사용합니다.

범위에 대한 공유 이해를 만들고 예측 작업을 지원하기에 충분한 세부 정보를 제공합니다. 사용자, 수행하려는 작업 및 이유에 집중합니다. 제품을 개발하는 방법을 설명하지 마세요. 팀이 구현할 항목을 작성하고 테스트하는 데 필요한 세부 정보가 제공되어야 합니다.

팀이 PBI 또는 버그 수정이 완전히 구현되었는지 확인하는 데 사용할 조건을 설명하여 "완료"의 의미를 정의합니다.

PBI 또는 버그에 대한 작업을 시작하기 전에 가능한 한 고객 수용 기준을 명확하게 설명합니다. 팀과 고객 간에 대화하여 수용 기준을 결정합니다. 이러한 기준은 고객의 기대치를 충족하기 위해 팀 내에서 일반적인 이해를 보장하는 데 도움이 됩니다. 또한 이 정보는 승인 테스트의 기초를 제공합니다.

영향 평가 (CMMI만 해당)

요구 사항을 구현하지 않을 경우 고객에게 미치는 영향에 대해 설명합니다. 이 요구 사항이 놀라움(Surprise), 필수(Required) 또는 명백(Obvious) 범주에 있는지 여부에 대한 Kano 모델의 정보를 포함할 수도 있습니다.

진행 중인 항목 표시/숨기기

보기 옵션 선택기에서 진행 중인 항목을 표시하거나 숨기도록 선택할 수 있습니다. 진행 중 컨트롤을 해제하면 진행 중 범주 상태에 매핑되는 활성, 커밋됨 또는 해결됨 상태 또는 상태에 있는 항목이 백로그에 표시되지 않습니다.

View options selector, In progress control

View options selector, In progress control

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

일반적으로 작업을 예측하려는 경우 진행 중 항목을 숨기도록 선택합니다. 자세한 내용은 제품 백로그 예측을 참조하세요.

완료된 자식 항목 표시/숨기기

보기 옵션 선택기에서 완료된 자식 항목을 표시하거나 숨기도록 선택할 수 있습니다.

View options selector, Completed child items control

일반적으로 롤업 열을 보려는 경우 완료된 자식 항목을 표시하도록 선택합니다.

일반적으로 작업을 예측하려는 경우 완료된 자식 항목을 숨기도록 선택합니다. 자세한 내용은 제품 백로그 예측을 참조하세요.

참고

완료되거나 닫힌 작업 항목은 변경된 날짜 가 183일(약 반년)보다 크면 백로그 및 보드에 표시되지 않습니다. 쿼리를 사용하여 이러한 항목을 나열할 수 있습니다. 백로그 또는 보드에 표시하려면 시계를 다시 설정하는 사소한 변경을 수행할 수 있습니다.

참고

변경 된 날짜 가 1년보다 크면 완료되거나 닫힌 작업 항목이 백로그 및 보드에 표시되지 않습니다. 쿼리를 사용하여 이러한 항목을 나열할 수 있습니다. 백로그 또는 보드에 표시하려면 시계를 다시 설정하는 사소한 변경을 수행할 수 있습니다.

다음 단계 실행

이제 작업 백로그가 설치되었으므로 팀에서 우선 순위가 가장 큰 항목에 대한 작업을 시작할 수 있습니다. 여기에서 팀으로 작업하는 방법을 결정해야 합니다. 스크럼 또는 칸반을 사용하시겠습니까? 이러한 메서드는 독립적으로 또는 함께 사용할 수 있습니다.

추적 및 예측에 대한 오버헤드가 가장 적은 Teams Kanban을 선호할 수 있습니다. 꾸준한 흐름에서 일하고 스프린트 계획의 세부 사항을 그리는 것을 좋아하는 Teams 스크럼과 스프린트 계획을 선호할 수 있습니다.