워크플로우는 칸반보다는 플로우그래프 like hidra miro flow graph
칸반은 연속적 흐름 처리 방식이다 : 이슈는 큐에 입력되고, 개발 프로세스의 단계에 따라 “당겨”진다. 칸반은 칸반 보드로 시각화되고 각각 단계는 열로 표시된다. 이슈들은 “수영 레인(Swimlane)”으로 불리는 행으로 나눌 수 있다. Stormpath는 이슈들의 우선순위를 나타내기 위해 수영 레인을 이용하기로 결정했고 — 우선순위가 낮은 이슈들을 아래에 배치했다. 칸반의 핵심은 Work-In-Process(WIP)가 동시에 개발이 진행 될 수 있는 아이템의 수를 제한하는 것이다. 작업자는 WIP에 여유가 있을때만 작업을 왼쪽에서 오른쪽으로 당길 수 있다. 스크럼이 스프린트에 이용할 수 있는 작업 시간을 제한함으로써 생산성을 제어하는 반면, 칸반은 동시에 처리할 수 있는 이슈의 수를 제한함으로써 생산성과 벨로시티를 제어한다. 추정은 더이상 프로세스의 일부가 아니다.
[번역] 잘 가요 스크럼, 반가워요 칸반
(역자 주 : 이 글은 회원 관리 플랫폼 관련 스타트업인 Strompath가, Scrum에서 Kanban으로 성공적으로 변경한 경험에 대한 포스팅의 번역입니다. 오,탈자나, 의, 오역, 비문이 있을 수도 있으니 잘못된 부분은 댓글이나 Twitter DM 등으로 제보해주시면 감사하겠습니다 ☺) 작년 Stormpath에서는, 스크럼에서 칸반으로의 큰 변화가...
https://medium.com/@pitzcarraldo/%EB%B2%88%EC%97%AD-%EC%9E%98-%EA%B0%80%EC%9A%94-%EC%8A%A4%ED%81%AC%EB%9F%BC-%EB%B0%98%EA%B0%80%EC%9B%8C%EC%9A%94-%EC%B9%B8%EB%B0%98-e27d1db15699
![[번역] 잘 가요 스크럼, 반가워요 칸반](https://www.notion.so/image/https%3A%2F%2Fmiro.medium.com%2Fmax%2F660%2F0*PGugA3fWrbwMtj6x.png?table=block&id=db12ad02-b320-4516-9df3-2819221acdac&cache=v2)

Seonglae Cho