
스프린트 계획 및 검토 회의 개최 방법

애자일 관리 접근 방식은 기업이 오늘날의 역동적인 비즈니스 환경에서 혁신을 추구하고, 품질을 향상시키며, 출시 속도를 높이는 데 도움이 됩니다. 오늘날 많은 조직에서 애자일을 사용하고 있습니다. 소프트웨어 개발 및 기타 다양한 IT 프로젝트를 관리하는 도구입니다. 스크럼 프레임워크는 애자일 방법론의 필수 요소입니다. 스크럼은 팀이 미리 정의된 작업을 완료하는 짧은 기간인 스프린트에 중점을 둡니다. 각 스프린트는 스프린트 계획 회의로 시작하여 팀이 스프린트 검토 중에 완성된 작업을 공유할 때 끝납니다. 스프린트를 계획하고 마무리하는 것이 항상 쉬운 것은 아닙니다. 이 기사에서는 애자일 코치, 스크럼 마스터 및 팀이 스프린트 계획 및 검토 세션을 최적화하는 데 도움이 되는 몇 가지 팁을 소개합니다. 또한 팀의 원격 협업을 어떻게 시각화할 수 있는지 살펴봅니다.
스크럼 프레임워크란 무엇입니까?
스크럼은 협업 팀이 복잡한 문제를 해결하는 데 도움이 되는 애자일 방법론 내의 프레임워크입니다. 스크럼은 스프린트의 반복을 사용하여 작은 작업으로 나누어 가치 있고 유용한 결과물을 만들어 냅니다. 고객이 가치 있게 여기는 제품이나 서비스를 만들기 위해 스크럼 팀은 프로젝트가 끝날 때 품질 관리뿐만 아니라 각 스프린트를 진행하면서 고객의 피드백을 모아 반영합니다.
스크럼 밸류란 무엇입니까?
스크럼의 중심에는 프로젝트에 참여하는 모든 사람의 행동과 사고방식을 안내하는 핵심 가치가 있습니다. 구체적으로는 다음과 같습니다.
구성원의 헌신과 집중
스크럼 팀 구성원은 목표를 달성하고 높은 품질의 결과를 제공하기 위해 최선을 다하고 있습니다. 그들이 자신의 업무 우선 순위를 정하고 자신의 행동에 책임을 진다는 것을 의미합니다. 우선 순위가 높은 작업이 너무 많은 여러 프로젝트에 분산되어 있으면 퀄리티 있는 작업을 수행하기 어렵습니다. 스크럼 팀은 방해 요소를 제거하고 이해 관계자에게 가치를 제공하기 위해 협력해야 합니다.
투명도
스크럼 팀 구성원은 의사소통 및 결정을 개방적이고 투명하게 진행합니다. 그들은 피드백을 소중히 여기며 도움이 필요하거나 실수를 했을 때 인정합니다. 또한 차트와 보드를 사용하여 다른 사람들이 각 팀 구성원의 작업 내용과 진행 상황을 볼 수 있도록 함으로써 투명성을 제공합니다.
변화에 대한 개방성
스크럼 팀 구성원은 위험을 감수하고, 필요할 때 목소리를 내고, 어려운 결정을 내리는 것을 두려워하지 않습니다. 그들은 피드백을 소중히 여기며 도움이 필요하거나 실수를 했을 때 기꺼이 인정합니다. 고객 의견을 높은 가치로 여기며 시장 및 고객에 조정이 필요할 경우 방향을 전환할 수도 있습니다.
팀원에 대한 존중
스크럼 팀 구성원은 존중, 공감, 친절로 서로를 대합니다. 그들은 모든 사람이 프로젝트에 고유한 기술과 관점을 제공한다는 것을 인식하고 다양성과 포용성을 중요하게 생각합니다. 애자일과 스크럼은 자기 조직적이고 자기 주도적인 팀을 강조합니다. 스크럼 리더와 프로덕트 오너는 팀이 최선을 다 할 수 있도록 돕고 지시를 내리는 리더십을 강요하기보다는 재량권을 가지고 목표를 달성할 수 있도록 서포트합니다.
스크럼은 어떻게 진행되나요?
스크럼 팀은 작업 항목의 우선순위 목록인 제품 백로그를 사용하고 항목이 완료될 수 있다고 판단할 때 백로그를 통해 이런 항목을 가져옵니다. 팀은 고객 및 기타 이해관계자로부터 받은 의견을 통해 이러한 작업 항목을 반복하고 스프린트가 끝나 완료될 때까지 해당 아이디어를 작업 항목에 포함합니다. 완제품 또는 결과를 증분이라고 합니다. 증분, 제품 백로그 및 스프린트 백로그는 스프린트 진행 상황을 추적하는 문서 및 활동인 스크럼 아티팩트를 형성합니다.
스크럼 팀의 구성원은 누구입니까?
스크럼 팀에는 프로덕트 오너, 스크럼 마스터 또는 팀 리더, 프로젝트나 결과물을 완료하는 데 필요한 개발자, 디자이너, 테스터 또는 비즈니스 분석가가 포함됩니다.
스프린트란 무엇입니까?
스크럼 작업은 일반적으로 2~4주 동안 지속되는 스프린트를 중심으로 진행됩니다. 스프린트에는 일반적으로 스크럼에서 ‘이벤트’라고 하는 5개의 스프린트가 포함됩니다.
백로그 개선
스프린트 계획
일일 스크럼 회의
스프린트 검토
스프린트 회고전
스프린트는 스크럼 프레임워크의 핵심 부분이며 팀이 이해관계자에게 가치를 제공할 수 있도록 정기적인 흐름을 제공합니다. 스프린트 동안 스크럼 팀은 스프린트 동안 팀이 달성하려는 목표를 설명하는 짧은 설명인 스프린트 목표를 달성하기 위해 협력합니다.
스프린트 기획 이벤트란 무엇인가요?
스프린트 계획 이벤트는 팀이 스프린트 동안 수행할 작업(스프린트 목표)을 결정하는 데 도움이 됩니다. 계획을 세울 때 제품 백로그에서 항목, 즉 제품 또는 프로젝트 목표를 완료하는 데 필요한 기능 및 작업의 세부 목록을 선택하고 이를 스프린트 백로그에 추가합니다. 그런 다음 작업 항목 간의 종속성을 찾습니다. 각 항목에 대한 작업이 추정되고 필요한 경우 나중에 조정할 수도 있습니다. 마지막으로 팀은 프로덕트 오너로부터 결과물에 대한 승인 기준이나 작업 완료 시기를 추가로 정의합니다.
스프린트 계획에서 어떤 태스크가 생기나요?
스프린트 계획에서는 전체 팀이 모여 스프린트 작업의 우선순위를 정하고 계획합니다. 스프린트 계획의 목적은 다가오는 스프린트 동안 팀이 제공할 내용과 이를 달성하는 방법을 정의하는 것입니다. 프로덕트 또는 이니셔티브 소유자는 팀과 협력하여 스프린트 목표를 정의합니다. 그런 다음 팀은 스프린트에서 무엇을 할 것인지, 어떻게 작업을 완료할 것인지 결정합니다. 일종의 경기 전 미팅입니다.
스프린트 계획 회의에는 누가 참석하며 얼마나 오랫동안 진행되어야 합니까?
스프린트 계획 세션에는 프로덕트 오너, 스크럼 리더, 개발 팀 및 스크럼 팀의 모든 사람이 포함됩니다. 스프린트 계획 이벤트는 30분에서 1시간 정도로 짧지만 최대 8시간까지 가능합니다. 일반적으로 스프린트에서 매주 계획을 세우는 데 2시간을 할당하는 것을 추천합니다.
더 나은 스프린트 계획을 위한 팁
애자일 혁신을 위해서는 충분한 시간과 목적이 필요합니다. 생산적인 스프린트 계획 회의를 위한 몇 가지 팁을 안내합니다.
공유 보드를 사용하세요
팀이 협업할 수 있는 전용 작업 공간을 확보하세요. 쉽게 이야기하고, 서로 돕고, 생각할 수 있는 공간이 필요합니다. 팀 영역은 이야기 할 항목을 스티커 메모로 정리하거나 칸반 보드에서 태스크를 관리할 수 있는 애자일 전용 보드를 위한 공간이기도 합니다. 충분한 사전 준비를 하세요
프로덕트 오너이신가요? 계획 회의 전에 Jira 이슈와 회고 아이디어를 애자일 보드로 가져올 준비를 하세요. 충분한 사전 준비로 사람들의 주의를 끄세요.
명확한 목표를 설정하세요
계획 회의에서 스프린트 목표를 제시하여 모두가 같은 방향으로 스프린트 동안 작업을 시작하도록 하세요. 스프린트 중간에 목표를 제시하는 것은 너무 늦습니다.
팀 단위로 작업을 진행하세요
새로운 팀을 도입하는 경우, 팀 단위의 작업 계약을 만듭니다. 팀 계약 템플릿과 같은 템플릿을 사용하여 팀원 전체 차원에서 합의된 목표를 고안하고 전달하세요.
최종 상태를 정의하세요
사람들이 스프린트에서 무엇을 위해 노력하고 있는지와 원하는 품질 수준을 알 수 있도록 ‘완료’에 대한 명확한 정의를 설정하세요. 명확한 정의는 오해를 줄여줍니다.
승인 기준을 명확히 하세요
모든 백로그 항목에 명확한 승인 기준이 있는지 확인하세요. 팀원들은 어떤 품질 수준을 향해 작업해야 하는지, 언제 작업이 완료된 것으로 간주해야 하는지 알아야 합니다.
애자일 문화 조성하세요
새로운 팀은 모든 사람이 동일한 애자일 가치를 가지고 작업할 수 있도록 애자일 원칙과 관행에 대한 교육이 필요합니다. 팀의 모든 구성원이 최신 정보를 얻을 수 있도록 하여 팀이 추구하는 목표를 이해할 수 있도록 하세요.
회의를 가능한 한 짧게 유지하세요
회의가 순조롭게 진행되고 내용이 주요 주제에만 집중되도록 하세요. 짧고 빠르게 끝나는 생산적인 회의를 좋아하지 않는 팀원은 없습니다.
아이스 브레이킹을 진행하세요
회의는 간결하고 주제에 맞아야 하지만, 아이스 브레이킹만은 예외입니다. 아이스 브레이킹 게임을 회의에 추가하여 새로운 팀원이 서로를 알아가고 기존 팀원 들이 다시 친목을 쌓을 수 있습니다.
기술 부채를 제한하세요
기술적 부채, 오래된 코드, 패치 작업, 즉흥적인 관행은 새로운 태스크의 진행을 방해할 수 있습니다.
스프린트 리뷰란 무엇입니까?
스프린트 검토는 스프린트가 끝날 때 진행합니다. 검토 중에 프로덕트 오너는 팀이 스프린트 목표를 달성했는지 여부를 제시하고 평가합니다. 프로덕트 오너는 각 사용자 스토리 또는 결과물이 사전 정의된 기준을 충족하는지 확인합니다. 팀원과 외부 이해관계자가 참석하여 스프린트 결과에 대한 의견과 질문을 가질 수 있습니다. 스프린트 검토를 통해 팀은 성공을 축하하고 친목을 도모할 수도 있습니다.
스프린트 검토에서는 무엇이 발생하나요?
스프린트 검토는 이전 스프린트 동안의 팀의 작업을 보여주고 평가합니다. 프로덕트 오너는 기능과 작업 항목을 승인 기준과 비교하여 작업이 완료되었는지 확인하고 제품이나 결과물을 있는 그대로 전달할 수 있는지 확인합니다. 이해관계자는 제품에 대한 피드백을 제공합니다. 팀은 검토 결과에 따라 제품 백로그를 조정할 수 있습니다. 또한 팀은 검토 회의를 통해 스프린트 중 성과를 축하하고 팀의 결속력을 위한 공간을 제공합니다.
스프린트 검토에는 누가 참석하며 어느 정도로 지속되어야 합니까?
전체 스크럼 팀과 초대된 이해관계자는 대면 또는 하이브리드 회의로 동시에 회의에 참석해야 합니다. 일반적으로 회의는 최대 4시간 동안 지속됩니다. 스프린트에서 매주 한 시간씩 검토 시간을 갖도록 계획하는 것이 가장 좋습니다.
스프린트 리뷰와 스프린트 회고의 차이점은 무엇입니까?
스프린트 검토 회의는 스프린트 회고에 앞서 진행됩니다. 내용은 비슷하지만 목표는 다릅니다. 리뷰는 스프린트의 가치 있는 작업 결과를 보여주고 성공을 축하하기 위한 것입니다. 팀과 기타 이해관계자도 포함됩니다. 검토 회의 중에 프로덕트 또는 이니셔티브 소유자는 팀이 스프린트 목표를 달성했는지와 결과가 승인 기준을 충족하는지 확인합니다. 반면에 스프린트 회고는 스프린트 동안의 팀의 효과와 효율성에 중점을 둡니다. 이는 프로세스와 무엇이 효과가 있었고 무엇이 다르게 수행될 수 있는지를 고려합니다. 회고를 통해 팀은 프로세스 개선을 계획하고 성공적인 사례를 구축 및 지속할 수 있습니다.
더 나은 스프린트 검토를 위한 팁
스프린트가 끝날 때 리뷰를 진행하면 팀 구성원이 자신의 작업을 회고하고 축하할 수 있는 공간이 제공됩니다. 성공적인 스프린트 검토 회의를 진행하기 위한 몇 가지 팁을 소개합니다.
공유된 경험을 만들어 보세요
팀의 일부가 원격으로 작업하더라도 전체 팀을 초대해 검토를 진행하세요. 팀 구성원이 전체 스프린트 단계에 참여하고 의견을 들을 수 있습니다.
회고를 중점적으로 진행하세요
둘 다 성찰의 시간이지만 회고적 회의에서는 내부 프로세스 및 워크플로를 포함하여 팀이 어떻게 협력했는지에 중점을 둡니다. 스프린트 리뷰는 프로덕트에 관한 것입니다. 즉, 최종 제품이 고객 요구 사항을 어떻게 충족시키는가입니다.
팀원의 성취를 기록하세요
다양한 장소에서 작업하는 팀원들이 성공을 공유할 수 있도록 짧은 시연 비디오와 보드 녹음을 진행하세요. 팀원들은 나중에 다시 이를 확인하여 향후 작업에 대한 영감을 얻을 수도 있습니다. 시간을 지키세요
스프린트 검토 회의 시간을 정하세요. 회의 시간을 제한하는 것처럼 스프린트 검토를 위한 주제에 벗어나지 않도록 엄수하고, 회의가 길게 진행되지 않도록 하세요.
사용자 스토리에 집중하세요
사용자 스토리 요구 사항 및 기준을 충족하는 항목을 보여주세요. 기준에 미치지 못하는 작업 항목에 시간을 할애하면 모든 사람의 시간을 낭비하게 됩니다.
팀원 모두와 함께 축하하세요
리뷰를 팀의 노력을 축하하고 감사하는 용도로 활용하세요. 훌륭한 스프린트 회고로 팀의 사기를 높이고 지속적인 혁신을 기대할 수 있습니다.