Agile(애자일)과 Scrum(스크럼)이란? 개발자가 알아야 할 핵심 개념

애자일과 스크럼의 차이와 관계를 살펴보고, 스크럼 팀의 책임과 스프린트 이벤트를 정리합니다. 세 가지 산출물과 완료의 정의(DoD)를 비밀번호 재설정 기능 예시로 설명합니다.

애자일과 스크럼은 어떤 관계인가요?

애자일은 가치와 원칙을, 스크럼은 이를 실천하는 데 활용하는 프레임워크를 뜻합니다. 애자일은 변화에 대응하며 고객 가치를 전달하는 방향을 제시하고, 스크럼은 팀의 책임과 협업 과정을 구체적으로 정해 줍니다.

애자일 선언의 네 가지 가치를 풀어 쓰면 다음과 같습니다.

문서·도구·계약·계획에도 가치가 있습니다. 필요한 문서와 계획을 갖추되, 고객 피드백과 실제 결과에 따라 조정하는 방향이에요. 애자일 선언

애자일은 지속 가능한 개발 속도와 좋은 설계, 기술적 품질도 중시합니다. 작동하는 소프트웨어로 진척을 확인하고 팀이 꾸준히 개선하는 과정까지 포함합니다. 12가지 원칙

스크럼 팀은 하나의 제품 목표를 향해 협력하며, 구성원은 다음 책임을 맡습니다.

‘개발자들’은 코딩 담당자뿐 아니라 사용 가능한 결과물을 만드는 데 필요한 여러 전문성을 포함합니다. 팀은 누가 무엇을 언제 어떻게 수행할지 스스로 결정해요.

이 자율성에는 투명성·검사·적응의 책임이 따릅니다. 진행 상황과 문제를 공유하고, 목표에 비춰 점검한 뒤 실행 방식을 조정합니다. 스크럼 팀과 책임

스프린트는 한 달 이하의 고정된 기간으로, 아래 이벤트를 모두 포함합니다. 2주는 선택 가능한 길이예요.

‘비밀번호 재설정 기능’을 예로 들어 볼게요. 계획에서는 “비밀번호를 잊은 사용자가 스스로 계정 접근을 복구하게 한다”는 목표를 세우고, 필요한 화면과 인증 처리 작업을 선택할 수 있습니다.

메일 발송 연동이 막혔다면 데일리에서 목표에 미치는 영향을 확인하고, 함께 해결할 사람과 작업 순서를 조정합니다. 데일리는 상사에게 실적을 보고하는 시간이 아닙니다.

리뷰에서는 완성된 재설정 흐름과 피드백을 살펴 제품의 다음 방향을 논의합니다. 회고에서는 연동 문제를 더 일찍 발견하도록 협업 방식을 어떻게 바꿀지 다뤄요. 각각 제품 결과와 팀의 일하는 방식에 초점을 둡니다. 스크럼 이벤트

코딩이 끝났다는 이유만으로 완료되지는 않습니다. 스크럼은 다음 세 가지 산출물에 각각 목표나 품질 기준을 연결합니다.

완료의 정의는 결과물이 충족해야 하는 품질 기준입니다. 비밀번호 재설정 기능의 완료 기준으로 코드 리뷰, 테스트 통과, 기존 로그인 기능과의 통합 확인을 정했다고 가정해 볼게요. 코드를 작성했어도 이 기준을 충족하지 못하면 완료된 증가분에 포함할 수 없습니다.

이는 설명용 예시이며 모든 팀에 동일하게 지정된 필수 목록은 아닙니다. 조직의 공통 기준이 있다면 팀도 따라야 합니다.

완료 기준을 충족한 사용 가능한 증가분은 스프린트 중에도 전달할 수 있습니다. 스프린트 리뷰는 배포 승인을 기다려야 하는 관문이 아닙니다. 스크럼 산출물과 완료 기준