칸반은 시각적 도구를 사용하여 작업을 나타내고 프로세스를 간소화하는 워크플로우 관리 프레임워크입니다. 도요타가 제조업계에서 처음 개발한 이 방식은 공급망 중단, 과잉 재고, 병목 현상 등을 최소화하는 동시에 공급자에서 소비자에 이르는 가치사슬을 관리하도록 설계되었습니다. 칸반 시스템을 사용하면 기업은 지속적인 모니터링을 통해 생산 효율성을 최적화하고 납품 소요 시간을 단축할 수 있습니다. 

칸반은 만들어진 이래로 소프트웨어 개발을 포함한 다양한 산업 분야에서 발전하여 널리 채택되고 있습니다. 이러한 맥락에서 칸반은 프로세스를 단순화하고 최적화하여 작업을 시각화하고 납품 속도를 개선하는 프레임워크를 제공합니다. 작업 및 워크플로우를 시각적으로 매핑하면 소프트웨어 팀은 실시간으로 진행 상황을 모니터링하여 변화하는 우선순위에 따라 의사 소통, 투명성, 적응성을 향상시킬 수 있습니다. 

칸반 방법론 

칸반은 시각적 보드를 사용하여 워크플로우를 나타냅니다. 이 보드에는 보통 '해야 할 일', '진행 중' 및 '완료'와 같은 작업 단계를 나타내는 열이 포함되어 있습니다. 각 작업은 진행 상황에 따라 카드가 열 사이를 이동하는 방식으로 표현됩니다. 이를 통해 팀은 전체 워크플로우를 한눈에 확인하고 비효율성을 파악하며 리드 시간을 줄이는 데 집중할 수 있습니다. 

칸반의 핵심 특징은 WIP(진행 중인 작업)를 제한하는 데 중점을 둔다는 점입니다. 팀이 새로운 작업을 시작하기 전에 작업을 효율적으로 완료할 수 있도록 주어진 시간 내에 진행하는 작업의 수가 제한됩니다. 이렇게 하면 병목 현상이 방지될 뿐 아니라 팀원들이 프로젝트 완료 목표를 달성하는 데 집중하고 생산성을 유지할 수 있습니다. 또한, 워크플로우를 지속적으로 모니터링하여 프로세스를 꾸준히 점진적으로 개선할 수도 있습니다. 

칸반의 실제 활용 

콘텐츠 제작을 위해 칸반 보드를 사용하는 마케팅 팀을 상상해 보세요. 작성, 편집, 게시와 같은 작업은 '백로그', '진행 중', '검토 중', '게시됨'과 같이 열 사이를 이동하는 카드로 표현됩니다. 팀원은 WIP 한도를 준수하면서 자신의 가용성에 따라 작업을 ‘진행 중’ 열로 끌어옵니다. 

예를 들어 '검토 중' 열에 너무 많은 작업이 쌓이는 등의 병목 현상이 발생하면 팀은 나머지 프로세스에 차질이 생기기 전에 문제를 파악하고 해결할 수 있습니다. 이와 같은 시각적 접근 방식은 명확한 가시성을 유지하여 팀이 효율적으로 우선 순위를 정하고 워크플로우를 지속적으로 개선하는 데 도움이 됩니다. 

스크럼은 프로젝트 관리의 구조와 규율을 강화하는 애자일 프레임워크로, 여기에서는 팀이 '스프린트'라는 짧고 집중적인 반복을 통해 점진적인 가치를 창출할 수 있습니다. 스크럼은 책임, 공동 작업, 투명성을 강조하므로 팀이 변화하는 요구 사항에 적응하는 동시에 결과 제공에 명확한 초점을 맞추는 데 도움이 됩니다. 스크럼의 주요 구성 요소는 백로그이며, 이 백로그에는 제품 책임자가 정리하고 우선 순위를 정한 순서에 맞춰 프로젝트에 필요한 모든 작업 범위가 개략적으로 설명되어 있습니다. 

