칸반: Difference between revisions

From CS Wiki
No edit summary
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
[[분류:소프트웨어 공학]]
[[분류:소프트웨어 공학]]
;KANBAN
;KANBAN
;적시 개발(Just-in-time Development)을 지원하는, 매우 적은 규칙을 가지고 있는 Agile 방법론
;적시 개발(Just-in-time Development)을 지원하는, 매우 적은 규칙을 가지고 있는 [[애자일 방법론]]


== 특징 ==
== 특징 ==
* 워크플로우 가시화: 일을 작게 분할하여 카드에 기록하여 보드에 게시
* [[워크플로]] 가시화: 일을 작게 분할하여 카드에 기록하여 보드에 게시
* WIP 제한: Work-in-process 제한하여 동시에 진행될 수 있는 항목 제한
* [[WIP]] 제한: Work-in-process 제한하여 동시에 진행될 수 있는 항목 제한
* 플로우의 측정: 한 항목을 완료 소요 평균 시간 산정하여 최적화
* FLow의 측정: 한 항목을 완료 소요 평균 시간 산정하여 최적화


== 구성 ==
== 구성 ==
* [[파일:KANBAN 개념도.png]]
* [[파일:KANBAN 개념도.png]]
* Backlog: 전체 할 일 목록
* '''Backlog''': 전체 할 일 목록
* To Do: 다음에 진행하기로 선택된 작업
* '''To Do''': 다음에 진행하기로 선정된 작업
* In-Progress: 진행 중인 작업
* '''In-Progress''': 진행 중인 작업
* Done: 완료된 작업
* '''Done''': 완료된 작업


== 칸반과 스크럼 ==
== 칸반과 스크럼 ==
[[파일:칸반과 스크럼.png]]
[[파일:칸반과 스크럼.png|600px]]
{| class="wikitable"
{| class="wikitable"
! 구분
! 구분
! KANBAN
! [[칸반]]
! SCRUM
! [[스크럼]]
|-
|-
| Iteration
| Iteration
| 선택적 적용
|  
| 사전 정의 필수
* 선택적 적용
|  
* 사전 정의 필수
|-
|-
| 작업량 승인
| 작업량 승인
| 팀 승인 선택적
|  
| Iteration내작업에 팀승인필수
* 팀 승인 선택적
|  
* Iteration 내 작업에 팀승인 필수
|-
|-
| 계획과 프로세스
| 계획과 프로세스
| 리드타임(lead time) 사용
|  
| Velocity 사용
* 리드타임(lead time) 사용
|  
* Velocity 사용
|-
|-
| 팀 구성
| 팀 구성
| 특정분야의 전문가로 구성
|  
| Cross Functional Team
* 특정분야의 전문가로 구성
|  
* Cross Functional Team
|-
|-
| 작업 분할
| 작업 분할
| 규모에 대한 정의 되지 않음
|  
| Sprint에 수행 가능한 수준
* 규모에 대한 정의 되지 않음
|  
* Sprint에 수행 가능한 수준
|-
|-
| 일정 관리 툴
| 일정 관리 툴
| 사전 정의된 다이어그램 없음
|  
| Burn down chart
* 사전 정의된 다이어그램 없음
|  
* Burn down chart
|-
|-
| WIP 제한
| WIP 제한
| Workflow 상태 별 직접 제한
|  
| Sprint 단위로 간접적 제한
* Workflow 상태 별 직접 제한
|  
* Sprint 단위 간접적 제한
|-
|-
| 작업항목공유
| 작업항목공유
| 여러 팀이나 개인에 공유
|  
| Sprint backlog별 특정팀 소유
* 여러 팀이나 개인에 공유
|  
* Sprint backlog별 특정팀 소유
|-
|-
| 작업 추가
| 작업 추가
| 여력이 있을 경우 추가 가능
|  
| 진행중 Iteration에 추가 불가
* 여력이 있을 경우 추가 가능
|  
* 진행중 Iteration에 추가 불가
|-
|-
| 역할 지정
| 역할 지정
| 사전에 정의된 역할 없음
|  
| PO, SM, Team 등 사전에 정의
* 사전에 정의된 역할 없음
|  
* PO, SM, Team 등 사전에 정의
|-
|-
| 유사성
| 유사성
| colspan="2" | * Agile 방법론, pull scheduling에 의한 플로우 최적화
| colspan="2" |  
* Agile 방법론, pull scheduling에 의한 플로우 최적화
* WIP의 제한, 신뢰성 있는 SW 전달, 조기에 자주 전달
* WIP의 제한, 신뢰성 있는 SW 전달, 조기에 자주 전달
* 작업 분할, 지표에 기반한 지속적인 프로세스 최적화
* 작업 분할, 지표에 기반한 지속적인 프로세스 최적화

Latest revision as of 06:55, 10 May 2020

KANBAN
적시 개발(Just-in-time Development)을 지원하는, 매우 적은 규칙을 가지고 있는 애자일 방법론

특징[edit | edit source]

  • 워크플로 가시화: 일을 작게 분할하여 카드에 기록하여 보드에 게시
  • WIP 제한: Work-in-process 제한하여 동시에 진행될 수 있는 항목 제한
  • FLow의 측정: 한 항목을 완료 소요 평균 시간 산정하여 최적화

구성[edit | edit source]

  • KANBAN 개념도.png
  • Backlog: 전체 할 일 목록
  • To Do: 다음에 진행하기로 선정된 작업
  • In-Progress: 진행 중인 작업
  • Done: 완료된 작업

칸반과 스크럼[edit | edit source]

칸반과 스크럼.png

구분 칸반 스크럼
Iteration
  • 선택적 적용
  • 사전 정의 필수
작업량 승인
  • 팀 승인 선택적
  • Iteration 내 작업에 팀승인 필수
계획과 프로세스
  • 리드타임(lead time) 사용
  • Velocity 사용
팀 구성
  • 특정분야의 전문가로 구성
  • Cross Functional Team
작업 분할
  • 규모에 대한 정의 되지 않음
  • Sprint에 수행 가능한 수준
일정 관리 툴
  • 사전 정의된 다이어그램 없음
  • Burn down chart
WIP 제한
  • Workflow 상태 별 직접 제한
  • Sprint 단위 간접적 제한
작업항목공유
  • 여러 팀이나 개인에 공유
  • Sprint backlog별 특정팀 소유
작업 추가
  • 여력이 있을 경우 추가 가능
  • 진행중 Iteration에 추가 불가
역할 지정
  • 사전에 정의된 역할 없음
  • PO, SM, Team 등 사전에 정의
유사성
  • Agile 방법론, pull scheduling에 의한 플로우 최적화
  • WIP의 제한, 신뢰성 있는 SW 전달, 조기에 자주 전달
  • 작업 분할, 지표에 기반한 지속적인 프로세스 최적화

참고 문헌[edit | edit source]