Scrum

Scrum

스크럼은 럭비에서 경기를 재개하기 위해 팀원이 서로 밀착하여 형성하는 전술대형을 말한다.

컴퓨터에서의 스크럼도 럭비의 스크럼처럼 팀이 중심이되어 개발의 효율성을 높인다는 의미가 내포된 용어이다.

• 팀원 스스로가 스크럼 팀을 구성(Self-organizing)해야 하며, 개발 작업에 관한 모든 것을 스스로 해결(Cross-funtional)할 수 있어야 한다.

• 스크럼 팀은 제품 관리자, 스크럼 마스터, 개발팀으로 구성된다.

PO / SM / DT

PO(Product Owner)

• 이해관계자들 중 개발될 제품에 대한 이해도가 높고, 요구사항을 책임지고 의사 결정을 하는 사람이며 개발 의뢰자나 사용자가 담당

이해관계자 = 소프트웨어 개발에서는 의뢰자, 개발자, 사용자등을 말한다.

• 이해관계자들의 의견을 종합해 제품에 대한 요구사항을 작성하고 요구사항이 담긴 Backlog를 작성하고 우선순위를 지정한다.

Backlog = 요구사항을 모두 모아 우선순위를 부여한 목록

• 팀원들은 Backlog에 스토리를 추가할 수 있지만 우선순위 지정은 못한다.

Story = backlog에 담긴 요구사항은 ~를 하기위해 ~해야한다. 이런 형태인데 이것을 story라고 한다.

• 제품에 대한 테스트를 수행하면서 주기적으로 요구사항의 우선순위를 갱신

SM(Scrum Master)

• 팀원을 통제하는 것이 아닌 객관적인 시각에서 조언과 가이드를 한다.
• 회의를 주관해 진행 사항을 점검하고 개발 과정에서 발생된 장애 요소를 처리한다.

DT(Development Team)

• PO와 SM을 제외한 개발에 참여하는 모든 사람을 말하고 보통 7~8명이 적당하다고 한다.

스크럼 개발 프로세스

Product Backlog

• 제품 개발에 필요한 모든 story를 우선순위에 따라 나열한 목록
• 개발 과정에서 새롭게 도출되는 요구사항으로 지속적으로 업데이트된다.
• backlog에 작성된 story를 기반으로 전체 일정 계획을 잡는다.

Sprint Planning Meeting

• 이번 sprint = 짧은 개발 주기에서 수행할 작업을 대상으로 단기 일정을 수립하는 것을 말한다.
• sprint에서 처리할 story를 개발자들이 나눠서 작업할 수 있도록 Task라는 작업단위로 분할하고 개발자별로 수행할 목록을 Sprint Backlog에 작성한다.

Sprint

• 보통 2~4주 정도 진행한다.
• Task를 대상으로 Velocity = 속도를 계산해 개발 담당자에게 할당한다.
• 할당된 task는 보통 To Do / In Progress / Done의 상태를 가진다.

Daily Scrum Meeting

• SM이 주관해서 모든 팀원이 짧은 미팅으로 진행 상황을 점검한다.
• 남은 작업 시간은 Burn-down Chart = 작업이 진행에 따라 소멸하는 시간 차트에 표시한다.

Sprint Review

• 부분 또는 전체 완성 제품이 요구사항에 잘 부합되는지 사용자가 포함된 참석자 앞에서 테스팅을 수행한다.
• 한 주당 한 시간 내에서 진행
• PO는 개선할 사항에 대한 피드백을 정리해 다음 sprint에 반영할 수 있도록 backlog를 업데이트한다.

Sprint Retrospective

• sprint 주기를 되돌아보며 규칙을 잘 준수했는지, 개선할 점은 없는지 등을 확인하고 검토
• sprint가 끝난 시점에서 수행하거나 일정 주기로 수행