스크럼은 시간 제한이 있는 스프린트를 기반으로 하며, 일반적으로 1~4주 동안 지속됩니다. 이러한 스프린트 동안 팀은 사전 정의된 일련의 작업을 완료하기 위해 공동 작업합니다. 각 스프린트 종료 시 팀은 전체 프로젝트 목표에 기여하는 가용한 제품 증분을 제공합니다. 스크럼 보드는 이 과정에서 작업을 시각적으로 정리하고 스프린트의 본질인 빠른 주기에도 불구하고 팀 구성원이 조직적으로 대응하는 데 도움을 주는 등 중요한 역할을 할 수 있습니다. 

스크럼 방법론 

스크럼은 일반적으로 1~4주 간 이어지는 스프린트로 작업을 나눕니다. 각 스프린트 시작 시, 팀은 스프린트 계획을 수립하여 해당 기간 동안 제품 백로그의 어떤 작업을 완료할 것인지 결정합니다. 이러한 작업은 스크럼 보드에서 추적할 수 있으며, 칸반과 마찬가지로 '할 일', '진행 중', '완료' 등의 열을 포함합니다. 

이 방법론에는 다음과 같이 세 가지로 정의된 역할이 있습니다. 

• 스크럼 마스터 

  스크럼의 성과에 대해 가장 큰 책임을 지며, 스크럼 원칙을 준수하고 팀의 발전을 방해할 수 있는 모든 장애물을 제거하기 위해 노력합니다. 

• 제품 소유자 

  제품 담당자는 팀이 적시에 적절한 작업에 집중하여 최대의 가치를 제공할 수 있도록 제품 백로그를 정의하고 우선 순위를 지정합니다. 

• 개발 팀 

  이 팀에서는 작업을 실행하여 제품 증분을 만들고 모든 결과에 대한 공동 책임을 집니다. 

예를 들어 소프트웨어 개발 팀이 스크럼 방법론을 사용하여 새로운 기능을 개발하는 경우, 팀은 가장 먼저 제품 소유자와 함께 제품 백로그를 조정하여 사용자 인터페이스 설계, 백엔드 통합, 테스트와 같은 작업의 우선순위를 지정합니다. 스프린트 계획 수립 회의에서는 2주 스프린트 내에 합리적으로 완료할 수 있는 일부 작업을 선택합니다. 각 작업이 스크럼 보드에 추가됩니다. 팀에서는 매일 진행 상황을 논의하고 문제를 해결하기 위한 짧은 스탠드업 회의를 진행합니다. 팀원들은 누가 어떤 일을 하고 있는지 쉽게 확인하고 각 단계를 통해 작업이 원활하게 진행되는지 점검할 수 있습니다. 

스프린트가 종료되면 팀은 스프린트 리뷰를 통해 기능을 시연하고 다양한 이해 관계자로부터 피드백을 수집합니다. 그런 다음 후속 미팅에서는 잘된 부분과 향후 스프린트에 적용할 개선 사항을 논의합니다. 이와 같은 반복적인 접근 방식을 통해 팀은 민첩성은 유지하면서 사용 가능한 양질의 제품을 제공할 수 있습니다. 

이념 

• 칸반은 지속적인 흐름과 유연성을 강조하므로 팀에서는 언제든지 우선순위를 조정할 수 있습니다. 
• 스크럼은 시간 제한이 있는 반복에 초점을 맞춰 규율과 구조화된 제공을 촉진합니다. 

역할 및 책임

• 칸반에는 사전 정의된 역할이 없으며, 팀은 공동 작업하고 워크플로우에 대해 공동 책임을 집니다.
• 스크럼은 속도에 의존하여 팀이 스프린트 내에 완료할 수 있는 작업량을 측정합니다.   

자산 제공 

• 칸반은 작업을 지속적으로 제공하며, 작업이 완료되면 다음 작업을 릴리스합니다.  
• 스크럼은 스프린트가 끝날 때마다 증분으로 작업을 제공합니다. 

