Kanban 대 스크럼: 민첩성을 위한 최고의 가이드

게시 됨: 2022-05-31

프로젝트 관리를 올바르게 수행하면 비즈니스 또는 프로젝트를 원활하게 실행할 수 있습니다. 현재 실행 중인 수많은 프로젝트 관리 방법론 중에서 Agile은 널리 사용되는 'Kanban vs Scrum' 프레임워크와 함께 주어진 시간과 예산에서 프로젝트의 최대 가치를 제공하는 데 중점을 두므로 아마도 가장 일반적으로 사용됩니다.

많은 애자일 실무자들에게 오래된 논쟁인 'Kanban vs Scrum'은 새로운 것이 아닙니다. 그러나 애자일 프로젝트 관리의 세부적인 뉘앙스를 이해하기 시작한 초보자이고 이러한 인기 있는 프레임워크의 차이점을 배우는 것이 성공과 실패를 정의할 수 있습니다.

Kanban 및 Scrum 프레임워크에는 모두 Agile에 더 많이 기울어진 Scrum과 함께 Agile 및 Lean 접근 방식의 원칙이 포함되어 있습니다. 따라서 이 두 가지 방법 모두 비효율성을 줄이고 투명성을 높이며 프로젝트 프로세스의 적응성을 높이는 데 적합합니다.

이러한 모든 프레임워크는 지속적으로 발전하고 있으며 최상의 결과를 얻으려면 정기적으로 자신을 업데이트해야 할 수 있음을 명심하는 것이 중요합니다.

칸반과 스크럼이란?

칸반

Kanban 은 21세기 초에 애자일의 '이동' 방법론으로 대중화되기 전에 린 워크플로 관리에 뿌리를 두고 있습니다. 따라서 애자일 방법론과 린 방법론의 원칙을 모두 사용합니다. 초기에 자동차 산업에서 활용되었던 Kanban은 이제 소프트웨어, IT 및 R&D 산업에서도 성공을 거두었습니다.

Kanban은 프로젝트 관리의 시각적 모드이며 주로 운영을 정의, 관리 및 개선하는 데 사용됩니다. 작업을 시각화하고 효율성을 극대화하는 동시에 워크플로를 지속적으로 개선하는 데 도움이 됩니다. Kanban Board는 또한 여러 팀에 걸쳐 작업 전달을 최적화하고 단일 환경에서 복잡한 프로젝트를 관리하는 데 도움이 될 수 있습니다.

Kanban에는 시간이 지남에 따라 개선된 몇 가지 원칙과 관행이 있습니다.

칸반의 원리와 실천
칸반의 원리와 실천

Kanban 및 Kanban 보드에 대해 자세히 알아보려면 Kanban 보드로 프로젝트를 더 잘 관리하는 방법을 방문하십시오.

기본 칸반 보드: 칸반 대 스크럼
기본 칸반 보드의 예(템플릿을 클릭하여 온라인으로 편집)

스크럼

스크럼 은 경험주의와 린 사고의 개념에 기반을 둔 경량 프레임워크입니다. 경험주의는 감각과 경험에서 파생된 지식으로 정의되며 린 사고는 낭비를 줄이는 것의 중요성을 강조합니다. 이 두 가지 개념을 결합하여 Scrum은 더 높은 생산성과 가치로 제품을 제공하기 위해 복잡한 적응 문제를 해결하는 비즈니스 및 프로젝트를 지원합니다.

스크럼의 세 가지 기둥과 핵심 가치: 칸반과 스크럼
스크럼의 세 가지 기둥과 핵심 가치

스크럼은 과학자, 연구원, 분석가 및 기타 여러 분야로 확장되기 전에 1990년대에 소프트웨어 개발자가 주로 사용했습니다. 반복적이고 점진적인 접근 방식을 사용하는 Scrum은 전체 프로젝트를 한 번에 전달하는 것보다 단계적으로 프로젝트 작업을 전달하는 데 중점을 둡니다. 일반적으로 1주에서 4주까지 지속되는 '스프린트'라는 짧은 개발 주기를 기반으로 하는 스크럼은 커뮤니케이션, 무결성 및 일반적으로 개방된 작업 환경을 장려하기 위해 세 가지 기둥과 몇 가지 핵심 가치를 기반으로 합니다.

스크럼 보드: 칸반 대 스크럼
간단한 스크럼 보드의 예(템플릿을 클릭하여 온라인으로 편집)

