82
출제예상 번다운차트 [정의] Agile 프로젝트기반 조직에서 점수(Story Point)를 산정하여 Sprint 계획대비 현재진행을 파악할 수 있는 차트
스토리포인트(Story Point) 산정, Sprint 진척률 가시화
-----
Burn down(소멸차트) 상세설명
기울기를 통하여 작업수행 속도 판단
Story Point 산정 및 담당 업무할당에 너무 많은 시간이 소요되면 진척에 역효과 발생. 적절한 이해관계자 들간의 범위 및 일정조율 중요.
Burn-dwon Chart, Burn-up Chart, 기능 차트
토픽 이름 번다운차트(Burn down)
분류 PM > Agile > 번다운차트
키워드(암기) 번업차트, 스토리포인트(Story Point), Sprint 진척률 가시화
암기법(해당경우) 번쓰 (번다운/스토리포인트/스프린트)

 

기출문제

번호 문제 회차
1 Burn-down chart EVM 비교하시오. 합숙.2014.7.26.1교시.3
2 11. Burn down chart 대하여 설명하시오. 모의.2011.01.1교시.11
3 Agile 프로세스가 국내에 많이 도입이 되고 있다. 프로젝트 관리자로서, 프로젝트마다 개별 개발방법론과 프로세스의 테일러링이 필요하다. 다음 질문에 대해 설명하시오.
. SW 획득가치기법인 EVM Burn Down Chart 비교하시오.
. 프로세스를 정의하고 7 원칙에 대해 5가지 이상 설명하시오. . Kanban 프로세스를 비교하시오.
2016.01.27() 5일차
2교시 7. 108회 대비
4 Burn-down chart EVM 비교하시오. 2014.07.28() 3일차 1교시 3. 104 대비

 

I. ScrumSprint 일정관리 도구, 번다운차트 개요.(서론)

- Agile 프로젝트기반 조직에서 점수(Story Point) 산정하여 Sprint 계획대비 현재진행을 파악할 있는 차트

- 스토리포인트(Story Point) 산정, Sprint 진척률 가시화

 

II. 개념도(구성도) 및 기술요소

. Burn down(소멸차트) 개념도

- 점수(User Point) 지정하여 Sprint 기간에 계획대비 완료한 현재의 진행을 가시화

. Burn down(소멸차트) 상세설명

구분 설명
가로축 시간 축으로 스프린트 반복 주기 날짜수
세로축 완료된 작업의 추정 일수(스토리 포인트로 표현)
계획 그래프 처음 계획을 세웠을 때 날짜로 남은 작업량 표현
실제 그래프 작업을 수행하면서 실제로 남은 작업량

- 기울기를 통하여 작업수행 속도 판단

- Story Point 산정 담당 업무할당에 너무 많은 시간이 소요되면 진척에 역효과 발생. 적절한 이해관계자들간의 범위 및 일정조율 중요.

 

III. Burn-Down ChartEVM 비교

[참고] EVMBurn Down Chart 프로젝트 적용 방안

반응형

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

객체지향 프로그래밍 특징  (0) 2024.03.09
Architecture  (0) 2024.03.08
CI, CD  (0) 2024.03.06
Lean(린)  (1) 2024.03.05
Kanban  (4) 2024.03.04
70
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 프로세스 프로세스 설명

  1. 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)

제품 기능 목록 작성 - 제품 기능 목록을 만들고 비즈니스 관점에서 우선순위와 중요도를 매기고 새로운 항목을 추가
스프린트 운영 관여 안함 - 스프린트 계획 수립 시 까지만 역할을 수행하고, 스프린트가 시작되면 운영에 관여하지 않음
스크럼 마스터
(scrum master)

조력자 역할
애자일 촉진자
- SCRUM에서 PM(Project Manager)
- 업무를 배분만 하고, 일은 강요하지는 않음
- Scrum 팀이 스스로 조직하고 관리하도록 지원
개발 방해 요소 제거 - 개발 과정에 방해될 만한 요소를 찾아 제거
스크럼 팀
(scrum team)



요구사항 구현 - 팀원은 보통 5~9명으로 구성되며, 사용자 요구 사항을 사용자 스토리로 도출하고 이를 구현
제품 시연 - 하나의 스프린트에서 생산된 결과물을 제품 책임자에게 시연
스크럼 회의 진행 - 매일 스크럼 회의에 참여하여 진척 상황을 점검

IV. Scrum 미팅 유형 비교

[참고] 회고 미팅 3가지 분류

- Working Group 전체가 참석하여, 편하게 대화할 있는 장소로 이동, ‘한 명씩 돌아가며, 이야기 하는’ 형태의

개선의 장이 될 수 있는 미팅. (1H 내외)

반응형

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

Kanban  (4) 2024.03.04
XP  (0) 2024.03.03
Agile 선언문 4-12  (0) 2024.03.01
정량적 위험 분석  (4) 2024.02.29
획득가치관리(EVM)  (1) 2024.02.28

+ Recent posts