칸반(개발)

Kanban (development)
이 기사는 프로세스 관리 및 개선 방법에 대한 것입니다.린 제조 공정에 대해서는, 칸반을 참조해 주세요.
칸반판
시리즈의 일부
소프트웨어 개발
핵심 활동
패러다임 및 모델
방법론 및 프레임워크
지원 분야
프랙티스
도구들
지식의 표준과 본문
용어집
개요

칸반(japanese or)은 인간의 시스템 전반에서 작업을 관리하고 개선하기 위한 희박한 방법입니다.이 접근방식은 수요와 가용 용량의 균형을 맞추고 시스템 수준의 병목현상 처리를 개선함으로써 작업을 관리하는 것을 목적으로 합니다.

작업 항목은 참가자들이 처음부터 끝까지(통상 칸반 보드를 통해) 진행 상황과 프로세스를 볼 수 있도록 시각화됩니다.요청 시 프로세스에 작업을 밀어넣는 것이 아니라 용량이 허용하는 대로 작업을 끌어옵니다.

지식 작업 및 소프트웨어 개발에서 목표는 무엇을 언제 얼마나 생산해야 하는지에 대한 의사결정을 지원하는 시각적 프로세스 관리 시스템을 제공하는 것입니다.근저에 있는 칸반 공법은 도요타 생산 [2]시스템에서 영감을 얻은 린 [1]제조에서 유래했다.그 기원은 1940년대 후반 도요타 자동차 회사가 고객의 요구에 따라 생산하고 생산 라인 내에서 발생할 수 있는 자재 부족을 파악하는 것을 목적으로 한 저스트 인 타임(Just in Time)이라는 생산 시스템을 도입하면서 비롯되었다.그러나 도요타가 고안한 이 방법이 어떻게 어떤 형태의 조직 과정에도 적용될 수 있는지를 깨달은 사람은 마이크로소프트 엔지니어 데이비드 J. 앤더슨이었다.Kanban은 Scrum과 [3]같은 다른 방법 및 프레임워크와 함께 소프트웨어 개발에 일반적으로 사용됩니다.

방법의 진화 및 문서화

David Anderson의 2010년 저서인 [4]Kanban은 제약의 이론 접근방식을 사용하여 드럼 버퍼로프(칸반 당기기 시스템에 상당)를 통합한 2004년 마이크로소프트 프로젝트에서[5] 2006-2007년 코비스 프로젝트에서 칸반 방법이[by whom?] 확인된 프로젝트로의 진화를 설명하고 있습니다.2009년, Don Reinertsen은, 칸반 제도의 도입, 데이터 수집의 활용, 경영 의사결정의 경제 모델을 기술한 「2세대 린 프로덕트[6] 개발」을 출판했습니다.Corey Ladas의 2008년 저서 Scrumban은[3] Kanban이 소프트웨어 개발을 위해 스크럼을 개선할 수 있다고 제안했습니다.라다스는 스크럼반을 스크럼에서 칸반으로의 이행으로 보았다.Jim Benson과 Tonianne DeMaria Barry는 2011년에 개인 및 소규모 팀에 Kanban을 [7]적용한 Personal Kanban을 발표했습니다.Mike Burrows는 Kanban from the Inside (2014)[8]에서 Kanban의 원칙, 관행 및 기본 가치를 설명하고 이전의 이론과 모델에 관련시켰습니다.Eric Brechner는 Kanban과의 [9]신속한 프로젝트 관리(2015년)에서 Microsoft 및 Xbox에서 실천 중인 Kanban의 개요를 설명합니다.Klaus Leopold와 Siegfried Kaltencker의 [10]Kanban Change Leadership(2015)은 변화 관리의 관점에서 방법을 설명하고 변화 이니셔티브에 대한 지침을 제공했다.2016년 린칸반 대학 출판부는 초기 칸반 [11]프로젝트의 개선과 확장을 포함한 이 방법에 대한 요약 가이드를 발간했다.

칸반보드

주요 기사 : 칸반 보드
Sample Kanban Board.png

이 그림은 Kanban [12]보드의 소프트웨어 개발 워크플로우를 나타내고 있습니다.사용 상황에 맞게 설계된 Kanban 보드는 크게 달라 작업 항목 유형(여기서는 "특징" 및 "사용자 스토리"), 워크플로우 액티비티를 설명하는 열, 명시적 정책 및 수영대(여기서는 사용자 스토리를 기능별로 그룹화하기 위해 여러 열에 걸쳐 사용됨)를 표시할 수 있습니다.목표는 참가자와 이해관계자에게 일반적인 워크플로우와 개별 항목의 진행 상황을 명확히 하는 것이다.

