애자일 방법론: 스크럼과 칸반 (Scrum and Kanban)

애자일 방법론은 애자일 철학을 현장에서 실천하기 위한 구체적인 작업 방식의 모음이며, 대표적으로 스크럼(Scrum)과 칸반(Kanban)이 널리 쓰인다. 스크럼은 스프린트라는 고정된 반복 주기와 역할, 이벤트, 산출물을 규정한 프레임워크이고, 칸반은 작업 흐름을 시각화하고 동시에 진행하는 일의 수를 제한해 흐름을 개선하는 방법이다. 두 방법론은 서로 배타적이지 않아서 실무에서는 팀 상황에 맞게 섞어 쓰는 경우가 많다.

스크럼의 구조

스크럼은 경험주의에 기반한 경량 프레임워크로, 스프린트(Sprint)라는 1주에서 4주 사이의 고정 주기를 반복하며 제품을 점진적으로 완성한다. 2020년 개정된 스크럼 가이드 기준으로 스크럼 팀은 세 가지 책임, 다섯 가지 이벤트, 세 가지 산출물로 구성된다.

역할

• 프로덕트 오너(Product Owner)는 제품 가치 극대화를 책임진다. 프로덕트 백로그의 우선순위를 정하고 이해관계자와 소통한다.
• 스크럼 마스터(Scrum Master)는 스크럼이 제대로 작동하도록 돕는 서번트 리더다. 장애물을 제거하고 팀과 조직에 스크럼을 코칭한다.
• 개발자(Developers)는 스프린트마다 사용 가능한 증분을 만들어 내는 실무자 전원을 가리키며, 직군 구분 없이 하나의 팀으로 움직인다.

이벤트

• 스프린트 계획(Sprint Planning)에서 이번 스프린트의 목표와 할 일을 정한다.
• 데일리 스크럼(Daily Scrum)은 매일 15분 이내로 진행 상황을 공유하고 계획을 조정하는 자리다. 보고 회의가 아니라 개발자들 스스로의 동기화 자리라는 점이 중요하다.
• 스프린트 리뷰(Sprint Review)에서 증분을 이해관계자에게 시연하고 피드백을 받는다.
• 스프린트 회고(Sprint Retrospective)에서 일하는 방식 자체를 돌아보고 개선 항목을 정한다.
• 스프린트 자체가 다른 이벤트를 담는 컨테이너 이벤트다.

산출물

• 프로덕트 백로그(Product Backlog)는 제품에 필요한 모든 일의 우선순위 목록이다.
• 스프린트 백로그(Sprint Backlog)는 이번 스프린트에서 하기로 한 일과 실행 계획이다.
• 증분(Increment)은 스프린트가 끝날 때 완성 기준(Definition of Done)을 만족하는 동작하는 결과물이다.

칸반의 원리

칸반은 도요타 생산 방식에서 유래한 흐름 관리 기법을 소프트웨어 개발에 적용한 것이다. 스크럼과 달리 고정된 반복 주기나 역할을 강제하지 않고, 현재 일하는 방식에서 출발해 점진적으로 개선한다는 점이 특징이다. 칸반의 핵심 실천은 세 가지다.

• 시각화: 할 일, 진행 중, 완료 같은 열로 이루어진 칸반 보드에 모든 작업을 카드로 붙여 흐름을 한눈에 보이게 한다.
• 진행 중 작업 제한(Work In Progress limit, WIP 제한): 각 열에 동시에 둘 수 있는 카드 수를 제한한다. 멀티태스킹을 줄여 하나의 일이 끝까지 흘러가는 속도를 높이고, 병목을 드러낸다.
• 흐름 관리와 개선: 카드가 보드에 들어와 나가기까지 걸리는 리드 타임(Lead Time)과 작업 시작 후 완료까지의 사이클 타임(Cycle Time)을 측정해 병목을 찾아 개선한다.

칸반은 새 작업을 언제든 받아들일 수 있어 우선순위가 수시로 바뀌는 운영 업무나 유지보수 팀에 특히 잘 맞는다. 반대로 명확한 목표를 향해 팀 전체가 집중해야 하는 신규 개발에는 스프린트라는 리듬이 있는 스크럼이 더 효과적일 수 있다.