스크럼에 대해 알아야 할 모든 것을 배우려면 Ultimate Beginner's Guide to Scrum을 읽어보세요.

칸반 대 스크럼

Kanban과 Scrum 프레임워크 사이에는 몇 가지 유사점과 많은 차이점이 있습니다. 아래는 Kanban과 Scrum 프레임워크를 비교한 광범위한 목록입니다.

스크럼 칸반
유사점
  • 특정 작업을 수행하기 위한 짧은 개발 주기
  • 프로젝트가 변화에 적응할 수 있는 환경 조성
  • 팀의 모든 구성원의 참여를 장려합니다.
  • 투명도 증가
차이점
계획
  • 각 스프린트가 시작될 때 반복적으로 발생하는 계획을 강조합니다.
  • 견적이 중요합니다.
  • 백로그에 중점을 둡니다.
  • 과거 워크플로 데이터를 기반으로 하는 계획에 대한 확률적 접근 방식에 의존합니다.
  • 추정을 위한 필수 요건은 없습니다.
  • 프로세스 대시보드에 중점을 둡니다.
  • 지속적인 워크플로(개별 상호 작용에 대해 다른 기간 계획).
배송 주기
  • 반복 또는 스프린트는 기간이 고정되어 있으며 2주에서 4주까지 다양합니다(즉, 시간 제한이 있는 반복).
  • 결과물은 검토를 위해 일련의 작업을 완료해야 하는 스프린트에 의해 결정됩니다.
  • 지속 시간을 기준으로 하지 않음
  • 제품과 프로세스는 필요에 따라 지속적으로 제공됩니다.
  • 테스트 및 검토 프로세스가 동시에 수행됩니다.
약속
  • 헌신은 스프린트에 대한 예측의 형태를 취합니다(즉, 스프린트 예측은 얼마나 많은 작업을 수행할 수 있는지 확인하기 위해 수행됩니다. 팀은 스프린트가 끝날 때까지 해당 예측을 충족하기 위해 노력합니다).
  • 팀은 요구 사항으로 특정 작업량을 약속합니다.
  • 약정은 민첩성을 보장하기 위해 가능한 한 연기되고(즉, 약정은 팀에 대해 선택 사항임) 능력에 따라 합의됩니다.
  • '한계 WIP' 관행은 팀원들이 여러 작업을 하는 것을 방지합니다.
  • 팀 구성원은 새로운 작업을 시작하기 전에 약속한 작업을 완료합니다.
  • 타임박스와 예측에 의존..
메트릭(핵심 KPI) 및 차트

측정항목

  • Velocity: 팀이 스프린트 내에서 전달할 수 있는 작업의 양.
  • 계획된 용량: 다음 스프린트에서 완료할 수 있는 작업에 대한 팀의 용량을 추정합니다.  

사용된 차트:

  • 번다운 차트: 스프린트의 남은 시간 대비 완료해야 할 작업의 양을 시각적으로 표현한 것입니다.
  • 속도 차트: 팀의 과거 성과를 보여주는 히스토그램.

측정항목

  • 리드 타임: 요청이 이루어진 후 작업이 릴리스되기까지의 시간
  • 주기 시간: 작업 시작과 완료 사이의 총 경과 시간

사용된 차트:

  • 누적 흐름도(CFD): 흐름이 얼마나 안정적인지 보여주고 프로세스를 보다 예측 가능하게 만들기 위해 초점이 필요한 부분을 이해하는 데 도움이 됩니다.
  • 주기 시간 히스토그램: 시간 경과에 따른 프로세스 성능을 모니터링하는 데 도움이 됩니다.
회의 및 이벤트
  • 스프린트 계획
  • 일일 스크럼
  • 스프린트 리뷰
  • 스프린트 회고전
  • 일일 회의
  • 보충 및 약속 회의
  • 납품 계획 회의
  • 서비스 제공 검토
  • 운영 검토
  • 위험 검토
  • 전략 검토
정책 변경
  • 스프린트 도중에 변경할 수 없습니다. 특히 새 작업 항목이 있는 경우에는 더욱 그렇습니다.
  • 모든 적응, 변경 또는 개선 사항은 스프린트 회고 회의에서 기록되고 다음 스프린트에 소개될 수 있습니다.
  • 일정에 더 중점을 두고 진행 중인 스프린트에 새 항목을 추가할 수 없습니다.
  • 프로젝트가 진행됨에 따라 변경할 수 있습니다. 작업과 항목이 자주 변경될 수 있으므로 더 많은 유연성이 있습니다.
  • 가용성 및 용량에 따라 새 작업 항목 수락/추가 가능
  • 변경은 일반적으로 프로젝트 속도를 높이고 압도된 팀 구성원의 부담을 완화하는 데 필요한 작업량 또는 용량을 관찰하면서 이루어집니다.