소프트웨어 [4][3]개발용 칸반에 관한 서적에서 설명한 바와 같이 칸반의 주요 업무는 작업 가시화와 진행 중인 작업 제한(WIP)이다.Essential Kanban Aggregated에 기재되어 있는 칸반의 4가지 일반적인 프랙티스는 정책 명시, 흐름 관리, 피드백 루프 구현 및 [11]공동 개선입니다.

위 그림의 칸반 보드는 칸반의 처음 세 가지 일반적인 관행을 강조하고 있다.

  • 개발팀의 작업(기능과 사용자 사례)을 시각화합니다.
  • 개발 단계에 대한 WIP 제한(열 제목 아래에 동그라미로 표시된 값)을 캡처합니다. 이 값은 해당 단계에서 작업 항목의 수를 제한합니다.
  • 또한 일부 개발 단계 아래의 파란색 직사각형 내부에 정책을 문서화합니다.[9]
  • 또, 「진행중」과「준비중」의 서브 칼럼이 있는 「유저 스토리 작성」, 「유저 스토리 전개」, 「기능 수용」의 각 스텝의 칸반 플로우 관리도 나타내고 있다.각 단계의 WIP 제한은 두 하위 열에 모두 적용되므로 작업 항목이 이러한 단계로 유입되거나 나가는 것을 방지합니다.

워크플로우 관리

Kanban은 Kanban Board에서 워크플로우를 직접 관리합니다.개발 단계에 대한 WIP 제한은 개발 [4][9]팀에 일반적인 워크플로우 문제에 대한 즉각적인 피드백을 제공합니다.

예를 들어 위의 칸반 보드에서 "전개" 스텝은 WIP 제한이 5로 되어 있으며 현재 이 스텝에는 5개의[clarification needed] 에픽이 표시되어 있습니다.1개 또는 복수의 Epic이 그 순서를 완료할 때까지, 작업 아이템을 도입에 이행할 수 없습니다(「제공」으로 이행).이것에 의해, 「전개」의 스텝에 부하가 걸리는 것을 막을 수 있습니다.「기능 수용」(이전 순서)에 임하고 있는 팀원은, 새로운 에픽을 전개할 수 없기 때문에, 막힐 가능성이 있습니다.고객은 그 이유를 바로 확인하고 현재의 대규모 도입에 도움이 됩니다.

'도입' 단계의 5개의 에픽이 전달되면 '기능 승인'의 '준비 완료' 하위 열(이전 단계)에 있는 2개의 에픽을 '도입' 열로 이동할 수 있습니다.이러한 2개의 에픽이 전달되면 다른 에픽은 전개할 수 없습니다(새로운 에픽이 준비되지 않은 경우).현재, 도입에 임하고 있는 팀원은 꼼짝 못하고 있습니다.그 이유를 바로 알 수 있어 기능 수용에 도움이 됩니다.

이 워크플로우 제어는 모든 단계에서 동일하게 작동합니다.문제는 즉시 가시화되고 명확하게 나타나며, 지속적으로 계획을 다시 세울 수 있습니다.작업 관리는 팀원들이 항상 보고 추적할 수 있도록 진행 중인 작업을 제한함으로써 가능합니다.

칸반 지표

Kanban은 특정 메트릭을 사용하여 팀의 역량을 측정하고 프로젝트 기간을 예측합니다.

팀 속도는 특정 기간(예: 1주일 또는 반복)[13] 동안 팀이 수행할 수 있는 작업 수를 정의합니다.속도는 주기적으로 계산되며 계산된 속도의 정확성을 높이기 위해 팀은 비슷한 크기의 작업을 만드는 것을 목표로 합니다.팀 속도를 알면 프로젝트가 언제 끝날지 더 잘 예측할 수 있습니다.

Lead and cycle time
리드 및 사이클 시간

리드 타임과 사이클 타임은 작업을 완료하는 데 걸리는 평균 시간을 정의합니다.리드타임은 클라이언트로부터 의뢰를 받아 산출되며 사이클타임은 작업 시작부터 산출됩니다.리드 타임을 사용하여 고객이 제품을 기다리는 시간을 파악하고 사이클 타임을 사용하여 팀이 제품을 생산하는 속도를 파악합니다.[14]

