kanban을 사용할 수있는 소프트웨어 개발 (프로젝트)의 종류와이를 구현하기위한 요구 사항은 무엇입니까? 나는 kanban에 대해 많이 읽고 있었고 얼마나 위대한 지 알고있었습니다. 그러나 지금은 kanban에 대한 요구 사항을 중점적으로 다루는 종이를 작성해야하며, 특히 kanban이 어떤 종류의 프로젝트에 적합하지 않는지에 대한 내용을 작성해야합니다. 나는 아직 그것을 이해할 수 없었다.Kanban을 사용하기위한 전제 조건
KarlM은 좋은 개요를주었습니다.
기존 프로세스를 시각화하고 WIP (멀티 태스킹) 제한을 도입하며 흐름을 최대화하고 리드 타임을 최소화하기 위해 Kanban은 모든 프로젝트에서 사용할 수 있다고 생각합니다. 우리 팀은 최근에 스크럼으로 이전했으며 지금까지 매우 순조로 웠습니다.
칸반은 표준 반복이 적합하지 않은 상황에 특히 좋습니다.
예를 들어 자주 출시되지 않았을 수 있습니다. 어쩌면 계획, 데모, 회고 또는 릴리스 일정 중 하나 이상을 분리하려고 할 수 있습니다.
좋은 예 :
참조 code.flickr.com :
플리커 (Flickr)가 2 사람 8 변경 사항을 포함, 1 시간 전 마지막으로 배포했다. 지난 주에 19 명이 588 건의 배포를 85 건 배포했습니다.
플리커는 2 주 반복 또는 1 일 반복을 수행한다고 생각하십니까? 나는 그것을 의심한다. 그들이 초고속 다이내믹 플로우 모드에있는 것처럼 보입니다. 아마도 칸반이지만, 린 우산에있는 것처럼 보입니다. Kanban은 린 (Lean) 사고의 산물에 속하며 Eric Ries의 "Lean Startup"작년 책에서 지속적인 배포가 이루어졌습니다.)
그것은 다음과 같은 환경에 맞지 않을 수 있습니다 선행 계획, 과로/약속, 일정, 범위의 모든 고정, 풀 대신 밀어에서
는간반은 간단한 프로세스 도구입니다. 적용이 잘되었으므로 소프트웨어가 아닌 모든 프로젝트에 유용합니다.
요구 사항은 프로젝트에 모두가 원칙과 관행을 사용하는 데 동의 것이있다 : 그들은 그렇게 동의하지 않는 경우, 그들은 간판을 사용할 수 없습니다
Principles
1. Start with what you do now
2. Agree to pursue incremental, evolutionary change
3. Initially, respect current processes, roles, responsibilities and job titles
4. Encourage acts of leaderships at all levels
Practices
1. Visualise what you do/knowledge discovery
2. Limit work in progress
3. Measure and manage flow
4. Make policies explicit
5. Develop feedback mechanisms
6. Improve collaboratively using models and the scientific method
. 꽤 분명해.
Kanban은 기존 프로세스를 시각화하고 개선하기위한 도구입니다. 시나리오가 작동하지 않는다면 시나리오에는 두 가지 속성 중 하나 또는 둘 모두가있을 것입니다.
1) 기존 프로세스가 없거나 기존 프로세스가 전혀 작동하지 않고 혼란스런 방식으로 끊임없이 변화하는 재앙입니다.
2) 개선 할 의향이나 기회가 없습니다.
두 번째 결점은 거래 차단자가 아닙니다. Kanban은 여전히 의사 소통과 조정을 도울 수 있으며, 명확성이 높아지면 개선 실험에 힘을 실어주는 데 필요한 신뢰를 높이거나 향상시키는 데 도움이 될 수 있습니다. 이는 성숙도가 낮은 Kanban 구현의 예가 될 것이며 팀 성숙도가 높아질 것입니다.
제 의견으로 Kanban은 모든 종류의 조직 및 모든 산업에서 구현 될 수 있습니다. 팀이 변화
하지만 ...