4.0 칸반 대 스크럼 – 비교 개요

전통적으로 Kanban은 대부분의 전문가가 Agile의 한 형태로 간주합니다. Waterfall과 같은 순차적 프로젝트 관리 기술과 크게 다른 별개의 반복 프레임워크를 나타냅니다. 유사한 프레임워크는 동일한 Toyota 제조 단위 및 관행에서 성장한 Lean입니다. 여기에는 빠른 전달, 책임 있는 의사 결정, 낭비 제거, 팀 권한 부여 및 학습 확대와 같은 매개 변수가 포함됩니다.

애자일 기술 측면에서 가장 일반적인 기술은 스크럼입니다. 이것은 작업이 수행되는 짧은 시간 간격(대부분 2-4주)을 포함하는 작업 스프린트를 기반으로 합니다. 팀의 자체 조직화에 주의를 기울이고 팀 운영 프로세스, 작업 구조 및 관련 규칙 및 역할과 같은 정보를 보유합니다. 비교 측면에서 Kanban은 덜 복잡하고 적응력이 높으며 몇 가지 규칙만 수반된다는 점에 유의해야 합니다. 프로세스는 시간 제한이 없으며 WIP를 사용하는 모든 프로세스 또는 기술에 적용할 수 있습니다.

Kanban이 프로세스에 적합한지 결정하기 #

새로운 방법을 채택하려는 프로젝트 관리자의 일반적인 규칙은 조직에서 요구하는 변경 유형을 고려하는 것입니다. 예를 들어, 급격한 변화의 관점에서 관리자는 스크럼에 의존해야 합니다. 반면; 여러 진행 중인 프로세스의 경우 칸반 시스템을 크게 변경하지 않고 채택할 수 있으므로 올바른 선택이 될 수 있습니다.

Agile Velocity의 코치인 David Hawks는 Kanban이 적합한 방법인지 결정하기 위해 몇 가지 주요 매개변수를 찾아볼 것을 권장합니다. 그는 Kanban이 지속적인 개선을 위해 노력하는 프로젝트 팀에 더 적합하다고 덧붙였습니다. 또한 우선 순위가 변경되고 더 작은 하위 팀으로 세분화될 가능성이 있는 팀도 Kanban에 적합합니다. 그러나 이와 관련하여 상반된 의견이 있습니다. Anderson은 여러 사례 연구에 따르면 Kanban을 위해 팀과 작업을 더 작은 덩어리로 나눌 필요가 없다고 생각합니다. Kanban은 광범위한 팀, 작업 긴급성 및 복잡성과 잘 작동할 수 있습니다.

한편, Hawks는 Kanban이 고객의 요구와 선호에 중점을 둘 때 가장 유용하다고 생각합니다. 또한 변화와 개선에 대한 욕구가 낮은 기업에도 적합할 수 있습니다. 반면에 Brumbaugh는 스크럼을 파악하는 데 어려움을 겪는 조직을 위한 옵션으로 Kanban을 제안했습니다. 그는 Kanban이 조직에 대한 신뢰를 구축하기 위한 훌륭한 도구이며 Scrum과 같은 스프린트 시스템의 이해를 위한 분위기를 조성하는 능력이 있다고 설명했습니다. 또한 모든 수직 제품 개발 프레임워크에서 사용할 수 있습니다. 또한 그는 파트너십을 맺고 작업하는 조직이나 이해 관계자가 특정 선호 사항에 동의할 수 없는 환경에서 Kanban을 선호해서는 안 된다고 경고했습니다.

Kanban과 Scrum 중에서 결정할 수 없습니까? 스크럼반 선택 #

Kanban의 인기와 효과적인 결과로 인해 여러 하이브리드가 때때로 등장했습니다. 린(Lean)과 칸반(Kanban)에서 영감을 받은 특정 스크럼 팀은 둘 다 통합하는 방법을 고안하여 일반적으로 스크럼백이라고 하는 하이브리드를 형성했습니다. 이 하이브리드는 스크럼에 시각화 및 WIP를 추가하여 두 기술의 장점을 모두 추가하는 것을 목표로 합니다. 스크럼 전문가인 Savita Pahuja는 이벤트 중심의 작업 및 유지 관리 프로젝트에 스크럼을 사용해야 한다고 설명합니다.

칸반은 어떻게 구현할 수 있습니까? #

조직에서 Kanban을 구현하기로 결정한 경우 이를 진행하려면 다음 요소가 필요합니다.

  • PM 및 프로젝트 팀의 약속
  • 간판 교육 또는 코치
  • 실제 또는 온라인 게시판
  • 고위 경영진의 동의

Oxford Solutions Group의 CEO인 Lawrence Roybal은 Kanban 팀이 컨설턴트를 포함하여 이상적으로는 9명을 넘지 않도록 권장합니다. 이러한 배치는 효과적인 의사 결정과 그룹 결속을 보장합니다. 그는 또한 프로젝트 팀이 참가자를 올바르게 구성하는 것이 필수적이라고 언급했습니다. 또한 Roybal은 Kanban의 주요 실수 중 하나는 팀이 조기 구매를 꺼린다는 점이라고 지적했습니다. 이제부터 Kanban과 함께 프로젝트를 시작하기 전에 프로젝트 회의를 개최해야 합니다. 그것은 올바른 사람들이 올바른 일을 할 수 있도록 보장할 것입니다.