---

Kanban은 애자일 Scrum인가요?(애자일의 Kanban - Scrum과 Kanban)

제약이 프로세스를 만듭니다

얼마나 다양한 지침을 제공하는지 살펴 도구를 비교할 수 있습니다. 규범적인 도구는 "고려할 지침이 많음"을, 적응적인 도구는 "고려할 지침이 적음"을 뜻합니다.

100% 규범적인 도구는 모든 것에 대한 지침과 규칙이 있어 직접 결정할 필요가 없도록 합니다. 반대로 100% 적응적인 도구는 지침이나 제약이 전혀 없어 팀이 원하는 무엇이든 할 수 있게 합니다. 두 극단 모두 엔지니어링과 비즈니스에서 실용적이지 않다는 것은 분명합니다.

애자일 프로세스는 다른 전통적인 소프트웨어 개발 프레임워크보다 비교적 덜 규범적이어서 경량 프로세스라 불리곤 합니다. 애자일 선언이 가장 먼저 프로세스와 도구보다 개인과 상호작용을 중시한다는 것을 기억하세요.

Kanban과 Scrum은 매우 적응적입니다. 그래도 Scrum이 더 많은 제약과 지침, 이벤트 구조를 규정하므로 Kanban이 더 적응적입니다. 예를 들어 Scrum은 시간이 정해진 개발 주기인 Sprint를 지정하지만 Kanban 자체는 시간 제한 반복 주기를 요구하지 않으며 이를 사용하는 프로세스에 추가할 수도 있습니다.

도구나 프로세스의 가치는 품질, 속도 및 창의성을 발휘할 충분한 기회를 주면서 선택지를 어떻게 제한하는지에서 나옵니다.

도구를 판단하기보다 최대한 활용하기 위해 비교하기

다른 모든 도구 및 프로세스처럼 Kanban과 Scrum 프레임워크 모두 완벽하지 않습니다. 모두에게 맞는 단일 해결책은 없습니다. 이 프로세스들이 프로젝트의 성공에 필요한 모든 것을 알려 주지는 않습니다.

특정한 원칙, 지침 및 제약만 제공합니다. 예를 들어 Scrum은 여러 기능을 아우르는 팀과 시간 제한 Sprint를 요구하며, Kanban은 시각적 보드, WIP 통제, 명시적 워크플로 정책, 능동적 흐름 관리, 피드백 및 개선을 요구합니다.

프로젝트의 성공과 실패를 도구 및 프로세스의 품질과 혼동할 수 있습니다.

다음을 이해하는 것이 중요합니다.

• 훌륭한 도구와 프로세스 덕분에 프로젝트가 뛰어난 결과를 낼 수 있습니다.
• 차선이거나 적합하지 않은 도구와 프로세스에도 불구하고 뛰어난 결과를 낼 수 있습니다.
• 차선이거나 적합하지 않은 도구와 프로세스 때문에 나쁜 결과를 낼 수 있습니다.
• 훌륭한 도구와 프로세스에도 불구하고 나쁜 결과를 낼 수 있습니다.

따라서 교육받고 보수를 받는 전문가는 판단하기 위해서가 아니라 더 잘 이해하기 위해 도구와 프로세스를 비교해야 합니다.

상황과 관계없이 무조건 프로세스를 따르지 않도록 특별히 주의하세요. 해당 프로젝트에 최고의 비즈니스 가치를 만드는 길을 따르세요. 필요할 때마다 계속 배우고 적응하세요.

조직을 하나의 도구에 한정하지 않기

따라서 필요에 따라 도구를 결합하고 조정해야 합니다!

대부분의 Kanban 및 Scrum 팀은 XP(eXtreme Programming)의 원칙을 사용합니다. Kanban 팀은 일일 조율 회의를 활용할 수 있으며 Scrum은 개발자를 위한 Daily Scrum을 규정합니다. Kanban 보드로 Sprint Backlog를 시각화할 수 있지만, Sprint Backlog는 개발자의 계획이며 단순한 보드나 Kanban에서 빌려 왔다고 문서화된 것은 아닙니다. 조직을 하나의 도구에 한정하지 마세요. 무엇이 맞는지 시험하고 찾아보세요.