스크럼 가이드 | 33. Scrum의 Scrumban 및 Kanban 보드
게시 됨: 2022-06-23스크럼과 칸반은 많은 유사점을 공유하는 팀워크 방법입니다. 그러나 오늘 논의하고자 하는 차이점도 있습니다. Kanban 보드는 종종 Scrum Teams에서도 채택됩니다. 이는 팀워크와 진행 상황을 시각화하는 데 매우 실용적이기 때문입니다. 두 방법론의 장점을 결합하여 Scrumban이라는 기술이 등장했습니다. 긴 스프린트와 상대적으로 형식화된 스크럼 회의가 항상 적합하지 않은 제품 개발과 서비스 제공을 결합하는 프로젝트에서 인기가 있습니다.
Scrum의 Scrumban 및 Kanban 보드 – 목차:
- 소개
- 칸반 대 스크럼
- 스크럼의 칸반 보드
- 스크럼반
- 요약
소개
칸반은 일본에서 개척된 방법입니다. 1950년대 에 시작되었으며 주로 재고 및 잉여를 생성하지 않고 지속적으로 자원을 처리하는 방식으로 연속 생산을 관리하기 위한 도구였습니다. 21세기 초에 Kanban은 David J. Anderson에 의해 소프트웨어 개발 요구 사항에 맞게 조정되었습니다.
칸반 대 스크럼
Kanban의 전반적인 작업 방식은 주로 덜 형식적인 접근 방식을 취한다는 점에서 Scrum과 다릅니다. Kanban에는 예를 들어 스프린트에서의 작업, 제품 소유자, 스크럼 마스터 및 개발 팀의 역할에 대한 자세한 지침이 없습니다. 이는 Kanban이 특정 유형의 서비스를 제공하는 것과 같은 작업의 연속성에 중점을 두고 있기 때문에 가능합니다. 이러한 작업은 반복 가능하고 복잡한 계획이 필요하지 않습니다.
하지만 일하는 목적과 방식은 비슷하다. Kanban의 목표는 정시에 고객에게 최고 품질의 제품을 제공하는 것입니다. 두 가지 방법에 공통적인 작업 방식에 관한 원칙은 다음과 같이 공식화할 수 있습니다.
- 작업은 원활하고 중단 시간이 없어야 합니다 . Scrum에서는 Sprint의 연속적인 연속으로 달성되지만 Kanban에서는 원활한 작업 흐름으로 인해 작업이 연속적입니다. 개발자가 완료할 몇 가지 작업을 선택(가져오기)하는 대기열을 형성합니다.
- 팀은 선택된 작업에만 집중해야 합니다. Kanban 용어를 사용하여 팀은 "진행 중인 작업을 줄여야 합니다". Scrum에서 이에 해당하는 것은 제품 백로그에서 선택한 사용자 스토리로 스프린트 백로그에 넣습니다.
- 작업 진행 상황은 관련된 모든 사람들이 볼 수 있어야 합니다 . Kanban에서는 스크럼 팀에도 자주 등장하는 보드로 작업 진행 상황을 시각화합니다.
스크럼의 칸반 보드
Kanban 보드는 팀워크를 시각화하는 데 널리 사용되는 도구입니다. 여러 개의 열이 있는 테이블입니다. 각각에는 특정 상태의 작업이 있습니다. 작업 분류는 간단한 규칙을 기반으로 합니다. 작업 설명이 포함된 카드 또는 이에 상응하는 가상 카드가 열 중 하나에 배치됩니다. Kanban 보드의 최소 버전에는 세 개의 열이 있습니다.
- 할 것
- 진행 중
- 완료 됨 – 마지막 열로 여기에서 작성한 완료 정의 를 충족하는 작업으로 이동합니다.
아래 에서 올인원 프로젝트 관리 시스템에서 칸반 보드 의 예를 찾을 수 있습니다 – Firmbee.com
일반적으로 더 많은 열이 있습니다. 완료할 작업이 더 있는 경우 일반적으로 "완료 예정 " 열과 "진행 중" 열 사이에 " 완료를 위해 선택됨" 이라는 제목의 추가 열이 있습니다. "해야 할 일" 열이 여기에서 작성한 제품 백로그 역할을 하는 반면 "완료를 위해 선택됨" 열은 이 기사에서 자세히 설명 하는 스프린트 백로그 역할을 합니다.
두 번째 일반적인 추가 사항은 "검토 중" 열 또는 "승인을 위해"입니다. 일반적으로 "진행 중인" 작업과 "완료된" 작업이 포함된 열 사이에 삽입됩니다. 여기에는 제품 소유자의 승인을 기다리는 개발 팀이 완료한 작업이 포함됩니다. 제품 소유자의 임무는 수락 기준을 준수하는지 확인하고 고객의 최종 승인을 받는 것입니다. 이 경우 최종 승인된 작업만 마지막 열로 이동합니다.
스크럼반
Scrum과 Kanban의 엄청난 인기로 인해 두 작업 방식의 장점을 결합한 하이브리드가 등장했습니다. Scrumban은 종종 고객의 제품 구현을 포함하는 서비스 제공과 제품 생성을 연결하는 조직에서 가장 잘 작동합니다 . 회의와 의사 소통이 줄어들기 때문에 팀이 더 커질 수 있습니다.
스크럼반은 번다운 차트와 같이 스크럼에서 일반적으로 사용되는 메트릭을 덜 강조합니다. 그러나 작업 프로세스를 지속적으로 개선하고 고객의 조건과 요구에 맞게 조정해야 하는 필요성 의 스크럼 기둥을 사용 합니다.
그러나 Scrumban에서 작업할 때 작업이 Sprint 로 분할되지 않습니다. 스크럼 회의는 3, 6 또는 12개월마다 개최됩니다.
작업 일정은 "주문형" 원칙, 즉 발생하는 대로 따릅니다. 사용자 스토리는 "할 일" 작업이 포함된 Kanban 보드의 첫 번째 열에 직접 배치됩니다. 따라서 이 기사에서 더 자세히 설명한 Sprint Backlog 역할을 합니다. 스프린트 백로그에서와 같이 가장 긴급한 작업은 할 일 목록의 맨 위에 배치됩니다. 그러나 더 복잡한 프로젝트의 경우 프로젝트 관리자는 제품 백로그에 해당하는 별도의 할 일 목록을 유지할 수 있으며, 이 목록에서 첫 번째 열에 배치할 작업을 선택할 수 있습니다.
첫 번째 열에서 두 번째 열로 작업을 이동할 때 "당기기" 규칙 이 적용됩니다. 특정 개발자에게 작업을 위임하지 않는다는 의미입니다. 각 사람은 대기열에서 작업을 선택하고 독립적으로 실행합니다.
중간 열 "완료"에 배치된 작업의 수는 일반적으로 팀의 규모에 따라 제한되므로 가능한 한 모든 사람이 한 번에 하나의 작업만 처리합니다.
요약
스크럼과 칸반은 비슷한 목적으로 사용되지만 다른 작업 방식입니다. 스크럼은 소규모 스크럼 팀이 수행하는 창의적이고 혁신적인 프로젝트에서 가장 잘 작동합니다. 반면 Kanban은 유사한 서비스를 제공하기 위해 가동 중지 시간이 없는 연속적인 환경에서 작동하도록 만들어졌습니다. Scrum은 종종 Kanban 보드를 수행 중인 작업을 시각화하는 방법으로 사용합니다. 둘의 조합으로 스크럼반이 탄생했으며, 이는 제품을 판매하고 이를 기반으로 고객에게 서비스를 제공하는 조직을 위한 프레임워크로 가장 잘 작동합니다.
콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest에서 바쁜 꿀벌 커뮤니티에 가입하세요.
스크럼 가이드:
- 기본 용어, 역할 및 개념의 용어집
- 스크럼이란?
- 스크럼 값
- 회사에서 스크럼을 구현하는 방법은 무엇입니까?
- 스크럼 팀 - 무엇이며 어떻게 작동합니까?
- 제품 소유자는 누구입니까?
- 제품 소유자의 가장 일반적인 실수
- 스크럼 마스터는 누구인가?
- 좋은 스크럼 마스터의 특징
- 스크럼 마스터의 가장 흔한 실수
- 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
- 제품 소유자와 스크럼 마스터 간의 협력
- 스크럼 개발팀
- 개발자의 가장 흔한 실수
- 스크럼 아티팩트
- 스케일링 스크럼
- 스프린트 백로그
- 제품 백로그란 무엇입니까?
- 사용자 스토리란 무엇입니까?
- INVEST로 최고의 사용자 스토리 만들기
- 가장 흔한 사용자 스토리 실수
- 사용자 스토리 수락 기준
- 스크럼의 추정 및 스토리 포인트
- 계획 포커
- 팀 평가 게임
- 증분 정의
- 스크럼 이벤트
- 스크럼에서 스프린트란?
- 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
- 번다운 차트란 무엇입니까?
- 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
- 번다운 차트의 장점과 단점
- 스크럼과 스크럼반의 칸반 보드
- 스크럼의 속도 - 개발 팀의 속도
- 일일 스크럼
- 스프린트 계획
- 스프린트 리뷰
- 스프린트 회고란 무엇입니까?
- 스프린트 회고 중 일반적인 실수
- 제품 백로그 육성