칸반과 스크럼은 구조와 구현 방식이 다르지만, 애자일의 뿌리를 반영하는 여러 핵심 원칙을 공유하고 있습니다. 칸반과 스크럼이 겹치는 주요 영역은 다음과 같습니다. 

복잡한 작업을 분해하는 능력 

두 프레임워크 모두 대규모 프로젝트를 작은 단위의 작업으로 나누어 관리하기 쉽게 만듭니다. 이러한 반복적인 접근 방식을 통해 팀은 점진적인 진척에 집중할 수 있을 뿐 아니라 우선 순위가 바뀌어도 유연하게 조정할 수 있습니다. 

지속적인 개선을 위한 노력 

지속적인 개선은 두 프레임워크가 공유하는 기본적인 가치입니다. 칸반 팀은 리드 타임, 사이클 시간과 같은 메트릭을 사용하여 워크플로우를 정기적으로 검사하고 비효율성을 파악합니다. 스크럼 팀 역시 스프린트 후속 미팅을 통해 잘된 부분과 개선할 수 있는 부분을 되짚어봅니다.  

워크플로우 가시성에 대한 초점 

두 방법 모두 시각적 도구를 사용하여 투명도를 높이고 진행 상황을 추적합니다. 칸반은 열이 있는 보드를 사용하여 작업 단계를 나타내는 반면, 스크럼은 스프린트 보드를 사용하여 작업 상태를 표시합니다. 두 방식 모두 팀원 및 이해 관계자는 작업의 흐름을 명확하게 확인하고 정보에 입각한 결정을 내릴 수 있습니다. 

풀 기반 작업 관리 

칸반과 스크럼 모두 풀 기반 접근 방식을 사용하여 작업을 관리합니다. 팀원은 새로운 업무를 수행할 능력이 있는 경우에만 새로운 작업을 수행하므로 과부하를 막고 업무를 원활하게 진행할 수 있습니다. 

WIP 한도 

칸반은 보드의 '진행 중' 열에 있는 작업 수를 제한하여 WIP 한도를 명시적으로 적용합니다. 스크럼에서 WIP 한도는 스프린트 계획 수립 과정에서 간접적으로 관리되며, 이때 팀에서는 스프린트 내에 얼마나 많은 작업을 현실적으로 완료할 수 있는지 판단합니다. 두 방법 모두 병목 현상을 피하고 꾸준한 진전을 유지하기 위해 WIP 한도를 사용합니다. 

점진적이고 반복적인 워크플로우 

칸반과 스크럼 모두 팀이 점진적인 가치를 제공하고 피드백을 기반으로 반복할 수 있도록 작업을 더 작고 관리 가능한 단위로 분할합니다. 스크럼은 스프린트를 통해 명시적으로 반복을 수행하는 반면, 칸반은 필요에 따라 새로운 작업 또는 업데이트를 추가할 수 있도록 하여 점진적인 개선을 촉진합니다. 

칸반은 워크플로우를 유연하고 시각적으로 관리하므로, 역동적이고 지속적인 작업을 처리하는 팀에 적합한 선택지입니다. 그러나 다른 프레임워크와 마찬가지로 이 프레임워크에도 한계가 있으며 그 효과는 팀의 구체적인 요구 사항과 구조에 따라 달라집니다. 

장점 

• 워크플로우 시각화 

  칸반 보드를 통해 작업 및 상태를 실시간으로 명확하게 확인할 수 있므로 팀이 더 큰 그림을 보고 병목 현상을 파악하는 데 도움이 됩니다. 시각적 명확성 덕분에 우선 순위를 보다 효과적으로 지정할 수 있으며 모두가 현재 작업 상태를 파악할 수 있습니다. 또한 공동 작업에 꼭 필요한 투명성도 증진합니다. 

