SCRUM

백자_100 2024. 3. 2. 23:06

2024. 3. 2. 23:06

상

SCRUM

[정의] product backlog를 sprint단위로 분할하여 반복적으로 개발하며 daily
meeting, review통해 개선활동을 수행하는 Agile개발방법론
[3역할자] product owner, scrum master, team
[공정관리] burn down chart(계획과 실제번다운 표현)와 velocity측정
[작업조정] sprint진행중 작업추가 불가능
[절차] Product Backlog 미팅 -> Story Point 산정 -> Spring backlog 작성 -> sprint -> daily standup metting -> sprint review -> retrospective review

daily meeting, sprint backlog, product
backlog, master, 그루밍(PO리딩)
번다운차트(가로:스프린트,세로:남은업무)
time boxing, 피어리뷰
회고(Restrospective)

토픽 이름(상)	SCRUM
분류	프로젝트 관리 > Agile 프로세스 > SCRUM
키워드(암기)	XP, SCRUM, 번다운차트, PO, SM 등 조직 구조 이해, 사례 Working Group(SCRUM team), Daily SCRUM Meeting Sprint Review Meeting , Sprint Retrospective
암기법(해당경우)

기출문제

번호	문제	회차
1	1. SCRUM의 팀구성 및 개발프로세스	123.정보관리.1.1
1	13. Agile의 scrum과 Kahban 방법의 차이점과 보안점을 설명하시오	105.정보관리.1.13
2	SCRUM의 특성과 프로세스를 설명하시오	93.정보관리.1
3	1. 다음 기업에서 워킹그룹(Working Group)으로 애자일 팀을 구축하고, 애자일 프로세스를 도입해서 적용하시오. (단, 답안은 SCRUM 기반으로 용어를 표기하여 설명하시오.) 가. 위 사례에서 워킹 그룹을 구축한 사례를 도식화 하시오. 나. 워킹 그룹의 작업 현황판 목록을 도출하고, 설명하시오. 다. 애자일 선언문 4개 내용과 실행 원칙을 5개 이상 기술하시오. 라. 애자일 팀에서 진행하는 회고 미팅에 대해 설명하시오. (단, 3가지 회고 미팅 주제로 설명할 것)	합숙_2019.04_정보관리_DAY3
4	10. 스크럼마스터(Scrum Master)의 주요 역할에 대해 설명하시오.	합숙_2019.01_DAY1
5	13. 프로젝트관리자(Project Manager)와 스크럼 마스터(Scrum Master)의 차이를 설명하시오.	합숙_2018.01_DAY1

I. 실용주의 개발 방법론 SCRUM의 개요

가. SCRUM의 정의

- 팀의 개선과 프로젝트 관리를 위한 개발 방법론으로, 작은 개발팀과 짧은 개발기간 동안 점진적

(incremental), 반복적(Iterative)으로 소프트웨어를 개발하는 애자일 개발방법론

나. SCRUM의 특징

특징	설명
협업중심	항상 팀 단위로 생각하며, 팀 단위 협업을 통해 고품질 제품을 효율적 생산하기 위한 환경을 제공함
사회공학기법	프로젝트 이해관계자들의 적극적인 협력과 참여 촉진하여, 관련자의 성취감 충족을 목적으로 함
Sprint 수행	스프린트(Sprint)라는 약 4~6주 정도의 개발 주기를 가지며, 이를 반복 수행함
Daily scrum meeting	8~10명 정도의 scrum팀은 매일 15분 정도의 회의를 통해 진척관리와 이슈 중심 계획 리뷰 실시
독립적 방법론	특정 언어나 방법론에 의존하지 않으며, 개발 언어와 상관없이 적용 가능 개발 기법

II. SCRUM의 프로세스 및 프로세스 설명

SCRUM의 프로세스

단계	수행 목록	내용
1	Product Backlog 작성	요구 사항 목록에 우선순위를 매겨 제품 기능 목록(product backlog) 작성
2	스프린트 계획 회의 (Spring Planning Meeting)	스프린트 구현 목록(sprint backlog) 작성하고 스프린트 개발 시간 추정
3	스프린트 수행 (Burn down Chart Daily Scrum Meeting)	스프린트 개발을 진행하며 일일 스크럼 회의를 통해 진척사항을 확인하고 진행률을 소멸 차트에 표시
4	스프린트 개발 완료 (Spring Review)	잠재적으로 출시 가능한 제품 증분
5	스프린트 완료 후 (Spring Retrospective)	스프린트 검토 회의를 하며 스프린트 회고 후 두 번째 스프린트 계획 회의

나. SCRUM 구성요소 설명

구분	구성요소	설명
요구사항	Product backlog	- PO(Product Owner)에 의해 우선순위가 정해진 사용자가 요구하는 제품의 기능 목록
요구사항	Sprint backlog	- 각각의 sprint 주기에서 개발할 작업 목록 - Sprint 기간 동안 개발 가능한 기능의 목록을 product backlog에서 선택
주기	Sprint	- 보통 2~4주 정도로 짧은 기간을 가지는 반복 개발 주기 - 각 sprint 단계 종료 시 새로운 기능이 추가되어 실행 가능 제품이 인도되어야 함
회의	Product Backlog Meeting	- Product Owner 가 이해관계자들과 미팅후 우선순위 선별. Product backlog 작성
	Spring Planning Meeting	- 스프린트 계획 회의, 스프린트 백로그 산정
	Daily scrum meeting	- 일일 15분 정도의 짧은 회의이며 어제 한 일, 오늘 할 일, 이슈사항 발표 - SCRUM master는 진척사항 검토 및 이슈사항 확인
	Sprint review	- 하나의 스프린트 반복 주기가 끝났을 때 실행 가능한 제품에 대해 검토 - 스프린트 목표달성 여부, 작업 진행과 결과물 확인
	Sprint Retrospective	- 스프린트 종료 후 수행활동과 개발한 것을 되돌아보고 개선점이나 규칙 및 표준을 잘 준수했는지 검토
관리	Burn-down chart	- 하나의 스프린트에서 작업에 대한 완료 추이를 나타낸 차트

III. PO, Scrum Master, Scrum Team의 설명

담당자	항복	역할
제품 책임자 (product owner)	제품 기능 목록 작성	- 제품 기능 목록을 만들고 비즈니스 관점에서 우선순위와 중요도를 매기고 새로운 항목을 추가
제품 책임자 (product owner)	스프린트 운영 관여 안함	- 스프린트 계획 수립 시 까지만 역할을 수행하고, 스프린트가 시작되면 팀 운영에 관여하지 않음
스크럼 마스터 (scrum master)	조력자 역할 애자일 촉진자	- SCRUM에서 PM(Project Manager) - 업무를 배분만 하고, 일은 강요하지는 않음 - Scrum 팀이 스스로 조직하고 관리하도록 지원
스크럼 마스터 (scrum master)	개발 방해 요소 제거	- 개발 과정에 방해될 만한 요소를 찾아 제거
스크럼 팀 (scrum team)	요구사항 구현	- 팀원은 보통 5~9명으로 구성되며, 사용자 요구 사항을 사용자 스토리로 도출하고 이를 구현
	제품 시연	- 하나의 스프린트에서 생산된 결과물을 제품 책임자에게 시연
	스크럼 회의 진행	- 매일 스크럼 회의에 참여하여 진척 상황을 점검