역할과 책임
  • 세 가지 정의된 역할이 있습니다.
    • 스크럼 마스터
    • 제품 소유자
    • 개발팀
  • 장애 발생 시 장애를 처리할 수 있는 다기능 팀은 병목 현상을 완화하는 데 중요합니다.
  • 팀 전체가 협력하여 작업 완료
  • 정의된 역할이 없습니다. 그러나 전문 팀을 갖는 것이 중요합니다.
  • 각 사람은 자신의 업무에 책임이 있습니다.
  • 팀은 목표를 달성하고 전체 프로세스를 완료하는 데 걸리는 시간을 줄이기 위해 협력합니다.
유물
  • 제품 백로그
  • 스프린트 백로그
  • 제품 증분
  • 스프린트 백로그는 단일 팀이 소유합니다.
  • 칸반 보드
  • 여러 팀이 Kanban 보드를 공유할 수 있습니다.
위임 및 우선 순위 지정
  • 전체 팀이 입력을 제공합니다. 그러나 스크럼 마스터가 문제 해결사 역할을 하는 동안 제품 소유자는 우선순위에 대한 최종 결정권을 갖습니다.
  • 팀 구성원은 작업을 완료하는 데 완전한 자율성을 가지며 자체 관리 팀이 함께 프로젝트를 완료합니다.
  • 모든 수준에서 협업과 리더십을 장려하고 책임을 공유합니다. 그러나 Kanban은 팀의 이전 역할을 유지하도록 장려하므로 이전 팀 구조에서는 위임을 처리하는 방법을 규정합니다.
  • 관리자는 작업의 우선 순위를 지정하고 워크플로를 관리하며 때로는 팀 구성원에게 작업을 위임하는 역할을 합니다.

칸반이나 스크럼을 사용하는 경우

Kanban과 Scrum은 모두 장단점이 있으며 현재 진행 중인 프로젝트 유형에 따라 Kanban 또는 Scrum을 사용하는 것을 선호할 수 있습니다. 어떤 프레임워크가 가장 적합한지 더 잘 이해하기 위해 몇 가지 단점과 함께 각 프레임워크의 이점을 살펴보겠습니다.

칸반

장점

  • 지속적으로 들어오는 작은 작업이 있는 소규모 또는 진행 중인 프로젝트와 많은 산출물이 있는 반복적인 프로젝트에 이상적입니다.
  • 너무 많은 프로젝트가 '진행 중'인 것을 억제하고 병목 현상을 방지합니다.
  • 변경되지 않을 안정적인 우선 순위를 가진 팀에 가장 적합합니다. 그러나 어느 정도까지는 유연성이 허용되므로 Kanban을 사용하면 변경 사항에 빠르게 적응하고 필요에 따라 조치 과정을 수정할 수 있습니다.
  • Kanban은 특히 개별 용량에 세심한 주의가 필요한 프로젝트를 위한 훌륭한 프레임워크이자 계획 보드입니다.
  • 이러한 측면이 Kanban 프로세스의 일부이기 때문에 처음부터 끝까지 시각화, 지속적인 개선, 생산성 및 효율성이 필요한 프로젝트에 최적입니다.
  • 합리화 및 효율성으로 이어지는 피드백 루프를 생성하는 기능.
  • 애자일 시스템이 없다면 Kanban이 좋은 출발점이 되며 이미 있는 모든 프로세스에 쉽게 맞출 수 있습니다.

주의해야 할 좌절

  • Kanban은 규칙적이고 안정적인 출력을 위해 설계되었으므로 주요 변경 사항은 붕괴로 이어질 수 있습니다.
  • 개발 단계에서 팀원이 이탈하면 프로젝트 개발에 영향을 미칠 수 있습니다.
  • 시간 프레임이 할당되지 않았기 때문에 팀 구성원은 각 단계/작업을 완료하는 데 필요한 시간에 대해 명확하게 알지 못합니다.
  • Kanban 보드를 최신 정보로 업데이트하는 것이 중요합니다. 오래된 보드는 개발 과정에서 혼란과 문제를 일으킬 수 있습니다.

