Azure Boards 작업할 프로세스 흐름 또는 프로세스 템플릿 선택

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

프로젝트를 만들 때마다 조직 또는 컬렉션에 대해 선택한 프로세스 모델을 기반으로 프로세스 또는 프로세스 템플릿을 선택해야 합니다. 프로젝트에 대한 프로세스를 선택할 때 다음 용어를 이해하는 것이 중요합니다.

  • 프로세스 모델은 조직(Azure DevOps Services) 또는 프로젝트 컬렉션(Azure DevOps Server)에 대해 만든 프로젝트를 지원하는 데 사용되는 모델을 나타냅니다. 한 번에 하나의 프로세스 모델만 프로젝트에 지원됩니다. 세 가지 프로세스 모델(상속, 온-프레미스 XML 및 호스트된 XML)의 비교는 사용자 지정 작업 추적에 제공됩니다.
  • 프로세스는 작업 항목 추적 시스템의 구성 요소를 정의하고 Azure Boards 상속 프로세스 모델을 지원합니다. 이 모델은 WYSIWYG 사용자 인터페이스를 통해 프로젝트의 사용자 지정을 지원합니다.
  • 프로세스 템플릿은 Azure DevOps를 통해 액세스하는 작업 항목 추적 시스템 및 기타 하위 시스템의 구성 요소를 정의합니다. 프로세스 템플릿은 호스트된 XML 및 온-프레미스 XML 프로세스 모델에서만 사용됩니다. 프로세스 템플릿 XML 정의 파일을 수정하고 가져와 프로젝트를 사용자 지정합니다.

참고

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

선택한 프로세스를 사용하여 프로젝트를 만드는 방법에 대한 자세한 내용은 프로젝트 만들기를 참조하세요. 프로세스 모델에 대한 자세한 내용은 작업 추적 환경 사용자 지정을 참조하세요.

Azure DevOps Server 통해 상속된 프로세스 모델 또는 온-프레미스 XML 프로세스 모델 중에서 선택할 수 있습니다. 자세한 내용은 작업 추적 환경 사용자 지정, 프로젝트 컬렉션에 대한 프로세스 모델 선택 항목을 참조하세요. 기본 프로세스/프로세스 템플릿의 최신 버전에 액세스하려면 다음을 수행합니다.

기본 프로세스 템플릿의 최신 버전에 액세스하려면 다음을 수행합니다.

기본 프로세스 및 프로세스 템플릿(기본, Agile, CMMI 및 스크럼)에 포함된 작업 추적 개체는 동일하며 아래에 요약되어 있습니다. 기본 프로세스는 Azure DevOps Server 2019.1 이상 버전에서 사용할 수 있습니다. 간단히 하기 위해 이를 "프로세스"라고 합니다.

상속된 프로세스 모델을 보고 관리하려면 프로세스 관리를 참조하세요.

기본, Agile, 스크럼 및 CMMI 프로세스 선택

기본 프로세스는 주로 계획 및 추적 작업을 위해 제공하는 WIT(작업 항목 유형)에서 다릅니다.

기본은 가장 가볍고 선택적 미리 보기에 있습니다. 스크럼은 다음으로 가장 가볍습니다. Agile은 많은 Agile 메서드 용어를 지원하며, 기능 완성 모델 통합을 의미하는 CMMI는 공식적인 프로세스 및 변경 관리를 가장 많이 지원합니다.

참고

기본 프로세스는 Azure DevOps Server 2019 업데이트 1 이상 버전에서 사용할 수 있습니다.

팀에 가장 적합한 프로세스를 선택합니다.

기본

팀에서 문제, 작업 및 에픽을 사용하여 작업을 추적하는 가장 간단한 모델을 원할 때 기본 을 선택합니다.

작업은 남은 작업 추적을 지원합니다.

기본 작업 항목 유형


애자일.

팀이 스크럼을 비롯한 Agile 계획 방법을 사용하는 경우 Agile 을 선택하고 개발 및 테스트 활동을 별도로 추적합니다. 이 프로세스는 Kanban 보드에서 사용자 스토리 및 버그(선택 사항)를 추적하거나 작업 보드에서 버그 및 작업을 추적하려는 경우에 유용합니다.

Agile Alliance에서 Agile 방법론에 대해 자세히 알아볼 수 있습니다.

작업은 원래 예상, 남은 작업 시간 및 완료된 작업 추적을 지원합니다.

Agile 작업 항목 형식


스크럼

팀이 스크럼 을 연습할 때 스크럼을 선택합니다. 이 프로세스는 Kanban 보드에서 제품 백로그 항목(PPI) 및 버그를 추적하거나 PBIs 및 버그를 태스크보드의 작업으로 분해하려는 경우에 유용합니다.

