[미분류] Agile의 Scrum과 Kanban ( 1 판 )
Scrum
개요
정의
프로젝트 관리를 위한 상호,점진적 개발방법론기반 프레임워크로 Agile개발 모형에 속한다.
주요특징
스크럼은 특정 언어나 방법론에 의존적이지 않으며, 개발 언어는 물론이고 객체지향 언어와도 관련이 없는 넓은 응용 범위의 개발 기법이다.
- 솔루션에 포함할 기능/개선점에 대한 우선 순위를 부여한다.
- 개발 주기는 30일 정도로 조절하고 개발 주기마다 실제 동작할 수 있는 결과를 제공하라.
- 개발 주기마다 적용할 기능이나 개선에 대한 목록을 제공하라.
- 날마다 15분 정도 회의를 가져라.
- 항상 팀 단위로 생각하라.
- 원활한 의사소통을 위하여, 구분 없는 열린 공간을 유지하라.
스크럼의 주요 역할자
제품책임자와 스크럼마스터는 상호보완적 역할을 함
제품책임자(Product Owner)
비즈니스목표를 충족시키는 제품을 만들기 위해 제품 백로그를 관리하고 제품을 검토
- 제품 백로그(요구사항)관리 / 설명
- 제품 백로그 우선순위 관리
- 개발결과 확인
스크럼마스터(Scrum Master)
제품책임자와 개발팀이 성공적인 제품을 만들 수 있도록 조직변화를 촉진하고
효율적 작업방식를 수립하고 유지하는 데 책임을 진다.
- 팀을 보호하고 장애를 해결
- 일일 스크럼 회의를 진행
- 모니터링 및 트래킹
개발팀(Developer)
백로그를 개발하여 고객을 만족시킨다.
주요용어
제품백로그
개발제품의 요구사항인 사용자 스토리의 집합
사용자 스토리
사용자관점에서 정의된 요구사항
완료기준, 인수 기준
사용자 스토리를 충족하기 위한 조건명세
스프린트
계획, 개발, 리뷰 작업 등 최소단위의 주기로 보통 1~4 주에서 선택
스프린트 계획회의
스프린트 목표와 스프린트 백로그를 계획하는 회의
스프린트 백로그
스프린트 목표에 도달하기 위한 작업 목록
칸반보드
업무의 상태, 흐름을 시각적으로 보여 주는 게시판
Scrum 진행 절차
Scrum방식의 장단점
| 장점 | 단점 |
|
|
Kanban
개요
정의
적시 개발(Just in time)을 지원하는 개발방법론으로 agile 개발모형에 속한다.
특징
- 워크플로우 가시화: 일을 작게 분할하여 카드에 기록하여 보드에 게시
- WIP 제한: Work-in-process 제한하여 동시에 진행될 수 있는 항목 제한
- 플로우의 측정: 한 항목을 완료 소요 평균 시간 산정하여 최적화
- 매우 적은 규칙을 가지고 있어 스크럼과 같이 사용할 수 있다.
칸반 개념도 및 구성요소
개념도(칸반보드)
TO-DO 리스트(Backlog)를 보고 작업자가 해당 작업을 선택하고 개발 진행, 배포, 서비스 등 순차적으로 워크플로우를 가시화
구성요소
(1) 칸반보드
프로세스를 기재한 보드와 스토리카드를 이용하여 업무흐름을 제어한다.
산출물 : 스토리 카드
(2) 프로세스
실제 업무가 이루어 지는 단계 및 업무수행을 통한 산출물 작성
산출물 : 업무 성과
(3) 대기행력(Work Queue)
대기행렬, 개발 대기, 테스트 대기, 배포/릴리즈 대기 과정
산출물 : Work Queue List
(4) 총주기 시간(Total Cycle Time)
총 작업 수행시간, 개별업무의 Cycle time의 합으로 정해진다.
산출물 : Total Cycle Time
Scrum과 Kanban의 비교
차이점
| 구분 | 칸반 | 스크럼 |
| 진척관리 |
|
|
| 역할과 업무 협의 |
|
|
| 기존방법론과 결합 |
|
|
칸반을 통한 스크럼의 보완
| 보완대상 | 보완 상세 내용 | 기대효과 |
| 잦은 미팅의 오버해드 | 비판적이고 잦은 일일 스크럼 미팅과 회고 미팅으로 발생하는 과도한 시간소요를 최소화 | 회의 시간 감축 및 긍정 에너지 |
| Story Point 추정의 불확실성 | 예상보다 큰 작업은 주기내 완료 하기위한 부담을 초래하므로, WIP 조정 및 프로세스 최적화로 뷸확실성에 대응 | 프로세스 시각화, 업무 예측성 제고 |
| Sprint 변경의 경직성 | 스프린트 주기내 변경허용 불가하던 것을 WIP 조정으로 유연하게 수용 | 업무 프로세스의 유연성 확보 |
댓글 0