2. 스크럼 기법(B)

스크럼

• 팀원 스스로가 스크럼 팀을 구성, 개발 작업에 관한 모든 것을 스스로 해결
• 제품 책임자, 스크럼 마스터, 개발 팀으로 구성

 

제품 책임자(PO)

• 개발 의뢰자나 사용자가 담당
• 백로그를 작성하고 백로그에 대한 우선순위 지정
• 이해관계자들의 의견 통합

 

스크럼 마스터(SM)

• 스크럼을 잘 수행할 수 있도록 객관적 시각에서 조언, 가이드 역할
• 일일 스크럼 회의 주관

 

개발 팀(DT)

• 제품 개발을 위해 참여하는 모든 사람이 대상
• 7~8명

 

스크럼 개발 프로세스

• 제품 백로그
  • 지속적 업데이트, 사용자 스토리를 기반으로 릴리즈 계획 수립
• 스프린트 계획 회의
  • 요구사항을 개발자들이 나눠서 작업하도록 태스크라는 작업 단위로 분할, 스프린트 백로그 작성
• 스프린트
  • 실제 개발 작업, 2~4주 기간 내에서 진행
• 일일 스크럼 회의
  • 남은 작업 시간은 소멸 차트에 표시
  • 스크럼 마스터는 발견된 장애 요소를 해결하도록 도움
• 스프린트 검토 회의
• 스프린트 회고
• 스프린트 계획 회의 -> 스프린트 -> 일일 스크럼 -> 스크럼 검토 회의 -> 스프린트 회고