개떡같은 블로그

스크럼의 역할과 책임

역할 1: 제품책임자 

       2: 스크럼팀

       3: 스크럼 마스터

제품책임자 : 제품의 특성과 기능을 정의하고 출시 일자와 내용을 결정 , 수익성에 대한책임, 그리고 우선순위 부여 , 제품

백로그에서 특성 및 기능, 우선순위 변경가능하고 작업 결과에 대한 승인또는 거부 결정

스크럼팀

프로젝트의 결과를 위해 각자의 역할을 수행, 교차 기능적 자율적 조직화 , 적그적인 협동을 통하여 최선의 결과를 도출

일반적으로 5~9명으로 구성

상근, 동일 장소 배치 권장

 기획-분석-설계-코딩-테스팅-QA

스크럼마스터

팀이 완전히 생산적이고 기능적이 되도록 보장

모든역할고 ㅏ기능에 걸쳐 밀접하게 협력하고 장애제거

외부의 간섭과 방해로부터 팀을 보호

스ㅏ크럼 프로세스가 준수되도록 보장

일일스크럼 스프린트 계획을 세움

이해관계자

이해관계는 있지만 제품 제공에 대한 책임은 없음

우선순위 부여, 팀과 협력 리뷰등에 참여

피그

프로젝트 진행에 실제적인 헌신이 요구되는 사람 

제품책임자, 스크럼팀, 스크럼 마스터 등, 

치킨

직접적인 참여를 하지않는 이해관계자

제품책임자는 피그와 치킨들과 백로그를 작성

피그들은 스프린트 미팅을 통해 백로그를 만듬

피그들은 스프린트 기간동안 기능 구현함

피그들은 스크럼마스터의 주간으로 데일리업 미팅을 통해 진행상황을 공유함

스프린트 완료 되면 치킨과 함께 리뷰를 함 

제품 백로그 작성방법

요굿사항에 대한 명세와함께 요구순위  예상시간, 그리고 담당자를 기록함

제품 백로그 추정단위

ideal time

간섭이나 방해가 없다고 가정할때 한사람이 사용가능한 시간의 양

시간또는 일수를 표현

ex 1/2day 

폭포수 프로세스 : 계획중심 방법론 계획, 정ㄴ량적인 평가 , 문서화 , 주요마일스톤에 따른 중앙집중관리, 순차적 절차가 따름

                       프로세스에 따라 굉장히 많은 문서가 존재함 

중간에 경경진 리뷰가 들어감

실제 런칭까지 많은 시간이 들어감

애자일 :             프로젝트 초기부터 고객참여 

시장출시주기가 짧음 

출시 사이사이 데모가 가능한 조각이 들어감

고객과 내부 경영진 피드백 반영

스크럼 프로세스

제품책임자가 중심이 되어 고객과 팀으로 부터 의견을 받아 다양한 요구서를 받아 제품  백로그 제작  1~4주 

팀에서 스프린트 계획회를 통해 백로그로 부터 선정하여 업무를 테스크화 함

스크럼마스터가 일일 스텐드 미팅을 통해 간략히 공유함 

스프린트를 거듭할 수록 시스템이 완성됨

스프린트 리뷰회를 통해 개선점을 찾아 회고 회의를 진행

1. 제품백로그 작성

중요사항 - 우선순위 및 요구사항에 대한 명세 

2. 스프린트 계획

필요한사항 : 제품 백로그, 팀역량 비지니스 상황, 기술현황, 현재제품 

스프린트 계획 회의에는  - 제품 책임자, 스크럼팀, 고객, 이해관계자가 참여

하며 이 회의를 통해 스프린트 목표와 스프린트 작업내용이 담긴 백로그가 작성됨

  팀능력 추정

  *휴일외근 업무외 시간은 제외하고 가용 가능한 시간을 추정함

  팀 사용가능한 시간이 확인되면 스프린트 백로그를 작성함

    * 반드시 들어가야할 내용은 테스크 , 담당자, 작업예상시간이 반드시 들어가야함

스프린트 회의를 통해 스프린트 백 로그가 완성되면 투명하게 프로젝트를 진행하기 위해 스프린트 일일 업데이트를하고

이를 바탕으로 일일 스탠드업 미팅을 진행하여 어제 한일 오늘할일 이슈상황을 간단히 공유하고 발생가능한 장애를 

발견하고 대응하기 위함

진행현황 확인 방법 day1~항목을 y축에 넣고 total 값을 x축에 넣으면 차트로 진행현황을 쉽게 확인 할 수 있습니다.

적극적인 테스크 추적을 위해 보드 활용

벽을 3구분으로 나눠 1. 해야할일 2. 하고있는일 3.완료한일로 나누고 스탠드업 회의때 추가하거나 제거 함