진행 중인 작업 시간 제한 설정

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

"WIP 제한"이라고 하는 진행 중인 작업 제한이라는 필수 Kanban 연습은 팀이 각 작업 단계에서 수행하는 작업의 양을 제한합니다. 새 작업을 시작하기 전에 팀이 항목을 완료하는 데 집중하도록 설계되었습니다. 처음에는 직관적이지 않지만 많은 팀에서 WIP 제한이 생산성을 높이고 소프트웨어 품질을 향상시키는 데 도움이 된다고 찾습니다.

각 중간 열에 해당하는 각 작업 단계에 대한 WIP 제한을 정의합니다. 이 제한은 열 내에서 허용되는 항목 수에 대한 소프트 제약 조건을 설정합니다. 더 많은 항목을 열로 이동하고 제한을 초과할 수 있는 것은 없습니다. Kanban 보드는 각 한도 옆에 있는 각 단계의 항목 수를 표시합니다.

WIP 제한을 설정하는 것은 간단하지만 제한을 준수하려면 팀 약정이 필요합니다. WIP 제한을 성공적으로 채택하려면 문화권 변경이 포함됩니다. 팀을 개별 생산성에 초점을 맞추는 것에서 팀 생산성 중 하나로 이동합니다.

자세한 내용은 Kanban 개요를 참조하세요.

필수 조건

• 팀 설정을 구성하려면 Team 관리istrator 역할에 추가하거나 Project 관리istrators 보안 그룹의 구성원이어야 합니다. 추가하려면 팀 관리자 추가 또는 프로젝트 수준 권한 변경을 참조하세요.
• 모든 백로그 및 보드 기능을 실행하려면 기본 액세스 이상을 할당받아야 합니다. 관련자 액세스 권한이 있는 사용자는 보드의 작업 항목만 편집하고 기존 태그를 작업 항목에 추가할 수 있습니다. 관련자는 카드 표시되는 작업 항목을 추가하거나 필드를 업데이트할 수 없습니다. 자세한 내용은 액세스 수준 정보를 참조 하세요.

초기 WIP 제한 확인

팀에서 설정할 초기 WIP 제한과 이를 사용하고 모니터링하는 방법을 결정하도록 합니다. 몇 가지 요인에 따라 달라질 수 있으므로 설정할 숫자에는 몇 가지 규칙이 적용됩니다. 설정할 제한을 결정하는 데 도움이 되는 다음 작업을 수행합니다.

• 진행 중인 현재 작업에 따라 제한을 설정합니다. 기존 Kanban 열에 있는 항목 수를 계산합니다.
• 스테이지 내에서 작동하는 팀 구성원당 두 개 또는 세 개의 항목을 초과하지 않는 제한을 설정합니다. 예를 들어 팀 구성원이 3명이고 각 팀 구성원이 한 번에 두 개 이하의 작업을 수행할 수 있는 경우 결과 WIP 제한은 6(= 3명의 개발자 X 2 작업/개발자)입니다.
• 낮은 제한으로 시작하여 팀이 병목 상태를 보다 신속하게 검색하고 해결할 프로세스 문제를 식별할 수 있도록 지원합니다.

WIP 제한 내에서 유지

WIP 제한을 설정한 후에는 팀이 한도 내에서 얼마나 잘 유지되는지 추적할 수 있습니다.

WIP 제한을 준수하면 열의 항목 수가 열 제한을 초과하는 경우 팀에서 항목을 열로 끌어오지 않습니다. 이렇게 하면 Kanban 보드에서 즉각적인 피드백을 제공합니다. 이 피드백은 열의 항목 수를 줄이기 위해 활동에 즉시 집중할 수 있는 신호 역할을 해야 합니다.

이론적으로는 간단하지만 WIP 제한을 유지하면 개인, 팀 및 조직이 안락한 영역에서 벗어날 수 있습니다. 멀티태스킹을 좋아하는 팀 구성원은 제약을 받을 수 있습니다. 다른 사람들은 업스트림 단계에서 작업이 완료되기를 기다리는 동안 일하지 않을 수도 있습니다.

