스크럼

휴롱이 공부하는 작업공간·2025년 1월 9일

정보처리기사

목록 보기

3/100

스크럼(Scrum) 개요

스크럼은 팀 중심의 소프트웨어 개발 기법으로, 개발의 효율성을 높이는 데 중점을 둔 애자일 개발 방법론 중 하나입니다. 팀이 자율적으로 문제를 해결하며 개발을 진행하는 것이 핵심입니다.

스크럼 팀의 구성

스크럼 팀은 제품 책임자(Product Owner), 스크럼 마스터(Scrum Master), 개발팀(Development Team)으로 구성됩니다.

제품 책임자(Product Owner)
- 제품에 대한 가장 높은 이해도를 가진 사람.
- 요구사항을 책임지고 의사결정을 내릴 수 있는 사람.
- 백로그 작성 및 우선순위 설정을 담당.
- 이해관계자(의뢰자, 사용자 등)와 소통하여 요구사항을 명확히 함.
스크럼 마스터(Scrum Master)
- 스크럼 팀이 스크럼을 원활히 수행하도록 지원하는 가이드 역할.
- 개발팀이 효율적으로 작업할 수 있도록 환경을 조성하고 방해 요소 제거.
- 스프린트 계획 회의 등 회의 진행을 주관.
개발팀(Development Team)
- 실제로 제품을 개발하는 팀원들.
- 디자이너, 개발자, 테스터 등이 포함.
- 제품 책임자와 스크럼 마스터를 제외한 모든 팀원이 개발팀에 속함.

스크럼 프로세스

백로그(Backlog)
- 개발에 필요한 요구사항 목록.
- 팀원들이 소통하여 작성하며, 스토리 형식으로 구체적으로 작성.
- 제품 책임자가 우선순위를 결정하며, 필요시 업데이트 가능.
스프린트 계획 회의(Sprint Planning)
- 스크럼 마스터 주관으로 개발 목표와 세부 작업을 설정.
- 개발자별로 작업을 할당하며, 이번 스프린트에서 수행할 작업을 정리.
- 스프린트에 필요한 백로그 항목을 정리한 것을 스프린트 백로그라고 함.
스프린트(Sprint)
- 소프트웨어 개발 작업을 진행하는 단계.
- 보통 2~4주 동안 진행되며, 이 기간 동안 정해진 목표를 달성.
일일 스크럼 회의(Daily Scrum)
- 매일 약 15분 동안 진행되는 짧은 회의.
- 팀원들이 현재 진행 상황과 문제점을 공유.
- 스크럼 마스터는 방해 요소를 해결하고 개발이 원활히 진행되도록 지원.
소멸 차트(Burn-Down Chart)
- 남은 작업량을 시각적으로 보여주는 진척도 차트.
- 시간이 지남에 따라 작업량이 감소하는 모습을 그래프로 표현.
- 문제 발생 시 그래프에 정체 또는 증가로 나타남.
스프린트 검토 회의(Sprint Review)
- 제품 책임자 주관으로 진행되는 회의.
- 지난 스프린트 동안 개발된 기능을 검토하고, 요구사항에 잘 부합했는지 확인.
- 검토 결과에 따라 백로그를 업데이트 및 우선순위 재조정.
스프린트 회고(Sprint Retrospective)
- 팀원들 간 개발 프로세스 및 규칙 준수 여부를 확인.
- 개선해야 할 점과 효율성을 높일 방안을 논의.
- 회고 내용을 기록하여 향후 개발에 반영.