Kanban과 Scrum 비교(Kanban 대 애자일 Scrum)
Kanban과 Scrum의 상세 비교입니다. 먼저 공통점부터 살펴보겠습니다.
공통점(Kanban과 Scrum 비교)
- Kanban과 Scrum은 모두 린 및 애자일 업무 방식을 지원할 수 있습니다.
- 둘 다 푸시 조직 대신 풀 조직을 활용합니다.
- Kanban은 WIP를 명시적으로 통제합니다. Scrum은 시간 제한과 개발자의 예측으로 선택한 Sprint 작업을 제한하며, 명시적 WIP 통제를 추가할 수 있습니다.
- 둘 다 투명성을 활용하여 프로세스 혁신을 이끕니다.
- 둘 다 릴리스 가능한 소프트웨어 애플리케이션 제공에 집중합니다.
- 둘 다 자기 조직적인 팀 구조에서 작동합니다.
- 둘 다 요구사항을 더 작고 다루기 쉬운 작업 항목으로 나누는 것을 중요하게 여깁니다.
- 둘 다 경험적 지표를 바탕으로 지속적으로 개선하는 릴리스 전략을 지원합니다.
- 둘 다 작은 집단 안에서 업무 위임을 어떻게 관리할지 팀이 선택합니다. 임무와 사명은 고객에게 가치의 흐름이 효율적으로 이어지게 하는 것입니다. 이를 통해 합리적인 예산으로 경쟁력 있는 제품과 서비스를 만들면서 변화하는 상황에 신속히 대응할 수 있습니다.
차이점(Kanban과 Scrum 비교)
Kanban과 Scrum의 차이점을 알아보는 상세 비교
| KANBAN | SCRUM |
|---|---|
| 다음을 사용합니다 “리드 타임” 지표로 제공 속도를 측정하고 최적화하며 개선합니다. | 다음을 사용할 수 있습니다 속도 를 예측의 보조 수단으로. Scrum은 속도를 의무화하지 않으며 흐름 지표도 사용할 수 있습니다. |
| 작업 항목의 크기를 정하고 나눕니다 흐름에 도움이 되도록. Kanban은 고정된 스토리 포인트 척도를 규정하지 않습니다. | 작업 항목을 나눠야 합니다 Scrum 반복 주기(Sprint) 안에 들어갈 합리적인 크기로. |
| 진행 중 작업(WIP)을 제한합니다 워크플로의 각 단계에서. | 개발자는 선택한 작업을 예측합니다 각 Sprint에 대해. 명시적인 워크플로 WIP 한도를 추가할 수 있습니다. |
| 새 작업 항목을 받아들입니다 워크플로 단계의 WIP 한도가 허용하는 한. | 범위를 명확히 하고 재협상할 수 있습니다 Sprint 중 Product Owner와 함께, Sprint 목표를 위태롭게 하거나 품질을 낮추지 않으면서. |
| 역할을 지정하지 않습니다. 그래도 팀원은 지식을 갖추고 업계에서 경쟁력을 유지하기 위해 Kanban Expert 또는 Kanban Project Manager 교육을 받습니다. | 3가지 책무를 정의합니다. Scrum Master, Product Owner 및 개발자가 함께 Scrum 팀을 구성합니다. |
| 순서 지정과 정제는 명시적인 정책을 따릅니다 서비스에 적합한 정책을. 의무적인 회의는 규정하지 않습니다. | 순서가 정해진 제품 백로그를 요구합니다. 정제는 별도의 추가 공식 이벤트가 아니라 지속적인 활동입니다. |
| 반복 주기를 요구하지 않습니다. 보충, 제공 및 피드백의 주기는 서비스에 맞게 선택할 수 있습니다. | 반복 주기(Sprint)는 시간이 제한됩니다. |
| Kanban 보드는 지속적으로 유지됩니다 특정 프로젝트, 제품 또는 서비스에 대해. | Sprint Backlog를 만듭니다 각 Sprint마다. 보드로 시각화하고 유용한 이력을 보존할 수 있습니다. |
| Kanban 팀은 확약합니다 프로젝트 목표, 효율성 및 궁극적인 비즈니스 성과에 대해. | Scrum 팀은 확약합니다 Sprint 목표에 대해. |
| 여러 기능을 아우르는 팀과 전문 팀을 모두 허용합니다. | 다음을 요구합니다 여러 기능을 아우르는 팀. |
| 어떤 차트도 지정하지 않습니다. | 다음을 사용할 수 있습니다 번다운 차트 나 다른 예측 도구를 사용할 수 있으며, 필수적인 차트 유형은 없습니다. |
| 추정은 선택 사항이며 정책에 따라 협력적으로 구성합니다. Certified Kanban Project Manager™ (Kanban-PM™)는 계획을 지원할 수 있지만, Kanban이 해당 역할을 의무화하거나 모든 추정을 그 역할에 배정하지는 않습니다. | 이 실제 작업하는 개발자가 크기 산정을 책임집니다. Scrum은 포인트 척도를 규정하지 않습니다. |
| Kanban 보드는 공유할 수 있습니다 여러 조직이나 팀이. | Scrum 보드(Sprint Backlog)는 하나의 Scrum 팀에 속합니다. |
Scrum과 Kanban의 이벤트 비교
Scrum은 계획, Daily Scrum, 리뷰 및 회고를 포함하는 Sprint를 정의합니다.
표는 이 이벤트와 지원 계획 실천을 가능한 Kanban 주기와 비교합니다. Kanban이 Scrum 이벤트를 자동으로 대체하거나 금지하지는 않습니다.
| Scrum 이벤트 | 목적 | 빈도 | Kanban의 제안 | 빈도 |
|---|---|---|---|---|
| 상위 수준 릴리스 계획과 전략(공식 Scrum 이벤트가 아닌 지원 실천) | Product Owner가 초기 백로그와 릴리스 목표 수립을 책임집니다. | 제품이나 서비스의 필요에 따라 재검토합니다. | Scrum과 같은 실천입니다. | 제품이나 서비스의 필요에 따라 재검토합니다. |
| Sprint Planning 회의 | 팀 전체가 Sprint 목표에 합의하고, 개발자가 제품 백로그 항목을 선택하여 제공 계획을 만듭니다. | 각 Sprint의 시작에. | 대체하지 않습니다. Kanban 팀은 WIP 한도가 허용하는 한 백로그에서 항목을 가져옵니다. | 서비스에 맞는 주기를 선택합니다. |
| Daily Scrum(일일 스탠드업) 회의 | 개발자는 Sprint 목표를 향한 진행 상황을 점검하고 계획을 조정합니다. | 매일. | 정기적인 흐름 검토에서 진행 중 작업, 경과 시간, 막힌 항목, WIP 및 서비스 기대치를 점검할 수 있습니다. 매일 하는 것도 한 가지 선택입니다. | 매일. |
| Sprint Review 회의 | 팀과 이해관계자는 Sprint 결과와 제품 목표를 향한 진행 상황을 점검한 뒤 다음에 할 일을 조정합니다. | 각 Sprint의 끝에. | 이해관계자는 보드를 점검할 수 있으며 서비스 제공 검토나 다른 피드백 논의를 통해 결과와 필요를 점검할 수 있습니다. | 서비스에 맞는 주기를 선택합니다. |
| Sprint 회고 회의 | 프로세스 최적화를 위한 조치 파악. | 각 Sprint의 끝에. | 흐름 및 서비스 검토, 회고 또는 적시 개선 논의로 장애물을 다루고 효과성을 높일 수 있습니다. | 서비스에 맞는 주기를 선택합니다. |
무료 온라인 교육을 통해 스크럼과 칸반 인증 시험에 합격할 수 있음을 보장합니다!
-
01
온라인 신청하기
Accredited 인증을 선택하고 등록을 완료하세요.
-
02
접속 코드 받기
개인 시험 접속 코드가 이메일로 즉시 발송됩니다.
-
03
시험 준비 및 응시하기
무료 교육으로 공부하고 프로그램에 따라 온라인에서 객관식 30 / 50문항에 답하세요.
-
04
평생 유효한 자격 취득하기
전 세계에서 유효한 인증서와 검증 가능한 디지털 배지를 받으세요.
무료 프리미엄 온라인 교육
The Scrum Framework 제삼판이 준비되었습니다.
모든 주요 산업의 저명한 비즈니스 리더와 인재 리더, Scrum 및 Kanban 코치, 멘토, 전문가 및 권위자로 구성된 컨소시엄과 함께 이 교육을 만들었습니다. International Scrum Institute™ 방문자는 누구나 이용할 수 있습니다. 자료를 찾을 수 있는 곳은 무료 Scrum 도서 및 무료 프리미엄 Scrum 및 Kanban 교육 두 항목 모두 상단 메뉴에 있습니다.
이 자료는 저작권으로 보호되는 International Scrum Institute™의 지식재산입니다. 전문 지식을 공유하는 것이 Scrum 및 Kanban 전문가를 돕고 이 분야의 발전에 기여하기에 누구나 무료로 이용할 수 있도록 제공합니다.
인증 시험은 객관식입니다. 온라인 교육으로 시험에 합격하고 스크럼과 칸반 인증을 받는 데 필요한 지식을 쌓으세요.
무료 프리미엄 온라인 교육을 통해 스크럼과 칸반 인증 시험에 합격할 수 있음을 보장합니다!