이 프로세스는 스크럼 조직에서 정의한 대로 스크럼 방법론을 지원합니다.

작업은 남은 작업만 추적할 수 있습니다.

스크럼 작업 항목 형식


CMMI

팀에서 프로세스 개선을 위한 프레임워크와 감사 가능한 의사 결정 기록이 필요한 보다 공식적인 프로젝트 방법을 따를 때 CMMI 를 선택합니다. 이 프로세스를 통해 요구 사항을 추적하고 요청, 위험 및 검토를 변경할 수 있습니다.

이 프로세스는 공식적인 변경 관리 작업을 지원합니다. 작업은 원래 예상, 남은 작업 시간 및 완료된 작업 추적을 지원합니다.

CMMI 작업 항목 형식


두 개 또는 세 개 이상의 백로그 수준이 필요한 경우 사용하는 프로세스 모델에 따라 더 추가할 수 있습니다.

기본 프로세스 간의 주요 차이점

기본 프로세스는 대부분의 팀의 요구를 충족하도록 설계되었습니다. 팀에 비정상적인 요구 사항이 있고 온-프레미스 서버에 연결하는 경우 프로세스를 사용자 지정한 다음 프로젝트를 만들 수 있습니다. 또는 프로세스에서 프로젝트를 만든 다음 프로젝트를 사용자 지정할 수 있습니다.

다음 표에서는 4개의 기본 프로세스에서 사용되는 WIT와 상태 간의 주요 차이점을 요약합니다.

추적 영역

기본

애자일.

스크럼

CMMI


워크플로 상태

  • 이렇게 하려면
  • 수행 중
  • 완료
  • 새로 만들기
  • Active
  • 해결됨
  • 해결됨
  • 제거됨
  • 새로 만들기
  • 승인됨
  • 커밋됨
  • 완료
  • 제거됨
  • 제안
  • Active
  • 해결됨
  • 해결됨

제품 계획(노트 1 참조)

  • 문제
  • 사용자 스토리
  • 버그(선택 사항)
  • 제품 백로그 항목
  • 버그(선택 사항)
  • 요구 사항
  • 버그(선택 사항)

포트폴리오 백로그 (2)

  • 에픽
  • 에픽
  • 기능
  • 에픽
  • 기능
  • 에픽
  • 기능

작업 및 스프린트 계획(3)

  • Task
  • Task
  • 버그(선택 사항)
  • Task
  • 버그(선택 사항)
  • Task
  • 버그(선택 사항)

버그 백로그 관리(1)

  • 문제
  • 버그
  • 버그
  • 버그

문제 및 위험 관리

  • 문제
  • 문제
  • 제한
  • 문제
  • 위험
  • 검토

참고

  1. 제품 백로그 또는 Kanban 보드에서 이러한 WIT를 추가할 수 있습니다. 제품 백로그는 동적으로 다시 정렬하고 그룹화할 수 있는 현재 작업 백로그의 단일 보기를 보여 줍니다. 제품 소유자는 작업 우선 순위를 빠르게 지정하고 종속성 및 관계를 간략하게 설명할 수 있습니다.
    또한 각 팀은 백로그 및 보드에 버그를 표시하는 방법을 구성할 수 있습니다.
  2. 포트폴리오 백로그를 사용하면 백로그 계층 구조를 정의하여 여러 팀의 작업 범위를 파악하고 작업이 폭넓은 이니셔티브로 롤업되는 방식을 알 수 있습니다. 각 팀은 사용할 포트폴리오 백로그를 구성할 수 있습니다.
  3. 스프린트 백로그 및 태스크 보드에서 작업을 정의할 수 있습니다. 용량 계획을 통해 팀은 스프린트 용량이 초과되었는지 여부를 신속하게 확인할 수 있습니다.

워크플로 상태, 전환 및 이유

워크플로 상태를 사용하면 작업이 신규 상태에서 닫힘 또는 완료 상태로 전환될 때 작업의 상태를 추적할 수 있습니다. 각 워크플로는 상태 집합, 상태 간의 유효한 전환 및 작업 항목을 선택된 상태로 전환하는 이유로 구성됩니다.

중요

Azure DevOps Services 및 Azure DevOps Server 2019의 경우 기본 워크플로 전환은 모든 상태를 모든 상태 전환으로 지원합니다. 이러한 워크플로를 사용자 지정하여 일부 전환을 제한할 수 있습니다. 팀의 프로세스를 지원하려면 작업 추적 개체 사용자 지정을 참조하세요.

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

