스크럼이란 무엇인가요?

스크럼 방법론의 특징은 다음과 같습니다. 

팀으로 일하는 환경에서는 다른 팀원이 겪을 수 있는 문제를 인지할 수 있습니다. 다분야 팀원과 프로젝트 담당자 간의 정기적인 대면 대화를 통해 의사 소통 오류와 정보 병목 현상을 방지합니다.

팀 구성원이 진행 상황을 검토할 수 있도록, 자주 반성하게 되는 점이 프레임워크에 포함됩니다. 프로젝트 관리자는 이러한 리뷰 미팅의 인사이트를 활용하여 추정과 향후 계획을 수립합니다. 결과적으로, 프로젝트를 예산 범위 내에서 일정에 따라 보다 효율적으로 실행할 수 있습니다.

팀원은 변화하는 고객 요구 사항에 따라 작업의 우선 순위를 조정할 수 있습니다. 먼저 완료해야 할 작업과 나중에 보류해 두어야 할 작업을 결정합니다.

스크럼 팀은 5가지 핵심 가치를 따릅니다.

스크럼 팀원은 시간이 정해진 작업과 목표에 전념하고 최상의 솔루션을 찾기 위해 지속적인 개선에 전념합니다.

스크럼 팀은 개방적이고 도전적인 질문을 함으로써 용기를 보여줍니다. 솔직하고 투명한 토론을 통해 최상의 솔루션을 찾습니다.

팀원은 주어진 기간 동안 작업의 제품 백로그를 바탕으로 작업을 수행합니다. 그리고 한정된 시간 내에 결과물을 제공하기 위해 선택한 작업에 집중합니다.

스크럼 팀원은 개별 학습과 전반적인 프로젝트 품질을 뒷받침하는 새로운 아이디어와 기회를 열린 자세로 수용합니다.

팀원은 프로젝트 관리자, 다른 팀원, 스크럼 프로세스를 존중합니다. 이러한 존중의 문화는 팀 내에서 상호 협력과 협업의 정신을 만들어냅니다.

스크럼 팀은 스크럼 아티팩트라는 도구를 사용하여 문제를 해결하고 프로젝트를 관리합니다. 스크럼 아티팩트는 중요한 계획 및 작업 정보를 팀원과 이해 관계자에게 제공합니다. 세 가지 주요 아티팩트가 있습니다.

제품 백로그는 프로젝트가 성공하기 위해 완수해야 하는 기능, 요구 사항, 개선 사항 및 수정 사항의 동적 목록입니다. 본질적으로, 시장의 변화에 적응하기 위해 지속적으로 재검토되고 우선 순위가 조정되는, 팀의 할 일 목록입니다. 제품 담당자는 관련 없는 항목을 제거하거나 고객의 새 요청을 추가하여 목록을 유지 관리하고 업데이트합니다.

스프린트 백로그는 개발 팀이 현재 스프린트 주기에서 완료해야 하는 항목의 목록입니다. 각 스프린트 전에 팀은 제품 백로그에서 작업할 항목을 선택합니다. 스프린트 백로그는 유연하며, 스프린트 도중 변경될 수 있습니다.

증가분은 목표 또는 비전의 실현에 한 발짝 다가가는 것입니다. 즉, 스프린트에서 얻어지는 유용한 최종 결과물입니다. 각 팀은 다양한 방법을 채택하여 스프린트 목표를 정의하고 보여줄 수 있습니다. 이 같은 유연성에도 불구하고, 팀이 현재 스프린트에서 달성하고자 하는 기본적인 스프린트 목표는 조정할 수 없습니다.

예를 들어 일부 팀은 스프린트가 끝날 때 고객에게 무언가를 공개하는 방식을 선택하며, 이 경우 소프트웨어 변경 사항이 공개되면 스프린트 목표가 완료됩니다. 여러 팀이 릴리스될 기능 집합을 완성하기 위해 함께 작업할 수 있습니다. 이 경우 기능이 성공적으로 테스트되면 스프린트 목표가 완료됩니다. 

스크럼 이벤트 또는 스크럼 세리모니는 스크럼 팀이 정기적으로 수행하는 일련의 순차적 미팅입니다. 일부 스크럼 이벤트에는 다음이 포함됩니다.

이 이벤트에서 팀은 다음 스프린트에서 완료되는 작업을 예측합니다. 팀원들은 구체적이고 측정 가능하며 달성할 수 있는 스프린트 목표를 정의합니다. 계획 회의가 끝나면 모든 스크럼 팀원이 스프린트에서 각 증가분을 어떻게 실현해야 할지를 알게 됩니다.

스프린트는 스크럼 팀이 함께 협력하여 증가분을 완성하는 실제 기간입니다. 스프린트의 길이는 2주가 일반적이지만, 프로젝트와 팀의 필요에 따라 달라질 수 있습니다. 작업이 복잡하고 관련 지식이 부족할수록 스프린트는 더 짧아야 합니다.

일일 스크럼은 팀원이 체크인하고 하루 업무를 계획하는 짧은 미팅입니다. 완료된 작업에 대해 보고하고 스프린트 목표를 달성하는 데 있어 과제도 자유롭게 제기합니다. 모두가 서서 담소를 나누는 것처럼, 회의를 실용적으로 짧게 유지하는 것을 목표로 하기 때문에 스탠드업이라고 불립니다.

스프린트가 끝나면 팀은 비공식 세션을 위해 한자리에 모여 완료된 작업을 검토하고 이해 관계자에게 보여줍니다. 또한 제품 담당자는 현재 스프린트를 기준으로 제품 백로그를 재작업할 수도 있습니다.

팀이 함께 모여 스프린트를 진행하는 동안 어떤 부분이 잘 되었고 어떤 부분이 잘 안 되었는지를 문서화하여 토론합니다. 만들어진 아이디어는 향후 스프린트를 개선하는 데 사용됩니다.