[정보처리기사] 스크럼(Scrum) 기법

[정보처리기사-필기] 스크럼(Scrum) 기법

스크럼은 팀이 중심이 되어 개발의 효율성을 높인다는 의미를 가지고 있습니다. 스크럼은 스스로가 팀을 구성(self-organizing) 할 수 있어야 하며 개발에 관련된 작업들을 스스로 해결(cross-functional)할 수 있어야 하고 제품 책임자(PO), 스크럼 마스터(SM), 개발팀(DT)로 나뉘어 집니다.

 

A. 제품 책임자(PO; Product Owner)

주로 개발 의뢰자 또는 사용자가 담당하며 요구 사항을 결정 및 작성하는 역할을 합니다.

제품 책임자는 백로그(Backlog)를 작성 및 우선순위를 지정하며, 제품의 테스트를 수행하며 요구사항의 우선순위를 지속적으로 갱신하는 업무를 담당합니다. 단, 백로그의 스토리는 팀원이 추가할 수 있지만 우선순위를 갱신할 수는 없습니다.

※ 백로그 : 제품에 대한 요구사항들의 우선 순위를 작성해둔 리스트
※ 스토리 : 백로그에 "고객은 글쓰기를 위해 로그인을 해야한다."와 같이 서술 형태로 표현 

 

B. 스크럼 마스터(SM; Scrum Master)

객관적인 시각에서 조언을 해주는 가이드 역할을 수행하며, 회의를 준관하여 진행 사항 점검/장애 요소 공론화 등을 처리합니다. 

※ 팀원의 통제 목적이 아닌, 스크럼 팀이 스크럼을 잘 수행할 수 있도록 도와주는 역할을 합니다.

 

C. 개발팀(DT; Development Team)

제품 책임자와 스크럼 마스터를 제외한 모든 팀원들을 뜻하며 개발자, 디자이너, 테스트 등 제품을 개발하기 위해 참여하는 모든 사람이 대상이 되어 7~8명으로 구성됩니다.

 

 

---

 

 

스크럼 개발 프로세스

스크럼의 개발 프로세스는 아래와 같은 내용들로 나누어 집니다.

 

A. 제품 백로그(Product Backlog)

• 제품의 요구 사항(User Story)을 우선 순위에 따라 작성한 리스트이며 우선 순위는 지속적으로 업데이트
• 요구 사항을 기반으로 전체 일정 계획(릴리즈 계획)을 수립

 

B. 스프린트 계획 회의(Spring Meeting)

• 백로그 중 이번 스프린트에서 수행할 작업들을 단기 일정 수립
• 테스크 작업 단위로 분할하여 각각의 개발자들이 수행할 작업 목록(스프린트 백로그)을 작성
  * 테스크 : 요구사항을 개발자별로 작업할 단위

 

C. 스프린트(Sprint)

• 개발 작업을 진행하는 과정
• 스프린트 백로그에 작성된 테스크들의 속도(Velocity)를 추정 후 개발자에게 할당
  * 속도 : 한 번의 스프린트가 진행될 때 하나의 스크럼 팀이 감당할 수 있는 제품 백로그 양의 추정치
• 테스크는 개발자가 원하는 작업을 직접 선별할 수 있도록 하는것이 좋으며, 할당된 테스크는 할 일(To Do), 진행중(In Progress), 완료(Done) 상태를 가짐

 

D. 일일 스크럼 회의(Daily Scrum Meeting)

• 매일 진행 상황을 점검하는 회의이며 남은 작업 시간은 소멸 차트에 표시함
• 스크럼 마스터는 장애 발생 요소를 해결할 수 있도록 도와주는 역할을 수행

 

E. 스프린트 검토 회의(Sprint Review)

• 요구 사항이 잘 적용 되었는지 사용자 앞에서 테스트를 수행하며 한 주당 한 번 진행
• 제품 책임자는 개선 사항에 대하여 피드백을 정리하고, 다음 스프린트에 적용될 수 있도록 제품 백로그를 업데이트

 

F. 스프린트 회고(Spring Respective)

• 스프린트를 되돌아보며 규칙을 잘 준수했는지, 개선할 점이 없는지에 대하여 확인 및 기록
• 일정 주기 또는 스프린트가 종료된 후 수행

 

 

※ 스크럼 개발 과정 순서
스프린트 계획 회의 → 스프린트 → 일일 스크럼 회의 → 스프린트 검토 회의 → 스프린트 회고