★ 002/194 스크럼기법

1과목 소프트웨어설계

1. 요구사항확인

2. 화면설계

3. 애플리케이션 설계

4. 인터페이스 설계

---

스크럼 Scrum 

- 스크럼은 럭비에서 반칙으로 경기 중단된 경우 양 팀이 럭비공을 가운데 두고 대치해 있는 대형에서 유래되었다.

- 팀 중심으로 개발 효율성을 높인다는 의미가 내포됨.

- 팀원 스스로가 스크럼 팀을 구성 self-organizing, 개발에 관한 모든 것을 스스로 해결 cross-funtional 할수 있어야 함. 

self-organizing → cross-funtional 

- 스크럼 팀은 제품 책임자, 스크럼 마스터, 개발팀으로 구성됨.

 

제품 책임자 PO, Project Owner

- 요구사항을 작성하는 주체

- 요구사항 백로그를 작성, 요구사항 우선순위를 정함

- 제품 테스트 수행, 주기적으로 요구사항의 우선순위를 갱신

스크럼 마스터 SM, Scrum Master

- 스크럼을 수행을 돕고 객관적인 시각으로 조언하는 가이드

- 일일 스크럼 회의를 주관, 진행 사항을 검토, 발생 장애 요소를 공론화 후 처리 

개발팀 DT, Development Team 

- 제품 책임자와 스크럼 마스터를 제외한 모든 팀원 (제품 개발에 참여하는 모든 사람) 

- 최대 인원은 7~8명이 적당

 

 

스크럼 개발 프로세스 

1	2	3	4	5	6
제품 백로그	스프린트 계획 회의	스프린트	일일 스크럼 회의	스프린트 검토회의	스프린트 회고
* 요구사항을 우선순위로  나열한 목록   * 지속적 업데이트 되는 항목   * 제품 백로그에 작성된    사용자스토리 기반 릴리즈 계획 수립	* 제품 백로그 중 단기 일정 수립한다.    * Task 라는 작업단위로 분할   * 작업목록인 스프린트 백로그 작성	* 실제 개발 진행(보통 2-4주)   * 스프린트 백록에 작성된 Task의 작업시간 측정    * 개발자가 원하는 Task 직접 선별하도록 함   * 할일 / 진행중 / 완료 표시	* 매일 약속된시간(15분 가량)   * 진행 사항 점검   * 남은 작업시간 소명차트에 표시   *스크럼 마스터는장애요소 해결을 도와줌	* 완성 제품이 요구사항에 부합 되는지 테스트 (스프린트 당 1시간 이내)   * 제품 책임자는 개선사항에 피드백정리 후 제품 백로그 업데이트	* 스프린트 주기 돌아보며 규칙준수, 개선점 확인 후 기록    * 스프린트 끝난시점에 수행 or 일정주기로 수행

- 계획 → 일일 →  검토 →  회고 순서로 기억하기.