SCRUM / ①

문제1) SCRUM의 팀구성과 개발프로세스

답)

 

 

1. SCURM의 팀구성 설명

담당자	역할	세부 역할
제품 책임자 (Product Owmer)	Product Backlog 작성	제품 백로그를 관리, 작성하고 이해관리자로부터 요구사항을 추출하여 제품 백로그에 반영 요구사항에 우선 순위를 결정하고, 각 스프린트 마다 우선 순위를 관리, 조정
	스프린트 운영 관여 안함	스프린트 계획 수립 시 까지만 역할을 수행하고, 스프린트가 시작되면 팀 운영에 관여하지 않음
스크럼마스터 (Scrum Master)	조력자 역할 애자일 촉진자	SCRUM 에서 PM(Project Manager) 스프린트 동안의 팀의 속도 및 진척관리 업무를 배분만 하고, 일은 강요하지는 않음 Scrum 팀이 스스로 조직하고 관리하도록 지원
	개발 방해 요소 제거	개발 과정에 방해될 만한 요소를 찾아 제거
스크럼 팀 (Scrum Team)	요구사항 구현	팀원은 보통 5~9명으로 구성되며, 사용자 요구 사항을 사용자 스토리로 도출하고 이를 구현
	제품 시연	하나의 스프린트에서 생산된 결과물을 제품 책임자에게 시연
	스크럼 회의 진행	매일 스크럼 회의에 참여하여 진척 상황을 점검
	자기 조직화 (self - organization)	자기 조직화(self-organization)된 구성원들로 구성되며, 자율적으로 스스로 스프린트 목표를 달성하기 위해 최상의 방법을 결정
스크럼은 Cross functional 팀으로 구성되며, 일정한 주기인 스프린트를 반복하여, 제품을 개발함

 

2. SCRUM의 개발 프로세스 설명

단계	개발프로세스	내용
1	Product Backlog 작성	이해관계자로부터 요구사항을 추출하여 제품 백로그 작성 요구사항 목록에 우선순위를 매겨 제품 기능 목록(Product Blacklog) 작성
2	스프린트 계획 회의 (Sprint Planning Meeting)	스프린트 구현 목록(Sprint Backlog) 작성하고 스프린트 개발 시간 추정
3	스프린트 수행 (Burn down Chart Daily Scrum Meeting)	스프린트 개발을 진행하며 일일 스크럼 회의를 통해 진척사항을 확인하고 진행률을 Burn down Chart 에 표시 Daily Scrum Meeting 수행
4	스프린트 개발 완료 (Sprint Review)	스프린트가 종료 시 개발팀이 스프린트 동안 개발한 기능을 고객에게 보여주고 피드백 고객은 자신이 요청한 요구사항이 해당 스프린트 동안 제품이 잘 반영되었는지 평가 및 피드백 제품 책임자는 고객의 피드백이나 여러 사항들을 정리하여 다음 스프린트에 반영되도록 제품 백로그를 갱신
5	스프린트 완료 후 (Sprint Retrospective)	스프린트 기간동안 잘된 점, 잘못된 점, 개선사항을 도출 스프린트 회고 과정을 통해 프로세스가 끊임없이 개선되도록 함 스프린트 회고 후 두 번째 스프린트 계획 회의
스프린트는 제품을 개발/배포하는 반복적인 주기이며, 통상적으로 2~4주 기간동안 진행됨 스프린트 기간동안 개발하기 위한 개발 목록을 스프린트 백로그라고 하며, 작업 현황판을 통해 관리

 

3. Scrum 의 미팅 유형

구분	Sprint Planning Meeting	Daily Scrum Meeting	Sprint Review	Sprint Retrospective
진행 시점	스프린트 시작시점	스프린트 진행중 메일	스프린트 종료시점	스프린트 종료시점
목적	스프린트 백로그 계획	Product Backlog 현황 공유 및 이슈사항 공유	스프린트 성과 리뷰	프로세스 개선사항 도출
결과물	스프린트 백로그	장애요소 제거	스프린트 결과물	스프린트 개선안
Scrum 은 다양한 미팅을 통해 Backlog 및 이슈 및 성과를 공유하고 Burn Down/up Chart 를 통해 진척 관리

 

---

 

공감과 댓글은 아이티신비에게 큰 힘이 됩니다.

블로그 글이 유용하다면 블로그를 구독해주세요.♥