Kanban 프로세스의 워크플로는 Kanban의 작업 수가 전체 프로세스의 여러 지점에서 크게 다를 것임을 인정함으로써 이해하고 관리할 수도 있습니다. 예를 들어 기술 편집자는 한 번에 여러 문서를 편집할 수 있습니다. 소프트웨어 개발자는 그 동안 하나의 특정 기능에 대해 작업할 수 있습니다. 따라서 수행하는 작업의 유형에 따라 워크플로와 작업 프로세스가 크게 다릅니다.
Kanban 시스템은 “일을 위해 밀고 당기지 마십시오”라는 모토를 사용합니다. 여기서 “당기기” 개념은 식료품점에서 부족한 품목만 보충하는 것과 같은 방식으로 모든 개인이 당길 준비가 되어 있을 때만 작동한다는 의미로 이해될 수 있습니다. Kanban 보드에서 이를 설명하기 위해 버퍼 열을 추가하여 여유 공간을 표시할 수도 있습니다.
Kanban에는 지속적인 개선이 포함됩니다. #
개인이 자신의 업무를 점점 더 잘할 수 있도록 돕는 것이 Kanban의 필수 특성입니다. 프로세스에 사용된 모델, 워크플로 및 몇 가지 메트릭은 프로세스의 비효율성을 식별하는 데 도움이 됩니다. 일반적인 식별 마커는 다음과 같습니다.
- 막힘- 로그잼의 수를 측정하고 지속 시간을 기록합니다.
- 마감일 실적- 프로젝트 일정을 추적할 때 제품은 미리 설정된 일정보다 몇 일 또는 뒤쳐진 일인지입니다.
- 처리량- 특정 시간에 철저하게 수행할 수 있는 이상적인 활동 수.
- 품질- 기간의 허점 또는 결함
- 리드 타임 또는 사이클 타임- 제품이 지정된 프로세스를 완전히 통과하는 데 필요한 시간
각 열의 얼마나 많은 작업이 뒤쳐지고 지연이 발생했는지 쉽게 추적할 수 있습니다. 또한 이러한 방식으로 특정 작업을 업스트림 또는 다운스트림해야 할 수도 있습니다. 그러면 곧 프로세스 추세를 알아차리기 시작할 것입니다.
Six Sigma 및 PRINCE2와 같은 프로젝트 관리 방법은 관리자에 의해 널리 사용되었습니다. 그러나 에 따르면 PMI (Project Management Institute, 2016) 보고서 “Pulse of the Profession”에 따르면 이러한 방법은 더 많은 프로젝트 실패를 초래합니다. 이는 점점 더 많은 회사가 더 많은 프로젝트에서 자본을 잃는다는 것을 나타냅니다. 또한 PMI는 사전 설정된 예산 및 결과에 따라 프로젝트의 일부만 완료되고 있다고 언급했습니다. 이후로 프로젝트 관리자는 다른 방법의 허점을 해결하는 데 성공했기 때문에 Kanban에 의존하고 있습니다. 프로젝트 관리 프레임워크. 일부 허점에는 팀의 비효율적인 조정과 프로젝트를 엔터프라이즈 수준으로 확장하는 데 있어 부적절함이 포함됩니다. Kanban 전문가들은 Kanban이 다음과 같은 이점을 제공한다고 생각합니다.
- 효과적인 문제 해결
- 더 쉬운 구현
- 유연성
- 폐기물 감소
- 효과적인 의사 소통
- 최적의 품질
Kanban 보드를 유지 관리하면 프로젝트 팀이 다양한 프로젝트 요구 사항, 작업 분배 및 개별 구성원의 책임을 더 쉽게 이해하고 조정할 수 있습니다. 한편 WIP는 처리량이 높도록 작동합니다. 이와 관련하여 Modus Cooperandi의 CEO인 Jim Benson은 Kanban이 시각화를 사용하여 9가지 핵심 질문을 쉽게 해결할 수 있다고 설명했습니다. 이러한 질문에는 현재 진행 중인 것, 지연되고 있는 것, 도움이 필요한 사람, 지금까지 달성한 것 및 원하는 결과와 같은 프로젝트에 관한 정보가 포함됩니다.