• 품질을 위해 진행 중인 작업 제한 

  칸반은 진행 중인 작업의 수를 제한하여 팀의 부담을 방지하고 작업을 효율적으로 완료할 수 있도록 합니다. 이와 같이 품질에 집중하므로 팀에서는 일관성과 세부 사항에 대한 관심을 포기하지 않고 가치가 더 큰 결과를 제공할 수 있게 됩니다. 

• 지속적인 피드백 루프 설정 

  칸반은 팀에서 진행 상황을 검토하고 개선 영역을 파악할 수 있도록 정기적인 피드백 메커니즘을 통합합니다. 피드백 루프는 지속적인 학습의 문화를 조성하고 변화하는 요구 사항에 맞춰 프로세스가 발전하도록 지원합니다. 

• 팀 공동 작업 및 적응성 개선 

  칸반은 공동의 책임을 강조하므로 팀원들은 보다 효과적으로 협업하고 필요할 때 서로 도울 수 있습니다. 

• 변화하는 워크플로우와 우선순위에 적응 

  칸반은 유연성이 매우 높기 때문에 팀에서는 진행 상황을 중단하지 않고도 워크플로우를 조정하고 작업의 우선 순위를 다시 지정할 수 있습니다. 향상된 적응성은 요구 사항과 우선 순위가 자주 변화하는 환경에서 특히 유용합니다. 

단점 

• 책임을 위한 사전 정의된 역할 부재 

  칸반은 특정 역할이나 책임을 강제하지 않기 때문에 특정 작업에 대한 책임 소재가 불분명해질 수 있습니다. 강력한 내부 규율이 없는 팀이라면 구조와 명확성을 유지하는 데 어려움을 겪을 수 있습니다. 

• 복잡하고 부담스러워 질 가능성 

  칸반 보드에 열, 작업 또는 워크플로우가 너무 많으면 관리하기가 어려울 수 있습니다. 이러한 복잡성은 생산성을 저하시키고 팀원들이 작업을 완료하는 데 집중하는 것을 어렵게 만들 수 있습니다. 

• 명확한 마감일 부재 

  칸반에는 고정된 시간 프레임이 없으므로 작업을 완료로 바꾸는 기본 마감일이 없습니다. 외부 규율이나 합의된 마일스톤이 없으면 지연이 발생하거나 정시에 업무를 수행하지 못할 수 있습니다. 

스크럼은 프로젝트 관리에 대한 체계적이고 반복적인 접근 방식을 제공하므로, 목표가 정의되어 있고 복잡한 프로젝트를 수행하는 팀에 적합합니다. 반면, 그러한 경직성과 자원 수요는 우선 순위가 자주 변경되는 환경이라면 문제가 될 수 있습니다. 

장점 

• 작업 완료 시간 단축 

  스크럼에서는 시간 제한 스프린트를 사용하므로 팀이 정해진 기간 내에 구체적인 결과물을 완성하는 데 집중할 수 있습니다. 이와 같은 접근 방식은 진행을 촉진할 뿐 아니라 작업을 관리 가능한 증분으로 꾸준히 제공할 수 있도록 합니다.

• 업무 조직화 개선 

  스크럼 마스터, 제품 소유자와 같이 정의된 역할은 책임 소재를 명확히 하고 조율을 원활하게 진행하는 데 도움이 됩니다. 스프린트 계획 수립 및 후속 미팅과 같은 절차는 팀이 일치 단결한 상태로 프로젝트 목표 달성을 위한 진행 상황을 추적하기 쉽게 만들어 줍니다. 

• 빠른 성과를 제공하여 팀에 동기 부여 

  스크럼은 프로젝트를 더 작고, 제공 가능한 단위로 분할하므로 팀에서는 보다 빈번하게 눈에 보이는 진전을 이룰 수 있습니다. 이와 같은 빠른 성과는 팀의 사기를 높이고 프로젝트 수명 주기 전반에 걸쳐 추진력을 유지하는 데 도움이 됩니다. 