다음 다이어그램에서는 세 가지 기본 프로세스에 대한 작업 및 코드 결함을 추적하는 데 사용되는 WIT의 일반적인 정방향 진행을 보여 줍니다. 또한 이전 상태로의 재발 및 제거된 상태로의 전환도 일부 표시됩니다. 각 이미지는 전환과 관련된 기본 이유만 표시합니다.

사용자 스토리

사용자 스토리 워크플로 상태, Agile 프로세스

기능

기능 워크플로 상태, Agile 프로세스

에픽

에픽 워크플로 상태, Agile 프로세스

버그

버그 워크플로 상태, Agile 프로세스

Task

작업 워크플로 상태, Agile 프로세스

Agile 도구에서 사용되는 대부분의 WIT는 백로그 및 보드에 표시되며 모든 전환을 지원합니다. Kanban 보드 또는 작업 보드를 해당 상태 열로 끌어 작업 항목의 상태를 업데이트할 수 있습니다.

워크플로를 변경하여 다른 상태, 전환 및 이유를 지원할 수 있습니다. 자세한 내용은 작업 추적 환경 사용자 지정을 참조하세요.

제거됨, 닫힘 및 완료 상태

작업 항목의 상태를 제거됨, 닫힘 또는 완료로 변경하면 시스템은 다음과 같이 응답합니다.

  • 닫힘 또는 완료: 이 상태의 작업 항목은 포트폴리오 백로그 및 백로그 페이지에 표시되지 않습니다. 그러나 스프린트 백로그 페이지, Kanban 보드 및 태스크보드에 표시됩니다. 또한 백로그 항목을 표시하도록 포트폴리오 백로그 보기를 변경하면(예: 제품 백로그 항목에 대한 기능 보기) 닫힌 상태와 완료 상태의 작업 항목이 나타납니다.
  • 제거됨: 이 상태의 작업 항목은 백로그 또는 보드에 표시되지 않습니다.

작업 항목은 프로젝트가 활성 상태인 한 프로젝트에서 유지 관리됩니다. 닫힘, 완료 또는 제거됨으로 설정해도 레코드는 데이터 저장소에 보관됩니다. 레코드를 사용하여 쿼리 또는 보고서를 만들 수 있습니다.

참고

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

참고

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

작업 항목을 영구적으로 삭제해야 하는 경우 작업 항목 제거 또는 삭제를 참조하세요.

모든 프로세스에 추가된 작업 항목 유형

다음 WIT는 기본 프로세스를 제외한 모든 프로세스에 추가됩니다.

Test Plans, Microsoft 테스트 관리자, 내 작업 및 피드백에서 사용하는 작업 항목 유형

해당 도구를 사용하여 팀 생성 및 이러한 형식으로 작업:

  • 테스트 계획, 테스트 도구 모음, 테스트 사례 공유 단계 및 공유 매개 변수: Microsoft Test Manager.
  • 피드백 요청 및 피드백 응답: 피드백 요청
  • 코드 검토 요청 및 코드 검토 응답: 내 작업(팀 탐색기에서) 및 코드 검토 요청

이러한 형식 정의의 작업 항목은 수동으로 만들 수 없으며 숨겨진 형식 범주에 추가됩니다. 숨겨진 형식 범주에 추가된 작업 항목 형식은 새 작업 항목을 만드는 메뉴에 표시되지 않습니다.

테스트 환경을 지원하는 WIT

테스트 환경을 지원하고 테스트 관리자 및 웹 포털에서 작업하는 WIT는 다음 그림에 표시된 링크 유형을 사용하여 함께 연결됩니다.

관리 작업 항목 형식 테스트

웹 포털 또는 Microsoft Test Manager에서 테스트 도구 모음에 대해 정의된 테스트 사례를 볼 수 있습니다. 또한 테스트 계획에 대해 정의된 테스트 제품군을 볼 수 있습니다. 그러나 이러한 개체는 링크 형식을 통해 서로 연결되지 않습니다. 다른 WIT와 마찬가지로 이러한 WIT를 사용자 지정합니다. 팀의 프로세스를 지원하려면 작업 추적 개체 사용자 지정을 참조하세요.

테스트 계획 및 테스트 도구 모음의 워크플로를 변경하는 경우 여기서 설명하는 대로 프로세스 구성을 업데이트해야 할 수 있습니다. 각 테스트 필드의 정의는 빌드 및 테스트 통합 필드를 기반으로 하는 쿼리를 참조하세요.

프로세스를 사용하는 프로젝트를 만들기 전이나 후에 프로세스를 사용자 지정할 수 있습니다. 사용하는 메서드는 사용하는 프로세스 모델에 따라 달라집니다. 자세한 내용은 작업 추적 환경 사용자 지정을 참조하세요.

더 많은 질문이 있는 경우 Azure DevOps 지원 페이지를 참조하세요.