스크럼

장점

  • Scrum을 사용하면 더 크고 복잡한 프로젝트를 관리 가능한 부분(스프린트)으로 나눌 수 있으므로 여러 이정표와 주요 목표가 있는 기능 중심 프로젝트에 이상적입니다.
  • 스크럼 프레임워크 및 계획 보드는 대규모 팀, 마감일, 변수 및 불확실성이 있는 일회성 프로젝트에 적합합니다.
  • 광범위하게 변경되거나 우선 순위가 변경되는 프로젝트에 가장 적합합니다. 많은 사람들이 스크럼을 복잡한 프로젝트나 반복적인 변경이 있는 프로젝트를 처리하는 훌륭한 옵션으로 생각합니다.
  • 각 스프린트 후에 피드백에 적응할 공간을 허용합니다.
  • 더 낮은 비용과 더 높은 품질과 함께 더 높은 생산성과 더 빠른 배송을 지원합니다.
  • 프레임워크의 협업 특성으로 인해 팀원이 떠나더라도 프로젝트는 배포되지 않습니다.

주의해야 할 좌절

  • 스크럼 프레임워크에는 숙련된 팀원이 필요합니다. 팀이 비전문가로 구성되면 지연과 차질이 생길 것입니다.

스크럼반 누구?

Scrumban은 Scrum과 Kanban을 결합한 하이브리드 접근 방식입니다. 처음에 팀이 Kanban과 Scrum에서 전환하는 것을 돕기 위해 고안된 Scrumban은 실무자들이 두 가지 접근 방식의 가능한 최고의 사례를 통합할 수 있다는 사실을 발견함에 따라 현재 꾸준히 지지를 얻고 있습니다.

Scrumban에서 따라야 할 단일한 방법은 없으며 당면한 프로젝트에 가장 적합한 스타일과 방법을 적용하는 것은 종종 실무자에게 달려 있습니다. Scrumban에서 일반적으로 사용되는 몇 가지 접근 방식은 다음과 같습니다.

  • 작업 계획, 우선 순위 지정 및 할당을 위해 스크럼 백로그 접근 방식을 사용합니다.
  • 스프린트는 일부 팀에서 방법론으로 채택됩니다.
  • Kanban 스타일의 보드는 작업 진행 상황과 병목 현상을 즉시 인식할 수 있도록 워크플로를 시각화하는 데 사용됩니다.
  • Kanban 규칙은 주어진 시간에 '진행 중'이고 처리할 수 있는 작업의 양을 파악하기 위해 채택됩니다.

칸반 대 스크럼 대 스크럼반

결론적으로, 어떤 방법이 가장 적합할지에 대한 정확하고 빠른 규칙은 없습니다. 그러나 Kanban 대 Scrum 대 Scrumban 추론에서 따를 최상의 프레임워크를 선택할 때 프로젝트 또는 비즈니스의 특성을 고려할 때 고려해야 할 몇 가지 측면이 있습니다. 시도해보고 가장 적합한 것과 경험을 알려주십시오. 또한 쉬운 시작을 위해 Creately의 템플릿을 사용해 보는 것을 잊지 마십시오!

Creately를 사용하여 Kanban 및 스크럼 여정 시작 또는 계속하기

Creately는 모든 중요한 작업과 프로젝트를 브레인스토밍하고, 계획하고, 추적할 수 있는 훌륭한 플랫폼입니다. 프로젝트의 각 단계를 아이디어화하고 협업하고 시각화하는 것은 Creately 플랫폼을 통해 쉽게 이루어지며, 이 플랫폼은 필요에 맞는 다양한 도구를 제공합니다. Creately로 Kanban 및 Scrum 여정을 시작하는 데 유용한 주요 기능은 다음과 같습니다.

  • 프로젝트 개발 및 관리 관련 활동의 여러 단계를 호스팅할 수 있는 직관적이고 무한한 캔버스
  • 회의 실행을 위한 내장형 화상 회의
  • 플러그 앤 플레이를 위한 몇 가지 미리 만들어진 템플릿
  • 드래그 앤 드롭 칸반 보드, 작업 카드 및 기타 시각적 도구를 포함하는 모양 라이브러리
  • 데이터 패널 등을 통해 팀 구성원에게 역할과 작업을 할당하는 기능!

Kanban 및 Scrum 페이지를 따라 자신만의 보드를 만드십시오.