• 진행 상황에 대한 명확한 인사이트 제공 

  스크럼 보드, 일일 스탠드업 회의, 스프린트 리뷰는 작업 상태에 대한 투명성과 가시성을 보장합니다. 이와 같은 명확성은 이해 관계자와 팀원 모두가 진행 상황을 이해하고 문제를 일찍 식별하는 데 도움이 됩니다. 

• 목표 지향 워크플로우의 생성 

  스프린트는 실질적인 가치 제공에 중점을 두므로 스크럼은 팀이 당장의 산출물보다 결과를 우선시하는 데 도움이 됩니다. 결과 중심적인 접근 방식에서는 모든 스프린트가 전체 프로젝트 목표에 실질적인 영향을 미치므로 관련성이 유지됩니다. 

단점 

• 강도 높은 집중력과 헌신 필요 

  스프린트의 빠른 진행 속도는 모든 팀원들의 일관된 노력과 관심을 필요로 합니다. 이러한 초점을 유지할 수 없는 팀은 스프린트 목표를 달성하거나 양질의 결과를 도출하는 데 어려움을 겪을 수 있습니다. 

• 팀 간의 속도 차이로 인한 진행 속도 문제 

  스크럼의 체계적인 스프린트는 일관된 속도에 의존하는데, 일부 팀원의 작업 속도가 느리거나 예상치 못한 장애물을 만나면 진행 속도가 저하될 수 있습니다. 이와 같은 속도 문제는 전반적인 스프린트 진행 상황과 생산성에 영향을 줄 수 있습니다. 

• 상당한 계획 및 자원 필요 

  스프린트 계획 수립, 일일 스탠드업 회의, 후속 미팅 등과 같은 스크럼 절차를 효과적으로 실행하려면 시간과 노력이 필요합니다. 팀의 규모가 작거나 자원이 제한되어 있다면 이러한 활동을 지속하기가 어려울 수 있습니다. 

• 스프린트 중간 변경에 대한 유연성 부족 

  스크럼은 경직되어 있기 때문에 스프린트 진행 중 우선순위가 변경되면 적응하기가 어렵습니다. 스프린트 중간에 새로운 작업을 추가하거나 범위를 변경하면 스프린트 진행이 중단되고 팀의 약속 이행 능력에 영향을 미칠 수 있습니다. 

팀이 유연성과 구조 중 무엇을 우선시하든, 애자일 프레임워크를 사용하면 조직은 결과에 집중하면서도 적응력을 유지할 수 있습니다. ServiceNow는 칸반과 스크럼을 하나의 전사적 전략에 통합하는 도구와 함께 애자일 프로젝트 관리에 대한 이러한 접근 방식을 지원하는 강력한 플랫폼을 제공합니다.  ServiceNow 전략적 포트폴리오 관리를 통해 팀은 워크플로우를 통합하고, 전략에 맞춰 업무를 조율하며, 그 어느 때보다 빠르게 결과를 도출할 수 있습니다. ServiceNow AI Platform을 기반으로 구축된 전략적 포트폴리오 관리는 모든 관련 데이터를 하나의 중앙화된 위치에 모은 다음, 가장 복잡한 워크플로우를 진행하기 위해 필요한 추가적인 애플리케이션과 지원을 제공합니다.  

시각적 작업 보드는 작업을 추적하고 병목 현상을 해결할 수 있도록 칸반과 유사한 인터페이스를 제공하며 애자일 개발 2.0은 중앙 집중식 계획, 백로그 관리 및 다중 팀 조정을 통해 스크럼 프로그램을 지원합니다. 투자 시나리오 시뮬레이션부터 복합 기능 팀의 스프린트 관리까지, ServiceNow는 효과적으로 우선순위를 정하고 원활하게 적응하며 대규모로 가치를 창출할 수 있도록 팀의 역량을 강화합니다,  

지금 ServiceNow 전략적 포트폴리오 관리 데모를 시청하고 애자일 프로세스 혁신 여정의 다음 단계로 나아가세요.