진행 중인 작업 제한의 이점을 얻으려면 팀이 자주 만나서 진행 중인 프로세스 변경에 대해 논의하도록 합니다.

병목 상태 식별

가치 흐름을 최적화하기 위해 기본적으로 병목 상태를 식별하고 제거하려고 합니다. 병목 현상은 전체 워크플로 프로세스에 폐기물이 있음을 나타냅니다.

시간이 지남에 따라 Kanban 보드를 모니터링하여 병목 현상이 발생하는 위치를 알아볼 수 있습니다. 며칠 동안 작업하지 않은 열에 여러 항목이 있으면 병목 현상이 발생했습니다. 병목 현상은 일반적으로 WIP 제한이 너무 높을 때 발생합니다. 그러나 병목 현상은 WIP 제한이 너무 낮음을 나타낼 수 없습니다.

Kanban 보드의 정기적인 스냅샷 수행하면 작업이 원활하게 진행되는 위치와 병목 현상이 나타나는 위치를 시각적으로 카탈로그화할 수 있습니다.

이러한 스냅샷 팀에 다음 정보를 표시할 수 있습니다.

• 워크플로 스테이지/열에 있는 평균 항목 수
• 작업 중인 항목 수와 워크플로 스테이지/열 내에서 작업하는 팀 구성원 수
• 오랜 기간 동안 워크플로 스테이지/열에 다시 기본 항목 수 및
• 팀이 1주, 2주 또는 3주 동안 완료한 항목 수

폐기물 제거

병목 현상은 워크플로 프로세스에서 낭비를 알리기 때문에 폐기물의 원인을 식별해야 합니다. Kanban은 폐기물을 원하는 결과를 생성하는 데 꼭 필요하지 않은 것으로 정의합니다.

소프트웨어 개발의 일반적인 낭비는 다음과 같습니다.

• 사용되지 않는 코드 또는 기능
• 재작업으로 이어지는 결함
• 무언가를 기다리는 데 소요된 지연 또는 시간
• 한 사람, 팀 또는 비즈니스 프로세스에서 다른 사람에게 전달
• 요구 사항 부족
• 느린 통신 또는 잘못된 통신

팀이 수용 가능한 원인과 솔루션을 식별하기 위해 팀 토론에 대한 폐기물 호출을 제거합니다.

WIP 제한 설정

WIP 제한을 사용하는 방법을 이해한 후 다음 단계를 수행하여 설정합니다. 팀의 작업 흐름을 Kanban 열에 매핑하지 않은 경우 먼저 그렇게 합니다.

1. Kanban 보드를 엽니다.

2. 기어 아이콘을 선택하여 보드를 구성하고 일반 팀 설정을 설정합니다.

   

3. 열을 선택한 다음 열 탭을 선택하여 해당 열에 대한 WIP 제한을 설정합니다.

   

   참고 항목

   프로젝트를 만드는 데 사용된 프로세스와 팀이 요구 사항 또는 작업과 같은 버그를 처리하도록 선택했는지 여부에 따라 다양한 열 제목과 선택 항목을 사용할 수 있습니다.

4. 완료되면 저장을 선택합니다.

WIP 제한, 과제 및 솔루션

Teams는 때때로 하나 또는 두 개의 항목으로 WIP 제한을 초과합니다. 그러나 팀이 3개 이상의 항목으로 한도를 자주 초과하는 경우 프로세스를 검토하거나 제한을 조정해야 합니다.

팀이 몇 주 동안 WIP 제한을 사용한 후 팀 구성원이 갖은 과제에 대해 논의합니다. 그런 다음 사용할 솔루션을 결정하고 필요에 따라 제한을 조정합니다. 다음 목록은 완전하지는 않지만 팀이 극복해야 하는 몇 가지 일반적인 과제와 검증된 솔루션을 나타냅니다.

WIP 챌린지

