애자일과 스크럼 비교. 가장 적합한 방법론을 선택하는 방법

애자일은 일련의 원칙과 가치를 바탕으로 소프트웨어 팀이 변화에 대응할 수 있게 도와주는 프로젝트 관리 철학입니다. 애자일 팀은 프로세스와 도구보다 개인과 상호 작용을, 포괄적인 설명서보다 소프트웨어 작업을, 계약 협상보다 고객 협업을, 계획을 따르기보다 변화에 대응하는 것을 가치 있게 여깁니다. 이러한 가치는 애자일 매니페스토에 명시되어 있으며 여기에는 애자일 매니페스토 이면에 존재하는 12가지 원칙도 설명되어 있습니다.

애자일을 제대로 이해하는 방법은 또 하나의 프로젝트 관리 철학인 워터폴과 비교해 보는 것입니다. 워터폴 제공 방식에서는 제품 범위가 정해져 있고 시간과 리소스가 유연합니다. 워터폴 조직은 제공하려는 제품을 완성하기 위해 프로그래머를 충원하고 일정을 추가합니다.

애자일 방식에서는 리소스와 시간이 정해져 있는 반면 제품 범위는 유동적입니다. 애자일 팀은 현재 있는 팀과 함께 약속된 시간에 소프트웨어를 제공하기 위해 노력합니다. 팀은 고객이 원하는 것과 할당된 시간 내에 만들 수 있는 것을 유연하게 조합하여 제공합니다.

애자일 팀은 하는 일에 대한 확실한 '이유'가 있고 일을 하는 방식도 명확합니다. 애자일 원칙을 따르면 팀이 거대하고 야심 찬 목표를 관리 가능한 작업 규모로 나누어 지속적으로 완료할 수 있습니다. 애자일 소프트웨어 개발자들은 소규모 애자일 팀이 워터폴 제공 방식을 사용하는 대규모 경쟁업체를 능가한다는 이야기를 셀 수 없이 들으며 힘을 얻습니다. 애자일 팀은 또한 '애자일 산업 단지'의 이점을 누립니다. 애자일을 배우려는 사람들을 위한 리소스 및 도구가 풍부하고 애자일을 도입할 수 있도록 지원하고자 하는 컨설턴트도 아주 많기 때문입니다.

애자일 원칙을 따르면 전혀 생각지도 못했던 곳으로 갈 수 있습니다. 애자일을 따르는 팀은 시장 피드백과 고객 피드백을 토대로 방향을 바꿉니다. 이러한 이상을 좇다 보면 팀이 처음 하려던 것과 전혀 다른 것을 만들게 될 수도 있습니다. 따라서 새로운 방식을 뒤쫓고 새로운 방향으로 고객 피드백을 따르다 보면 불안감을 느끼거나 방향성이 부족하다는 기분 마저 들 수도 있습니다. 궤도에서 벗어난 결과가 발생하기 때문에 모든 팀과 회사가 애자일 방식으로 일할 수는 없습니다. 하지만 대개 이러한 장애물을 극복하기로 선택한 팀은 결국 고객에게 더 좋은 제품을 제공할 수 있다는 사실을 깨닫게 됩니다.

스크럼은 팀이 스프린트라고 하는 짧은 개발 주기로 작업을 구조화할 수 있도록 도와주는 애자일 프레임워크입니다. 스크럼 팀은 각 스프린트가 끝날 때 작업을 제공할 수 있도록 노력합니다. 따라서 이러한 케이던스를 지키는 데 도움이 되는 관행과 팀 구조를 채택합니다. 스크럼은 애자일 원칙에서 한 단계 더 나아가 팀이 일상 업무에서 애자일 원칙을 실천하는 데 도움이 되는 구조를 만들어 줍니다. 또한 스크럼은 많은 팀이 큰 혼란 없이 채택할 수 있도록 잘 문서화된 애자일 프레임워크입니다.

스크럼 팀은 제시간에 소프트웨어를 제공합니다. 회사에 진행 상황을 업데이트하는 대신 직접 보여 줄 수 있습니다! 여러분이 소프트웨어를 제공하면 고객은 이를 사용하기 시작합니다. 고객 사용 데이터가 많을수록 방향을 파악하고 성장을 촉진하는 데 도움이 됩니다. 또한 스크럼 팀은 다른 팀에 비해 번아웃과 이직이 적고 효율적으로 돌아가는 경향이 있습니다. 스프린트 계획 및 스프린트 회고와 같은 스크럼 관행은 팀원이 성공하도록 준비하는 데 중점을 두기 때문입니다.

