16.3 스크럼(Scrum) 프레임워크의 구조와 역할 체계

1. 스크럼의 정의와 이론적 기반

스크럼(Scrum)은 Schwaber and Sutherland(2020)의 스크럼 가이드에 따르면, “복잡한 문제에 대한 적응형 해결책을 통하여 사람, 팀, 그리고 조직이 가치를 생성하도록 돕는 경량 프레임워크(Lightweight Framework)“이다. 스크럼은 규범적 방법론(Prescriptive Methodology)이 아니라, 경험적 프로세스 제어(Empirical Process Control)의 원리에 기반한 프레임워크로서, 투명성(Transparency), 검사(Inspection), 그리고 적응(Adaptation)의 세 기둥 위에 구축된다.

스크럼은 의도적으로 불완전(Intentionally Incomplete)하게 설계되었다. 프레임워크의 핵심 요소만을 최소한으로 정의하고, 나머지는 팀과 조직이 자신의 맥락에 맞추어 채워 넣도록 한다.

2. 스크럼의 구조적 요소

2.1 스크럼 팀(Scrum Team)

스크럼 팀은 프러덕트 오너(Product Owner), 스크럼 마스터(Scrum Master), 그리고 개발자(Developers)로 구성되는 기본 단위이다. 스크럼 팀은 자기 관리적(Self-managing)이며, 교차 기능적(Cross-functional)이다. 자기 관리란 팀이 누가 무엇을 언제 어떻게 할지를 내부적으로 결정하는 것을 의미하며, 교차 기능이란 팀이 스프린트 목표를 달성하는 데 필요한 모든 역량을 보유하는 것을 의미한다.

스크럼 팀의 적정 규모는 통상 10명 이하이다. 이보다 작으면 필요한 역량을 보유하기 어렵고, 이보다 크면 소통 비용이 급증한다.

2.2 스크럼 이벤트(Scrum Events)

스프린트(Sprint)는 스크럼의 핵심 컨테이너로, 아이디어가 가치로 전환되는 고정 길이의 반복 주기이다. 통상 1~4주의 기간을 가지며, 스프린트 동안 스프린트 목표(Sprint Goal)를 달성하기 위한 모든 활동이 수행된다.

스프린트 계획(Sprint Planning)은 스프린트에서 수행할 작업을 계획하는 이벤트이다. 프러덕트 오너가 제안하는 항목과 팀의 역량을 고려하여 스프린트 목표와 스프린트 백로그(Sprint Backlog)를 수립한다.

데일리 스크럼(Daily Scrum)은 개발자가 매일 15분 이내로 수행하는 점검 이벤트이다. 스프린트 목표를 향한 진척을 검사하고, 필요시 스프린트 백로그를 조정한다.

스프린트 검토(Sprint Review)는 스프린트의 결과를 검사하고 향후 적응을 결정하는 이벤트이다. 스크럼 팀과 이해관계자가 성과를 검토하고, 제품 백로그의 조정 방향을 논의한다.

스프린트 회고(Sprint Retrospective)는 스크럼 팀이 자신의 프로세스, 상호작용, 도구, 그리고 완료 정의를 검사하고 개선 방안을 도출하는 이벤트이다. 이는 스프린트 내의 마지막 이벤트이다.

2.3 스크럼 산출물(Scrum Artifacts)

제품 백로그(Product Backlog)는 제품 개선에 필요한 모든 것의 정렬된 목록이며, 제품 목표(Product Goal)를 그 헌신(Commitment)으로 가진다. 스프린트 백로그(Sprint Backlog)는 스프린트 목표(Sprint Goal), 선택된 제품 백로그 항목, 그리고 이를 전달하기 위한 실행 계획으로 구성된다. 증분(Increment)은 이전의 모든 증분의 가치에 더하여진 구체적이고 검사 가능한 산출물이며, 완료 정의(Definition of Done)를 그 헌신으로 가진다.

3. 역할 체계의 상세

3.1 프러덕트 오너

프러덕트 오너는 스크럼 팀의 작업으로부터 산출되는 제품의 가치를 극대화하는 책임을 가지는 단일 인물이다. 제품 백로그의 관리가 핵심 활동이다.

3.2 스크럼 마스터

스크럼 마스터는 스크럼 가이드에 정의된 스크럼의 확립에 책임을 진다. 스크럼 팀, 프러덕트 오너, 그리고 조직 전체에 대하여 서번트 리더십을 발휘한다.

3.3 개발자(Developers)

개발자는 스프린트마다 사용 가능한 증분을 만들기 위한 모든 측면의 작업에 헌신하는 전문가이다. 스프린트 백로그의 수립, 완료 정의의 준수, 스프린트 목표를 향한 일상적 계획 조정, 그리고 전문가로서의 상호 책임이 핵심 활동이다.

4. 딥테크 기업에서의 스크럼 적용

딥테크 기업에서 스크럼 프레임워크의 적용은 다음과 같은 조정을 필요로 한다. 스프린트 기간의 조정이다. 하드웨어 개발이 포함되는 경우 2~4주 스프린트가 적합하며, 순수 연구 활동에서는 더 긴 주기가 고려될 수 있다. “완료 정의“의 확장이다. 코드 완성에 더하여 하드웨어 시험, 안전 검증, 문서화, 그리고 인증 관련 활동이 완료 정의에 포함되어야 한다. 교차 기능성의 확장이다. 딥테크 스크럼 팀의 교차 기능성은 소프트웨어뿐만 아니라 하드웨어, 시스템 엔지니어링, 품질 보증, 그리고 규제 전문성을 포괄하여야 한다.