• 사회 역학. 다음 규칙과 관련하여 팀 구성원은 어려움을 느낄 수 있습니다. 어떤 사람들은 자연스럽게 반항하고 싶어합니다. 다른 사람들은 규칙이 적용되는 것을 보지 못하거나 규칙을 위반하는 것으로 무엇을 하는지 보지 못합니다. 일부 팀 구성원은 합의된 내용의 범위를 벗어난 추가 작업을 수행할 수 있습니다. 그리고 여전히 다른 사람들은 생산성과 개인의 성취의 열쇠라고 믿기 때문에 멀티 태스킹을 포기하고 싶지 않습니다.

• 진행 중인 작업의 가변성입니다. 작업 항목의 크기(사용자 스토리 및 버그)의 광범위한 가변성은 전체 워크플로에 부정적인 영향을 줄 수 있습니다. 예를 들어 크기가 4시간에서 14일 또는 스토리 포인트 2~55개인 예상 항목은 진행 중인 작업 제한과 관련하여 동일하게 계산할 수 없습니다.

• 시스템 문제를 무시합니다. 병목 현상이 발생할 때 워크플로 문제를 해결하는 대신, 팀 병사는 병목 상태를 극복하는 데 더 많은 시간을 할애합니다.

• 문화권이 변경됩니다. WIP 제한을 채택하면 시스템, 문화권 및 팀이 변경됩니다.

WIP를 관리하기 위한 솔루션

• 팀 생산성 문화를 구축합니다. 개별 생산성과 팀 생산성 사이에 존재하는 자연스러운 긴장을 해결합니다. 팀 구성원이 팀 및 워크플로 프로세스의 전반적인 생산성을 향상시킬 수 있는 방법을 식별합니다.

• 크기는 가변성을 최소화하기 위해 작동합니다. 모든 항목에 대한 작업을 시작하기 전에 팀은 필요한 작업의 전체 크기에 대해 논의하고 더 작은 작업으로 나눌 수 있는지 확인해야 합니다.

• 우선 순위가 높은 항목의 흐름에 집중합니다. 유휴 상태일 때 팀 구성원은 업스트림 항목을 앞으로 이동하는 데 어떻게 도움이 되는지 묻습니다. 항목을 정시에 배달하도록 차단되거나 문제가 발생하면 팀 구성원은 항목 완료에 대한 도움을 요청합니다.

• 각 작업 단계에 대한 리소스 팀 용량입니다. 병목 현상은 특정 단계에서 일하는 전문가가 충분하지 않을 때 발생할 수 있습니다. 각 작업 단계 내에서 팀 기술을 향상시키거나 인력이 부족한 작업 단계를 충족하기 위해 필요에 따라 리소스를 추가하는 방법을 결정합니다.

• 공유 이해를 구축합니다. Kanban 사례를 사용하여 작업하는 방법에 대한 팀의 이해를 높이기 위해 지속적으로 노력합니다. 팀 구성원이 변경 내용 처리에 기여할 수 있도록 하는 작업을 수행합니다. 정기적인 회고전 또는 팀 모임을 예약하여 무엇이 잘 작동하고 무엇을 변경해야 하는지 논의하는 것이 좋습니다. 모호성을 제한하는 팀 정책을 문서화합니다.

• 메트릭을 사용하여 프로세스를 조정합니다. 진행 중인 작업의 Kanban 메트릭과 리드 타임을 주기적으로 검사 변경해야 하는 시기를 결정합니다.

• 문화권 변경을 염두에 두고 관리합니다. 사람 Kanban과 관련 분야의 핵심 원칙인 최상의 작업을 수행하려고 합니다. 새로운 사례를 채택할 때 변경 관리 원칙을 적용합니다. WIP 제한을 구현하는 데 성공하기 위해 팀 내에서 더 큰 소유권을 만듭니다.

관련된 문서

• 열 분할
• 작업 속도 향상
• 열에 완료 정의 추가
• 카드 사용자 지정
• 백로그 및 보드에 버그를 표시합니다.