스크럼 의미에 대해서 알아봅시다.
스크럼 의미에 대한 설명
스크럼(Scrum)이란 애자일의 기법 중 하나로 자기조직화된 팀워크를 통해서 진행하는 방식입니다.
스크럼에서는 스프린트라고 부르는 개발과 수정의 반복 프로세스를 사용하게 됩니다. 프로젝트나 소프트웨어를 개발하는 데브옵스 형태의 원팀으로 여러 번의 스프린트를 반복하면서 개발, 배포, 수정, 개시를 반복합니다.
스크럼은 애자일 소프트웨어 개발 방법 중 하나입니다. 애자일 방법론에는 칸반과 스크럼이 있습니다.
팀 멤버 전원은 대등한 위치에서 함께 일하게 되며 전체를 조정하는 스크럼 마스터가 중심이 되어 프로젝트를 진행하게 됩니다. 스크럼 팀은 많은 인원으로 구성되기 보다 적은 수의 인원으로 구성되게 됩니다. 스크럼 팀에는 개발자, 프로덕트 오너(PO, Product Owner), 스크럼 마스터(Scrum Master)로 구성됩니다.
스크럼의 경우 멤버 자신의 자기조직화(Self-Organizing)에 가치를 두게 됩니다. 팀 전원이 대등한 위치에서 프로젝트에 대한 오너십을 공유하고 수직적인 관계가 아닌 수평적인 관계에서 함께 일하며 과제가 있을 경우 전원이 함께 뭉쳐서 해결하는 형태의 모습으로 진행됩니다.
스크럼은 일본인이 제창했으며 미국인이 실제 소프트웨어 개발에 도입하였습니다. 원래 스크럼의 용어는 럭비 경기에서 경기가 잠시 중단되었다가 다시 재개할 때 팀 멤버들이 어깨 동무를 하고 상대팀을 밀어내는 것을 의미하는데 IT 프로젝트에서의 스크럼은 해당 용어에서 유래되었습니다. 일본의 다케우치 히로타카와 노나카 이쿠지로가 1986년에 하버드 비즈니스 리뷰지에 기고한 논문에서 시작되었고 이는 실제 프로젝트 방법론의 중요한 축이 되었습니다.
스크럼 의미에 대한 이해
스크럼 의미(Scrum)는 애자일(Agile)의 일종인 소프트웨어 개발 방식이며 팀 단위로 실행하는 프로젝트 진행 기법입니다. 스크럼에서는 1주에서 4주의 목표 마다 소프트웨어의 배포와 수정을 반복하는 스프린트(Sprint)라고 단위를 여러 번 반복하는 방식으로 진행됩니다.
스크럼 방식에서는 하나의 스프린트가 종료되면 사용자와 함께 리뷰를 진행하고 사용자의 피드백을 받은 다음 그 피드백 내용을 그 다음의 스프린트의 개발에 반영하는 형태입니다. 이러한 스프린트의 반복을 통해서 시스템을 개선하면서 완성해나가는 방법입니다.
즉, 스크럼은 스프린트라고 하는 반복적인 개발 주기를 지정하고 해당 기간 동안에는 우선순위로 정해 놓은 해야할 개발 tasck를 계획하고 정해진 해당 주기의 기간 동안 멤버들이 각자 맡은 업무를 진행하게 됩니다. 각 자 맡은 업무에 대해서는 데일리 스탠드업 미팅(Daily Stand-up Meeting)을 통해서 각자 진행하고 있는 업무 내용과 진행 상황을 공유합니다. 스프린트의 한 주기가 종료되면 스프린트를 통해서 만들어 낸 결과에 대해서 리뷰하고 스프린트를 마무리하며 다음 스프린트에 피드백 내용을 반영합니다. 스프린트에서 하지 못한 개발 task는 백로그에 저장해 놓고 다음 스프린트를 진행할 때 백로그에 있는 내용을 우선순위로 선정하여 진행합니다.
스크럼 의미는 기능을 지속적으로 추가하고자 하는 비즈니스 부문과 안정적인 개발과 운영을 위해서 가능하면 변경을 피하고 싶어하는 IT 영역 간의 관점 차이를 메우기 위한 개발 방법입니다.
스크럼은 데브옵스(DevOps)의 조직 형태와 함께 운영했을 때 최상의 결과를 얻을 수 있습니다.
데브옵스는 만드는 사람과 사용하는 사람이 수직적인 관계가 아니라 둘이 함께 만들면 된다는 사상에 기반하여 이러한 발상으로 Biz와 IT가 하나의 조직 안에서 함께 협력하여 프로젝트를 진행하는 방식입니다. 이는 Biz와 IT가 항상 구분되어야 한다는 고정관념에 대한 탈피와 의식에 대한 개혁을 통해 좀 더 혁신적인 조직 구조로 시너지 효과를 내기 위한 조직 구성 방법입니다.
Biz와 IT가 한 팀이 되어 애자일(Agile)사상을 바탕으로 스크럼(Scrup) 방식의 프로젝트를 진행하면서 스프린트(Sprint)를 반복하면서 궁극적으로는 최상의 디지털플랫폼을 만들어 내는 것이 목표입니다.
스크럼 의미는 스프린트 반복과 스프린트의 프로세스로 설명될 수 있으며 스프린트 프로세스는 스프린트 계획, 개발 진행, 데일리 스크럼, 리뷰, 회고로 구성됩니다. 스프린트 기간 동안에는 스프린트 계획, 데일리 스크럼, 스프린트 리뷰, 스프린트 회고를 포함하여 프로덕트를 만들기 위해 필요한 모든 업무들을 모두 수행해야 합니다.
스크럼에서는 Moscow 방법을 사용할 수 있습니다. Moscow는 Must have, Should have, Could have, Won’t have로 분리해서 우선순위를 정하는 방법입니다.