김희준
똑같은 일인데도 어떻게 접근하느냐에 따라 천차만별로 달라지는 경험 한 번 쯤 해보셨을텐데요. 일은 한 가지 방법만으로 하진 않습니다. 업무의 특성이나 상황에 따라 여러가지 방법을 동원하는데요. 프로젝트를 계획하고 이행하는 방식 중 하나로 스크럼이 주목을 받고 있습니다. 스크럼 뜻이 무엇인지, 어떤 프로젝트에 적합하고 뭘 지켜야할지 알아보도록 하겠습니다.
스크럼 보드로 팀의 작업을 공유하려면 먼저 스프린트 목표와 각 책임을 이해해야 합니다. 보드는 이를 보이게 하는 수단이며, 스크럼 자체를 대신하지는 않습니다.
Part1:개요
1.스크럼 뜻
스크럼은 애자일 프레임워크 중 하나에 속하는 반복적이고 점진적인 개발방법입니다. 애자일은 신속한 반복 작업을 통해 실제 작동 가능한 제품이나 서비스를 개발하고 지속적으로 제공하기 위한 방법론을 말합니다.
스크럼은 복잡한 문제를 다루면서 결과를 살펴보고 다음 행동을 조정하는 프레임워크입니다. 스프린트는 개별 업무 항목이 아니라, 사용할 수 있는 결과물을 만드는 한 달 이하의 고정된 기간입니다.
팀은 스프린트 목표를 정하고, 이를 달성하기 위해 선택한 작업과 실행 계획을 스프린트 백로그에 담습니다. 스프린트 안에서 계획, 개발, 데일리 스크럼, 리뷰, 회고가 이루어집니다. 자세한 정의는 공식 Scrum Guide에서 확인할 수 있습니다.
2.스크럼 성공을 위한 세 가지 필수 역할
스크럼 팀에는 프로덕트 오너, 스크럼 마스터, 개발자라는 세 가지 책임이 있습니다. 여기서 개발자는 프로그래머만을 뜻하지 않습니다. 제품이나 서비스의 사용 가능한 결과물을 만드는 데 필요한 기획, 설계, 테스트 등의 전문성을 가진 사람도 포함합니다.
프로덕트 오너는 제품 가치를 높이고 프로덕트 백로그를 효과적으로 관리할 책임이 있습니다. 개발자들은 스프린트 목표를 달성하기 위한 작업 방법을 스스로 정합니다.
스크럼 마스터는 구성원에게 세부 작업을 지시하는 관리자가 아닙니다. 팀이 스크럼을 이해하고 효과적으로 활용하도록 돕습니다. Scrum Guide는 프로덕트 오너와 스크럼 마스터를 포함한 전체 스크럼 팀을 보통 10명 이하로 설명하며, 개발자를 일률적으로 5~7명으로 정하지 않습니다.
3.스크럼 보드
스크럼 보드에서는 보통 전체 과제가 아닌, 스프린트 내 할당된 과제만 보이도록 합니다.
프로덕트 백로그는 앞으로 제품을 개선하는 데 필요한 작업을 순서대로 정리한 목록입니다. 스프린트 백로그에는 스프린트 목표, 선택한 항목, 실행 계획을 함께 둡니다. 보드의 카드를 옮기는 것만으로 완료가 되는 것은 아니며, 결과물이 팀의 완료 정의를 충족해야 합니다.
예를 들어 스프린트 목표가 “고객이 비밀번호를 재설정할 수 있다”라면, 메일 발송 화면 하나를 만든 것만으로 목표 달성을 판단하지 않습니다. 개발자는 요청, 유효한 링크 확인, 비밀번호 변경, 관련 테스트까지 필요한 작업을 계획합니다. Boardmix 보드에서는 이 목표를 카드 위쪽에 적고 각 작업의 상태와 남은 장애물을 함께 표시할 수 있습니다.
Part2: 왜 스크럼이 중요한가요?
스크럼 뜻을 알긴 했지만 한 가지 의문이 생기실 겁니다. 그렇다면 반드시 모든 팀이 스크럼 프레임워크를 사용해야할까요? 꼭 그렇지는 않습니다. 그리고 스크럼을 반드시 소프트웨어 개발 같은 특정 업무에만 사용해야하는 것도 아닙니다. 적절한 상황에 제대로 적용한다면 어떤 팀도 스크럼의 장점을 흡수할 수 있습니다.
그래도 스크럼이 특별히 유용한 분야가 존재하긴 하겠죠. 스크럼은 무언가를 자주 개발하고 출시할 필요가 있는 팀에 가장 효과적입니다. 코드, 새로운 기능이나 제품, 마케팅 캠페인, 컨텐츠 무엇이든 말이죠.
스크럼 방식을 채택한 팀은 팀워크를 강화하고 목표를 보다 효과적으로 달성할 수 있습니다. 스크럼 보드, 스크럼 미팅을 통해 백로그에서 작업을 가져오고 스프린트 항목을 체크하면 자신이 무엇을 수행하는지 정확히 알게 됩니다. 이렇게 반복적인 작업을 하며 개발하다보면, 모든 구성원이 '완료'의 의미를 명확히 알게 됩니다. 업무를 수행하다보면 구성원이 어떤 업무가 중요한지, 지금 시점에서 어디까지 완료가 되어야하는지 파악하기 어려워하는 경우가 있습니다. 스크럼은 그런 상황을 사전에 방지하고 모두에게 확실한 목표를 심어주는 개발 방식입니다.
Part3: 스크럼 원칙
스크럼은 투명성·점검·적응이라는 세 기둥과 약속·집중·개방성·존중·용기라는 다섯 가치를 바탕으로 합니다. 아래 여섯 항목은 이를 업무에 적용할 때 생각해 볼 관점이며, 공식 가이드가 정한 별도의 “여섯 원칙” 목록은 아닙니다.
1.경험적 프로세스 관리
현재 작업과 결과를 팀이 함께 볼 수 있게 하고, 스프린트 목표를 향한 진척을 점검합니다. 예상과 다른 상황이 드러나면 계획을 조정합니다. 스크럼 마스터가 모든 작업을 미세하게 통제하는 방식이 아니라, 팀이 관찰한 정보를 바탕으로 스스로 조정하는 방식입니다.
이러한 점검과 조정은 소프트웨어뿐 아니라 복잡한 제품·서비스 개발에도 적용할 수 있습니다.
2.자기 주도적
개발자들은 누가 어떤 작업을 언제, 어떻게 수행할지 스스로 결정합니다. 각자의 역할만 끝내는 데 그치지 않고, 함께 사용 가능한 결과물을 만드는 데 책임을 집니다.
3.협업
협업은 정보를 함께 보고 필요한 결정을 조정하는 데서 시작합니다. 예를 들어 테스트가 막혀 있다면 새 작업을 시작하기보다 장애물을 해결할 방법을 먼저 논의할 수 있습니다.
4.가치 기반 우선순위 지정
각 스프린트에도 목표가 필요하겠죠. 프로젝트 분야는 다르지만 스크럼 방식을 채택했다면 스프린트마다 목표는 분명합니다. 바로 최고의 비즈니스 가치를 제공하는 것이죠. 이를 위해 스크럼 프로세스를 시작할 때부터 가치 기반으로 업무 우선순위를 지정해야 합니다.
5.타임박싱(Timeboxing)
스크럼은 스프린트, 스크럼 미팅 등 짧은 주기로 목표를 수행해야합니다. 시간 관리를 제대로 하지 못한다면 스크럼의 강점이자 신념인 지속적인 개선을 이루지 못할 수도 있습니다. 업무 시간을 제대로 정하고 효율적인 시간 관리 방법을 모색해야 스크럼 프로세스를 온전히 활용할 수 있습니다.
6.반복적 개발
스크럼은 첫 번째 단계에서 완벽한 결과가 나온다는 기대를 하지 않습니다. 가치기반 우선순위에 따른 반복적인 개발을 통해 제품과 결과물을 수정하고, 이를 통해 지속적인 발전을 이룹니다.
마무리
그럼 지금까지 스크럼이 어떤 방식인지 알아보고, 어떻게 해야 그 효과를 최대한 끌어올릴 수 있는지도 이야기해보았습니다. 스크럼이 꾸준히 결과물을 내놓아야하는 팀에 적절하긴 하지만 제대로 된 방식으로 활용해야 더 큰 강점을 얻을 수 있을 겁니다. 스크럼 방식을 효율적으로 활용하기 위해 스크럼 보드에 쓰기 좋은 툴을 사용하기도 합니다.
Boardmix는 펜, 지우개, 노트 등 직관적 인터페이스와 쉬운 조작법으로 스크럼을 포함한 협업을 도와줍니다. 브레인스토밍, 비즈니스 토론, 마인드맵 같은 아이디어 수집과 스크럼 보드 활용에도 유용하니 참고해보세요. 그럼 Let's Scrum!
