Skip to content

Instantly share code, notes, and snippets.

@passionsjin
Last active June 18, 2020 07:19
Show Gist options
  • Save passionsjin/996af01c5fab7c4fef009c624ec6d614 to your computer and use it in GitHub Desktop.
Save passionsjin/996af01c5fab7c4fef009c624ec6d614 to your computer and use it in GitHub Desktop.
Azure Devops Board - Docs번역

원본

Azure Board란 무엇인가?

웹서비스인 Azure Board으로 팀의 소프트웨어 프로젝트를 관리할 수 있습니다. 스크럼, 칸반에 대한 기본적인 지원과 사용자 정의 가능한 대시 보드 및 통합 리포팅 기능을 포함하고 다양한 기능을 제공합니다. 비즈니스 성장에 따라 이러한 도구를 확장 할 수 있습니다.

프로젝트와 관련된 사용자 스토리, 백로그 항목, 작업, 기능 및 버그 추적을 쉽고 빠르게 시작 할 수 있습니다. 프로젝트에서 사용 가능한 프로세스 및 작업 유형을 기반으로 작업 항목을 추가하고 추적합니다.

Work item types

가장 많이 사용되는 두가지 프로세스는 Basic 및 Agile입니다. 프로세스는 Azure보드에서 사용 가능한 작업 항목 유형 및 작업 흐름을 결정합니다. Scrum 또는 CMMI 프로세스를 사용하는 프로젝트를 원하는 경우 다른 프로젝트를 추가 및 지정할 수 있습니다.

프로세스 비교

Agile process

다음 이미지는 Agile 프로세스의 백로그 작업 항목 계층 구조 및 작업 흐름 상태를 보여줍니다. User Story 및 Task는 작업을 추적하는데 사용되고 Bug는 코드 결함을 추적하며, Epics 및 Feature는 더 큰 시나리오에서 작업을 그룹화하는데 사용됩니다. 작업이 시작되지 않은 상태에서 완료된 상태로 진행됨에 따라 작업 흐름의 상태가 새로만들기, 활성화, 해결, 종료로 업데이트 됩니다.
image
image

User Story, Bug, Task 또는 Feature를 추가하면 Work item이 생성됩 니다. 중요한 비즈니스를 시작하기 위해 Epic을 추가하세요. 특정 어플리케이션 또는 작업들을 추적하는 기능을 추가하세요. 특정 팀 구성원에게 할당 할 Task와 코드결함을 추적하는 Bug를 추적할 User Story를 정의하세요. 마지막으로 Task를 사용하여 몇 시간 또는 몇 일 단위로 더 적은 양의 작업을 추적 할 수 있습니다.

각 팀은 Bugs에서 관리하는 방법과 User Story또는 Task에서 같은 수준으로 구성 및 작업을 하도록 설정할 수 있습니다.

Basic process

다음 이미지는 Basic 프로세스의 백 로그 작업 항목 계층 구조 및 작업 흐름 상태를 보여줍니다. Issue 및 Task는 작업을 추적하는데 사용되는 반면 Epics는 더 큰 시나리오에서 작업을 그룹화하는데 사용됩니다. 작업들이 진행되고 완료되면서, 주 작업흐름의 업데이트를 위해 To Do, Doing and Done 으로 진행됩니다.
image
Issue, Task, Epic을 추가하면 work item을 만듭니다. 중요한 기능이나 요구사항을 추적하려면 Epic을 추가하세요. Issue를 사용하여 User story, bug 또는 기타 작은 작업을 task항목으로 추적하세요. 또한 Task를 사용하여 시간 또는 시간 단위로 추적하려는 더 적은 양에 대해도 추적할 수 있습니다.

Scrum process

다음 이미지는 Scrum 프로세스의 백로그 작업 항목 계층 구조 및 작업 흐름을 보여줍니다. Product backlog item 및 task는 업무와 버그가 발생하는 코드결함들을 추적하며 그리고 Epic, Feature은 더 큰 시나리오에 대해 작업을 그룹화하는데 사용됩니다. 작업이 시작되지않은 상태에서 완료 상태로 진행됨에 따라 작업흐름은 New, Approved, Committed, Done 으로 표현됩니다.
image
image
Product backlog item, bug, task, feature을 생성하면, work item을 만들 수 있습니다. bug 작업 설정을 통해 각 팀은 Product Backlog Item과 bugs를 같은 레벨로 관리가 가능합니다. 더 많은 work item type들을 보려면 여기를 참고하세요.

CMMI process

다음 이미지는 CMMI 프로세스의 백로그 작업 항목 계층 구조 및 작업 흐름을 보여줍니다. Requirement 및 Task는 작업을 추적하는 데 사용되고, bug는 코드 결함을 추적하며 Epics 및 Feature는 더 큰 시나리오에서 작업을 그룹화하는데 사용됩니다. 작업이 시작되지않은 상태에서 완료 상태로 진행됨에 따라 작업흐름은 Proposed, Active, Resolved, Closed 으로 표현됩니다.
image
image
Requirement, bug, task, feature 을 추가함으로써 work item을 만들 수 있습니다. 각팀은 Bugs 설정을 통해 Requirements 와 Task를 bugs와 같은 레벨로 관리할 수 있습니다. 더 많은 work item type들을 보려면 여기를 참고하세요.

Backlog와 Board 통한 작업 추적

Agile process

User Story 상태 업데이트
Kanbanboard를 사용해 상태를 New, Active, Resolved, Closed 로 추가하거나 업데이트 합니다. User Story 하위항목으로 Task를 추가하세요. 더 알아보려면 User Story, features, Task 알아보기를 참조하세요.
image
User Story의 Backlog 순위지정
Drag and Drop을 통해 팀 Backlog의 순위를 지정할 수 있습니다. Backlog 생성을 통해 더 알아보세요. image

Basic process

Issue 상태 업데이트
To Do, Doing, Done 로 추가하거나 업데이트 합니다. issue 하위 아이템으로 Task를 추가합니다. Issue와 Task 추적을 통해 더 알아보세요.
image
Issue의 Backlog 순위지정
image
Drag and Drop을 통해 팀 Backlog의 순위를 지정할 수 있습니다. Backlog 생성을 통해 더 알아보세요.

Scrum process

Product Backlog items 상태 업데이트
work items를 추가하거나 업데이트하고 새로운 컬럼으로 옮기세요. product Backlog item의 하위 아이템을 통해 작업을 추가 합니다. Kanban board 사용을 통해 더 알아보세요.
image

Issue의 Backlog 순위지정
Drag and Drop을 통해 팀 Backlog의 순위를 지정할 수 있습니다. Backlog 생성을 통해 더 알아보세요.
image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment