Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Azure DevOps의 Kanban 보드는 작업 항목을 관리하고 프로젝트의 진행률을 추적하는 데 사용되는 시각적 도구입니다. 다양한 단계를 통해 작업, 상태 및 흐름에 대한 명확한 개요를 제공합니다. Teams는 Kanban 보드를 사용하여 작업을 시각화하고, 진행 중인 작업을 제한하고, 워크플로를 최적화할 수 있습니다. 각 작업 항목은 보드의 카드로 표시되며 열은 "할 일", "진행 중", "완료"와 같은 다양한 단계를 나타냅니다. 작업이 진행됨에 따라 카드가 열 간에 이동하므로 팀이 효율성을 모니터링하고 개선할 수 있습니다. Kanban 보드는 일반적으로 민첩한 방법론에 사용되며 효과적인 프로젝트 관리에 필수적입니다.
Kanban 보드와 작업 보드는 모두 작업 흐름을 시각화하고 메트릭을 모니터링하여 해당 흐름을 최적화할 수 있도록 지원합니다. Kanban 보드 트랙 요구 사항은 스프린트 독립적이며 진행률을 모니터링하기 위한 누적 흐름도를 제공합니다. 각 스프린트는 스프린트에 대해 정의된 추적 작업을 지원하는 Taskboard와 연결됩니다. 용량 차트 및 스프린트 번다운 차트를 통해 진행률을 모니터링할 수 있습니다. 자세한 내용은 작업 보드 업데이트 및 모니터링을 참조하세요.
참고
Kanban은 문자 그대로 "간판"으로 번역되는 일본어 단어입니다. 이 문서에서는 Kanban 보드에 초점을 맞추고 있지만 앞으로 나아가서 이를 "보드"라고 부릅니다.
제품 및 포트폴리오 보드
각 제품 및 포트폴리오 백로그 는 보드에 해당합니다. 이러한 보드는 팀과 연결되며 선택한 영역 및 반복 경로에 따라 작업 항목을 표시합니다. 자세한 내용은 반복 정의 및 구성을 참조 하세요.
Kanban은 고품질 소프트웨어의 일관된 제공을 향상시키기 위해 두 가지 주요 사례를 강조합니다. 먼저 팀의 워크플로 스테이지를 매핑하고 보드를 적절하게 구성하여 작업 흐름을 시각화합니다. 둘째, WIP(진행 중인 작업) 제한을 설정하여 진행 중인 작업을 제한합니다. 이러한 사례를 적용하면 진행률을 추적하고 메트릭을 모니터링하여 잠재 고객 또는 주기 시간을 줄일 수 있습니다. 보드를 사용하는 방법을 탐색해 보세요.
Kanban 개념 및 용어
다음 표에서는 Kanban 보드 및 Kanban 메서드를 사용하여 작업을 추적하는 데 일반적으로 사용되는 용어와 도구를 간략하게 설명합니다.
| 개념 또는 용어 | 설명 |
|---|---|
| 차단자 | 작업이 진행되지 않도록 하는 문제입니다. 태그를 사용하고 카드 색을 변경하여 차단된 작업을 강조 표시할 수 있습니다. 자세한 내용은 카드 사용자 지정, 카드 강조 표시 스타일 규칙 정의를 참조 하세요. |
| Bottleneck | 작업 흐름을 제한하는 시스템의 제약 조건입니다. 병목 상태를 식별하면 효과를 더 쉽게 줄일 수 있으며 프로세스를 통해 흐르는 작업을 제어하는 메커니즘을 제공합니다. 자세한 내용은 열 관리, 병목 상태 식별을 참조하세요. |
| 카드 순서 다시 지정 | 카드 순서 변경 기능을 사용하면 우선 순위를 재조정할 수 있으며, 보드 위에서 카드를 끌어다 놓을 때 백로그 우선 순위를 강제로 유지하도록 할 수 있습니다. 자세한 내용은 카드 순서 다시 지정을 참조 하세요. |
| CFD(누적 흐름 다이어그램) | 컨텍스트 내 CFD 보고서에는 지난 30주 이하의 각 열에 있는 항목 수가 표시됩니다. 이 차트에서 진행 중인 작업량과 리드 타임을 파악할 수 있습니다. 진행 중인 작업은 미완성 요구 사항을 계산합니다. 자세한 내용은 누적 흐름, 리드 타임 및 주기 시간 지침을 참조 하세요. |
| 주기 시간 | 주기 시간은 작업 항목이 진행 중 범주 상태를 처음 입력하는 것부터 완료된 상태 범주를 입력하는 시간까지 계산되는 시간입니다. 자세한 내용은 누적 흐름, 리드 타임 및 주기 시간 지침을 참조 하세요. 대시보드에 주기 시간 위젯을 추가하여 중요한 메트릭을 얻고 팀의 주기 시간과 구성 가능한 기간을 시각화할 수 있습니다. |
| 완료 정의 | 팀이 해당 단계에서 수행되는 작업을 공유하고 표준화하기 위해 각 작업 단계에 대해 지정하는 조건입니다. |
| Kanban 보드 | 작업 흐름의 시각화를 개념에서 완성까지 지원하고 린 방법론을 활용하는 대화형 전자 표시판입니다. Azure DevOps는 각 제품 및 포트폴리오 백로그에 대한 보드를 제공합니다. 자세한 내용은 스윔 레인의 보드 기본 사항 및 보드 기능과 서사시 및 트랙 작업을 참조하세요. |
| 열 | 열은 작업의 한 단계에 매핑됩니다. 기본 열은 보드에 표시되는 작업 항목 유형의 워크플로 상태에 매핑됩니다. 팀의 워크플로 상태를 매핑하도록 열을 구성합니다. 자세한 내용은 흐름 매핑을 참조 하세요. |
| 리드 타임 | 리드 타임은 작업 항목이 제안된 범주 상태를 처음 입력하는 것부터 완료된 상태 범주를 입력하는 시간까지 계산되는 시간입니다. 자세한 내용은 누적 흐름, 리드 타임 및 주기 시간 지침을 참조 하세요. 대시보드에 리드 타임 위젯을 추가하여 중요한 메트릭을 얻고 팀의 리드 타임 및 구성 가능한 기간을 시각화할 수 있습니다. |
| 제품 백로그 | 팀이 제공할 계획에 대한 팀 프로젝트 계획 또는 로드맵에 해당하는 작업 항목의 대화형 목록입니다. 제품 백로그는 작업의 우선 순위를 지정하고, 스프린트별로 작업을 예측하고, 포트폴리오 백로그 항목에 작업을 빠르게 연결할 수 있도록 지원합니다. 백로그 항목을 정의한 다음 보드를 사용하여 상태를 관리할 수 있습니다. 각 팀은 제품 백로그를 사용자 지정할 수 있습니다. 자세한 내용은 백로그 만들기를 참조하세요. |
| 제품 백로그 항목 | 팀에서 만들려는 애플리케이션, 요구 사항 및 요소를 정의하는 작업 항목의 유형입니다. 제품 소유자는 일반적으로 스크럼 프로세스로 정의된 제품 백로그 항목을 정의하고 스택 순위를 지정합니다. 자세한 내용은 스크럼 프로세스 작업 항목 유형 및 워크플로를 참조 하세요. |
| 포트폴리오 작업 대기 목록 | 기능 서사시 또는 시나리오에서 작업 구성 또는 그룹화 작업을 지원하는 제품 백로그와 유사한 대화형 작업 항목 목록입니다. 포트폴리오 백로그는 작업의 우선 순위를 지정하고 작업의 트리 계층 구조를 볼 수 있다는 측면에서 제품 백로그와 유사하게 작동합니다. 자세한 내용은 기능 및 서사시 정의를 참조 하세요. |
| ‘스윔 레인’ | 스윔 레인은 다양한 서비스 클래스 수준의 작업을 지원하는 데 사용되는 보드의 구성 가능한 행입니다. 자세한 내용은 스윔레인으로 작업 속도를 높이기를 참조하세요. |
| 열 분할 | 열 분할 기능을 사용하면 팀에서 워크플로 프로세스 내에서 끌어오기 메커니즘을 구현할 수 있습니다. 분할 열이 없으면, 팀은 자신들의 작업 단계를 완료했음을 알리기 위해 업무를 다음 단계로 진행합니다. 그러나 작업을 다음 단계로 푸시하더라도 팀 구성원이 해당 항목의 작업을 즉시 시작할 수 있는 것은 아닙니다. 분할 열을 사용하여 팀은 작업이 시작되기를 기다리며 유휴 상태로 앉아 있는 항목 수를 정확히 알고 있습니다. 자세한 내용은 열 관리를 참조 하세요. |
| 작업 검사 목록 | 작업은 사용자 스토리 또는 제품 백로그 항목을 완료하는 데 필요한 작업을 추적하는 데 사용되는 작업 항목의 유형입니다. 수행할 작업의 검사 목록으로 표시되는 보드의 작업을 추가할 수 있습니다. 작업을 완료하면 작업의 확인란을 선택하여 상태를 업데이트할 수 있습니다. 자세한 내용은 작업 또는 하위 항목을 체크리스트로 추가를 참조하세요. |
| 작업 전환 | 컨텍스트 전환 또는 멀티태스킹이라고도 하는 작업 전환은 팀 구성원이 서로 다른 작업 간에 주의를 돌리는 경우입니다. 작업 전환을 제한하면 인지 기능을 새 활동으로 리디렉션하는 데 필요한 시간을 최소화하여 사용자가 보다 효율적으로 작업할 수 있습니다. |
| 사용자 스토리 | 팀에서 만들려는 애플리케이션, 요구 사항 및 요소를 정의하는 작업 항목의 유형입니다. 제품 소유자는 일반적으로 사용자 스토리를 정의하고 스택 순위를 지정합니다. 사용자 스토리는 Agile 프로세스로 정의됩니다. 자세한 내용은 Agile 프로세스 작업 항목 유형 및 워크플로를 참조 하세요. |
| 진행 중인 작업(WIP) | 시작되었지만 완료되거나 완료되지 않은 작업입니다. |
| WIP 제한 | WIP 제한은 팀에서 시스템의 지속적인 작업 흐름을 방해하는 잠재적인 병목 현상을 방지하기 위해 하나 이상의 워크플로 단계에 적용되는 제약 조건입니다. 자세한 내용은 진행 중인 작업 제한을 참조 하세요. |
| 워크플로 상태 | 워크플로 상태는 생성부터 완료까지 작업 항목의 상태 추적을 지원하기 위해 각 작업 항목 유형에 대해 정의됩니다. 이러한 상태는 워크플로우 프로세스를 정의합니다. 이는 작업이 처음부터 완료까지 거치는 조치, 단계 또는 단계입니다. 상태 및 이유 필드는 프로젝트에 대해 선택한 작업 항목 유형 및 프로세스에 따라 다릅니다. 자세한 내용은 워크플로 사용자 지정을 참조하세요. |
| 워크플로 상태 범주 | 상태 범주는 보드가 각 워크플로 상태를 처리하는 방법을 결정합니다. 백로그에서 사용하는 상태 범주는 제안됨, 진행 중, 해결됨 및 완료됨입니다. 자세한 내용은 워크플로 상태 및 상태 범주를 참조 하세요. |
자세한 내용은 다음 문서를 참조하세요.
보드 컨트롤 사용
백로그 및 보드 링크를 사용하여 백로그 보기에서 보드 보기로 빠르게 전환할 수 있습니다. 다음 아이콘을 사용하여 다른 사용자 인터페이스 기능을 사용하도록 설정합니다.
| 제어 | 함수 |
|---|---|
| 미처리 작업 | 백로그 보기로 전환 |
| 기판 | 보드 보기로 전환 |
|
키워드, 태그 또는 필드별로 필터링 |
|
보드를 사용자 지정하고 팀 설정을 구성합니다. 카드 | 카드 순서 변경 | 열 | 스윔 레인 | CFD 차트 | 백로그 | 버그 작업 |
/
|
전체 화면 모드 입력 또는 종료 |
키보드 바로 가기 열기
보드 바로 가기 키를 열려면 입력 ? 합니다. 다음 이미지는 포괄적인 표현이 아닙니다.
자세한 내용은 Azure DevOps 및 팀 탐색기의 바로 가기 키를 참조하세요.
보드 구성 및 사용자 지정
보드는 팀의 워크플로를 지원하기 위해 매우 구성 가능합니다. 각 팀은 다음 작업을 사용하여 각 보드를 구성할 수 있습니다.
보드 구성
카드 표시 구성
이러한 팀 구성과 함께 작업 항목 유형, 워크플로를 추가하거나 수정하여 프로젝트를 사용자 지정하고 사용자 지정된 포트폴리오 백로그 및 보드를 추가할 수 있습니다.
여러 팀이 구독할 수 있는 보드 구성을 정의할 수 있나요?
답변: 아니요. 각 팀은 고유한 팀 설정 및 보드 구성을 제어합니다.
작업 항목 상태 업데이트
보드를 구성한 후에는 작업 항목을 보드에 직접 추가할 수 있습니다. 보드의 다른 열로 카드를 끌어 작업 상태를 업데이트합니다. 카드를 새 열로 이동할 때 항목 순서를 변경할 수도 있습니다. 자세한 내용은 워크플로 상태 및 상태 범주를 참조 하세요.
리프 노드 작업 항목 표시
백로그 항목, 작업 및 버그의 계층 구조를 만들 수 있습니다. 동일한 범주 계층을 만들지 않는 것이 좋습니다. 즉, 스토리-스토리, 버그-버그 또는 작업-작업과 같은 동일한 유형의 작업 항목 간에 부모-자식 링크를 만들지 마세요.
동일한 범주 계층 구조의 마지막 노드는 보드, 스프린트 백로그 및 작업 보드에만 나타날 수 있습니다. 예를 들어 4개의 수준 깊이인 동일한 범주 계층 내의 항목을 연결하는 경우 네 번째 수준의 항목만 보드, 스프린트 백로그 및 태스크보드에 표시됩니다.
요구 사항, 버그 및 작업을 중첩하는 대신 플랫 목록을 유지하는 것이 좋습니다. 다른 범주에 속하는 항목 간에 한 수준 깊이의 부모-자식 링크를 만듭니다. 자세한 내용은 재정렬 및 중첩 문제 해결을 참조하세요.
작업 항목 순서 다시 지정 및 재등원
모든 백로그 및 보드는 끌어서 놓기를 지원하여 작업 항목의 순서를 변경하고 상위 항목을 변경할 수 있습니다. 한 팀의 백로그 및 보드에 대한 업데이트는 동일한 영역 경로를 공유하는 다른 팀 백로그 및 보드에 반영됩니다. 변경 내용을 보려면 페이지를 새로 고쳐야 할 수 있습니다.
끌어서 놓기를 사용하여 팀에 대해 선택한 영역 경로에 할당된 작업 항목을 다시 정렬하거나 부모 항목을 변경할 수 있습니다.
부모 보기 옵션을 사용하도록 설정하면 팀이 소유하지 않은 작업 항목이 백로그에 나타날 수 있습니다. 정보 아이콘과 함께 
표시되는 모든 항목은 다른 팀이 소유하고 있기 때문에 순서를 변경하거나 소속을 변경할 수 없습니다.
열을 업데이트하세요
각 팀은 보드 열과 수영 레인을 사용자 지정할 수 있습니다. 보드 필드에 할당되는 값은 다른 팀이 다른 보드에서 작업 항목을 업데이트할 때 예상한 값과 다를 수 있습니다.
관리 팀과 기능 팀이 동일한 워크플로 매핑을 사용하여 보드 열을 구성하더라도 한 팀의 보드 항목은 다른 팀의 보드에 반영되지 않습니다. 작업 항목이 워크플로 상태에 매핑되는 열로 이동하는 경우에만 카드 열이 모든 보드에 동일하게 반영됩니다.
자세한 내용은 열 관리를 참조 하세요.
권한 및 액세스 제공
프로젝트의 참가자 그룹에 추가된 구성원은 Boards 또는 Work에서 제공되는 대부분의 기능을 사용할 수 있습니다. 기본 액세스 권한이 있는 사용자는 모든 기능에 대한 모든 권한을 갖습니다. 관련자 액세스 권한이 있는 사용자는 특정 기능으로 제한됩니다.
자세한 내용은 작업 추적 및 관련자 액세스 빠른 참조에 대한 권한 및 액세스 설정을 참조하세요. 프로젝트에 사용자를 추가하려면 프로젝트 또는 팀에 사용자 추가를 참조 하세요.
프로젝트와 보드의 상속을 사용자 지정하기
3개 이상의 보드 수준이 필요한 경우 보드 수준을 더 추가할 수 있습니다. 자세한 내용은 프로세스에 대한 백로그 또는 보드 사용자 지정을 참조 하세요.
WIT(작업 항목 유형)에 대해 정의된 필드를 추가하거나 수정하거나, 사용자 지정 WIT를 추가하거나, 워크플로를 수정할 수도 있습니다. 자세한 내용은 상속 프로세스 사용자 지정을 참조 하세요.