스크럼은 '올인' 방식을 따릅니다. 성공은 스크럼 마스터와 같은 새로운 역할을 추가하고 정해진 미팅 케이던스에 맞춰 모두의 일정을 리팩터링하는 데서 비롯됩니다. 많은 팀이 새 팀원을 고용할 리소스와 새로운 회의를 할 시간이 없습니다. 팀이 '올인'하지 못하면 대개 스크럼의 이점을 제대로 활용하지 못합니다. 게다가 모든 팀이 그렇게 높은 케이던스로 작업을 완료할 수는 없습니다. 그로 인해 품질이 저하되면 많은 팀의 스프린트가 점점 더 길어집니다. 결국엔 워터폴 방식으로 다시 돌아오게 됩니다!

칸반은 팀이 지속적으로 작업을 수행하도록 도와주는 애자일 프레임워크입니다. 칸반 팀은 카드, 열, WIP 제한, 구체적인 약속 및 제공 시점이 기록된 칸반 보드에서 작업을 구성합니다. 칸반은 제품이 또는 서비스가 거의 보이지 않는 지식 작업에 가장 적합합니다. 칸반은 팀이 작업을 시각화하고 나날이 발전시킬 수 있도록 지원합니다.

워터폴 제공 방식은 클라이언트 또는 기업의 사양에 기반한 제품 또는 솔루션의 개발에 중점을 둡니다. 팀은 요구 사항을 연구하고 몇 주, 몇 달, 심지어 몇 년에 걸쳐서 솔루션을 만듭니다. 워터폴은 허용 범위가 매우 좁은 규제 대상 업계에서 선화는 방법입니다.

정부가 지정한 100시간 근무를 지키기 위해 완벽하게 작업을 수행해야 하는 수술 로봇을 만든다고 상상해 봅시다. 이 제약은 작업에 영감을 주고, 그 사양에 맞춰 개발이 이루어집니다. 로봇이 정해진 사양을 충족할 때까지 팀은 계속 실험하고 테스트합니다. 사양이 구체적이고 엄격한 경우, 워터폴 개발에서는 팀이 무엇보다도 요구 사항을 충족하는 데 주력합니다.

애자일 혁신을 시작하길 원한다면 방법론을 선택해야 합니다. 애자일 방법론에는 조직이 애자일 원칙을 실천하는 데 필요한 팀 구조, 관행, 도구가 포함되어 있습니다. 원하는 대로 진행할 수도 있습니다. 애자일 매니페스토와 약간의 창의성을 활용하여 회사와 팀에 적합한 접근 방식을 직접 설계할 수 있습니다.

애자일은 정해진 규칙이 없는 반면 스크럼에는 지켜야 할 규칙이 많습니다! 민첩성을 높이는 데 활용할 수 있는 프레임워크를 찾고 있다면 스크럼을 선택하는 것이 확실한 출발점이 됩니다. 스크럼은 팀이 신속하게 작업을 완료하고 필요할 때 방향을 전환할 수 있도록 활력을 불어넣습니다. 또한 스크럼 도입에 도움이 되는 바로 채택할 수 있는 템플릿도 있습니다. 완벽한 유연성을 원한다면 팀이 애자일로 전환하도록 독려하세요. 애자일 혁신은 현재 하는 일을 세분화하고 애자일 업무 방식을 구축하는 짜릿한 과정입니다.

애자일과 워터폴 중 하나를 선택해야 하는 경우는 흔치 않습니다. 한쪽에서 다른 쪽으로 방향을 전환해야 하는 경우가 더 흔합니다. 이러한 순간에는 고객에게 답이 있습니다. 고객이 솔루션과 문제 중에서 어디에 더 중점을 두고 있나요? 고객이 원하는 바를 알고 만들기 위해 누군가에게 비용을 지불하려고 한다면 워터폴을 선택하세요. 고객이 겪고 있는 문제를 여러분이 해결하고자 한다면 애자일을 선택하세요.

오늘날의 애자일 프레임워크의 큰 이점 중 하나는 프로젝트 관리 도구가 애자일 프레임워크를 매우 잘 지원한다는 점입니다. Jira는 칸반, 스크럼 등을 기본적으로 지원하도록 만들어졌습니다. 파트너들은 통상적으로 Jira를 확장하여 가장 복잡한 애자일 프레임워크도 지원합니다. 애자일 자습서를 참조하여 시작하세요.