실행 가능한 신속한 변화를 위한 메트릭은 사이클 타임을 사용하여 각 프로젝트 항목이 언제 완료될지를 더 잘 예측합니다.Daniel S에 의해 작성되었습니다.2015년 [15]실행 가능한 Agile 측정 기준은 작업의 50%, 85% 및 95%를 완료하는 데 소요된 시간을 측정합니다.이 정보는 팀이 작업 수행 날짜를 더 잘 예측하고 제어하는 데 사용할 수 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ Womack, James P. (2007). The Machine That Changed the World. ISBN 978-1847370556.
  2. ^ Ohno, Taiichi (1988). Toyota Production System: Beyond Large-Scale Production. ISBN 978-0915299140.
  3. ^ a b c Corey, Ladas (2008). Scrumban and other essays on Kanban System for Lean Software development. Seattle, Washington: Modus Cooperandi Press. ISBN 9780578002149. OCLC 654393465.
  4. ^ a b c Anderson, David J. (April 2010). Kanban: Successful Evolutionary Change for Your Technology Business. Blue Hole Press. ISBN 978-0-9845214-0-1.
  5. ^ Anderson, David J.; Dumitriu, Dragos (November 2005). From Worst to Best in 9 Months: Implementing a Drum-Buffer-Rope Solution at Microsoft's IT Department (PDF). TOC ICO World Conference November 2005. USA: Microsoft Corporation. Retrieved 24 September 2020.
  6. ^ Reinertsen, Donald (May 2009). The Principles of Product Development Flow: Second Generation Lean Product Development. Celeritas Publishing. ISBN 978-1935401001.
  7. ^ Benson, Jim; DeMaria Barry, Tonianne (January 2011). Personal Kanban: Mapping Work, Navigating Life. Modus Cooperandi Press. ISBN 978-1453802267.
  8. ^ Burrows, Mike (2014). Kanban From The Inside. Seattle, WA: Blue Hole Press. ISBN 978-0-9853051-9-2.
  9. ^ a b c Brechner, Eric (2015). Agile Project Management with Kanban. Microsoft Press. p. 160. ISBN 978-0735698956.
  10. ^ Leopold, Klaus; Siegfried, Kaltenecker (2015). Kanban Change Leadership. Hoboken, NJ: John Wiley & Sons. ISBN 978-1-119-01970-1.
  11. ^ a b Anderson, David J.; Carmichael, Andy (2016). Essential Kanban Condensed. Seattle, WA: Lean Kanban University Press. ISBN 978-0-9845214-2-5.
  12. ^ Boeg, Jasper (February 2012). "Priming Kanban". InfoQ. Retrieved 17 February 2014.
  13. ^ "What is Velocity in Agile? Agile Alliance". 17 December 2015. Retrieved 22 October 2020.
  14. ^ "Lead and Cycle Time - How to Use the Kanban metrics". teamhood. 15 October 2020. Retrieved 22 October 2020.
  15. ^ "ActionableAgile". actionableagile.com. Retrieved 22 October 2020.

추가 정보

  • Kanban: 테크놀로지 비즈니스를 위한 성공적인 진화적 변화 David J. Anderson. (미국, Blue Hole Press, 2010).ISBN 978-0984521401
  • 스크럼반:Kanban Systems for Lin Software Development, Coreyes, Corey Ladas.(미국, Modus Cooperandi Press, 2009).ISBN 9780578002149
  • Kanban(개발자의 베스트 프랙티스), Eric Brechner(미국:Microsoft Press, 2015).ISBN 978-0735698956.
  • Kanban in Action, Marcus Hammarberg와 Joakim Sunden.(셸터 아일랜드, 뉴욕: 매닝 출판사, 2014).ISBN 978-1-617291-05-0.
  • 트렌치로부터의 기대: Kanban, Henrik Kniberg와 함께 대규모 프로젝트 관리(Dallas, TX: The Pragmatic Programmers, 2012).ISBN 978-1-93435-685-2.
  • 시작 중지, 끝내기 시작!Arne Roock과 Claudia Leschik. (미국: 린칸반 대학교, 2012).ISBN 978-0985305161.
  • 현실의 Kanban: Do Less, More More with Lean Thinking.(미국: Pragmatic Bookbooks, 2015).ISBN 978-1680500776.