애자일 스프린트 검토

스프린트 검토 미팅은 애자일 개발의 기본적인 세레모니로 특히 스크럼 프레임워크 내에서 이루어집니다. 보통 2~4주로 정해진 기간으로 진행하는 스프린트가 종료되었음을 의미하며 이 기간 동안 개발 팀은 제품 기능을 잠재적으로 제공 가능한 증분으로 제공합니다.

스프린트 검토에서는 개발 팀과 이해 관계자가 모여 스프린트 동안 완료한 작업을 검토하고 시연합니다. 개발한 기능을 선보이고 피드백을 수집하고 제품 비전 및 요구 사항에 정렬하는지 확인할 수 있는 기회를 제공합니다.

스프린트 검토의 주요 목표는 피드백을 수집하고 개발 프로세스의 다음 단계에서 투명성을 유지하는 것입니다. 다음과 같은 몇 가지 주요 목표가 있습니다.

완료한 작업 시연: 개발 팀이 제품 소유자, 고객 및 기타 관련 당사자를 포함한 주요 이해 관계자에게 스프린트 동안 완료한 기능을 시연합니다.

피드백 수집: 시연한 기능에 대해 이해 관계자가 피드백을 제공하여 팀이 후속 스프린트에서 작업을 효과적으로 조정하고 우선 순위를 지정할 수 있도록 합니다.

제품 비전과의 정렬: 스프린트 검토를 통해 완료한 작업이 전체 제품 비전 및 목표와 정렬되어 있는지 확인할 수 있습니다. 개발 노력과 스프린트 목표가 올바른 방향으로 나아가고 있는지 확인하는 데 도움이 됩니다.

성과 축하: 개발 팀에서 거둔 성과를 축하하고 노고와 헌신을 확인하는 기회를 가집니다.

개선 사항 파악: 스프린트 검토 중 논의와 관찰을 통해 개발 프로세스에서 개선해야 할 부분을 파악하고 향후 반복에서 해결할 수 있습니다.

간단히 말해서 스프린트 검토는 애자일 개발 프레임워크 내에서 공동 작업, 투명성 및 지속적 개선을 강화합니다. 열린 커뮤니케이션, 공동 작업 세션 및 제품 성공에 대한 공동 책임 문화를 조성할 수 있습니다.

스프린트 검토가 회고가 아니라면 정확히 무엇입니까? 스프린트 검토는 디자이너, 개발자 및 제품 소유자와 같은 스크럼 팀 전체의 노력을 보여줍니다. Atlassian에서는 스프린트 검토를 캐주얼한 방식으로 유지하는 것을 좋아합니다.

팀원은 비공식 데모를 위해 책상에 모여서 해당 반복에 대한 작업을 설명합니다. 질문하고 새로운 기능을 사용해 보고 피드백을 주는 시간입니다. 성공을 공유하는 것은 애자일 팀을 만드는 데 중요한 부분입니다.

팀이 생각하는 '완료의 정의'가 애자일 세레모니에 중요한 이유를 살펴보겠습니다.

Jira의 일반 사용자로서 작업을 '코드 검토'에서 '완료'로 옮기는 것보다 더 만족스러운 일은 없습니다. 이러한 전환은 하나의 팀으로서 달성하기 위해 시작한 작업이 완료되었다는 뜻입니다. 최종적으로 완료된 것입니다!

목표를 달성하고 작업을 완료하려면 올바른 계획, '완료에 대한 명확한 정의' 및 집중력 있는 실행 과정이 필요합니다. 대부분은 스프린트 계획 중에 이루어지지만 스프린트 검토와 스프린트를 성공적으로 해내려면 팀이 계획보다 조금 더 많은 작업을 수행해야 합니다. 작업 제공 및 '완료'의 의미에 대한 명확한 문화를 조성해야 합니다.

Effective teams bring clear processes and development culture to each project and every work item. Use these questions to assess your process and make sure it's working optimally:

• Are stories well-defined by the product owner, designer, and engineering team before implementation?

• Does everyone understand the team's engineering values and culture?

• Are there clear definitions and requirements around code review, automated testing, and continuous integration to encourage sustainable, agile development?

• After the team completes a story, do any bugs surface? In other words, does ‘done’ really mean ‘done?’

The team's culture around quality and completion should rise above every user story, engineering work item, and bug. This culture is reflective of how the team approaches and delivers software.

'완료'를 명확하게 정의하면 팀이 각 작업 항목의 최종 목표에 집중할 수 있습니다. 제품 소유자가 팀의 백로그에 작업을 추가하는 경우 이 프로세스의 핵심 부분은 허용 기준을 정의하는 것입니다. 사용자 스토리가 완료된다는 것은 어떤 뜻입니까?

At Atlassian, the Jira team tracks acceptance criteria and testing notes in line with the rest of the user story inside of Jira. That way, the entire team has a clear view of success on every issue. What are acceptance criteria and testing notes?

• Acceptance criteria: Metrics the product owner uses to confirm the story is implemented to their satisfaction.

• 테스트 노트: 개발 엔지니어가 더 나은 기능 코드와 자동화된 테스트를 작성할 수 있도록 하는 품질 지원 팀의 짧고 집중적인 안내입니다.

Well-defined issues during implementation allow everyone to be successful. With Jira, it's easy to add fields in line. As an administrator, click the admin button on the issue.

At Atlassian, one of our core values is to “play, as a team.” Sprint reviews are a great time to celebrate the team and everyone’s accomplishments during an iteration. We typically host them on Friday afternoons, while everyone in the office winds down before the weekend.

Sprint reviews are not synonymous with retrospectives, so make sure to host the sprint review after an iteration, but before your retrospective. External participants are always welcome to join, but the meeting usually consists of the product owner, the full development team, and the scrum master. As a best practice, we recommend spending 30 minutes to an hour for each iteration in the meeting.

스프린트 검토는 팀의 상태와 사기를 보호하기 때문에 Atlassian에서는 스프린트 검토를 매우 좋아합니다. 스프린트 검토에서 팀 구축은 매우 중요합니다. 검토는 적대적인 것이 아니며 시험도 아닙니다. 작업의 데모를 보여주고, 질문에 답변하며 피드백을 받는 팀 전체의 협업 이벤트입니다.

“Encourage team ownership during the sprint review by having different team members demonstrate the functionality,” suggests Atlassian’s Modern Work Coach Mark Cruth. “If you use Feature Leads, this is a great way for them to demonstrate their hard work leading the effort.”

If a sprint review doesn’t become a positive activity across the team, it may be indicative of:

• The team taking on too much work and not completing it during an iteration
  
  “Sprint reviews are a great way to encourage teams to break down their work into small, meaningful deliverables,” adds Cruth. “Avoid reviewing unfinished work - as the Agile Manifesto puts it, the goal is working software!”
  

• The team struggling with existing technical debt

• 새로운 버그가 코드베이스에 유입되지 않도록 하는 기능이 지속 가능한 방식으로 개발되지 않음

• 팀의 개발 관행이 최대한으로 조정되지 않음

• The product owner is changing priorities within an iteration, and the development team is sidelined by scope creep

Note: Every team has a difficult iteration sometimes. Take the time to understand why an iteration changes in the team's retrospective and create a plan to address future issues.

Companies with distributed teams have special challenges around scaling agile ceremonies across geographies. Sprint reviews are no exception.

The Jira team, for example, has members worldwide, from Sydney to Gdańsk to San Francisco. Even though we're distributed, sprint reviews are an important part of our team culture. Team members create informal videos and share them on a Confluence page for the entire team to see.

“Use tools like Loom to record your review and gather feedback from others around the globe,” Cruth explains. “We work in an async world, so approach sprint reviews from the lens of async collaboration.”

These informal videos keep everyone up-to-date on the progress of development projects despite time differences. Seeing a feature demo first-hand by the developer strengthens the team in two ways:

• Product Understanding: The entire team gets to hear the feature's intention, rationale, and implementation, broadening everyone's understanding of the product.

• Team Building: Videos create more personal connections across the team. We get to see who's behind every aspect of a product. The bridges created by this practice make us a tighter, more cohesive group despite geographies.

One significant benefit of incorporating sprint reviews into the Agile development process is the enhanced adaptability and flexibility it provides for the product. By regularly reviewing completed work, teams gain valuable insights into stakeholders' evolving needs and preferences.

Sprint reviews establish an iterative feedback loop between the development team and stakeholders. This iterative nature allows for rapid adjustments and refinements to the product based on real-time feedback, ensuring that it remains aligned with evolving market demands and user requirements.

By showcasing work-in-progress during sprint reviews, teams can identify potential issues or misunderstandings early in the development cycle. This early detection enables prompt resolution of issues, preventing them from escalating into larger problems later.

Sprint reviews provide a platform for iterative product refinement. Gathering stakeholder feedback enables teams to prioritize features, make course corrections, and pivot the product direction if necessary, ensuring its relevance and competitiveness in the market.

In today's dynamic business environment, priorities and market conditions can change rapidly. Sprint reviews enable teams to adapt to these changes by allowing for the reprioritization of work and adjustment of project goals based on emerging opportunities or challenges.

Sprint reviews empower stakeholders by giving them a voice in the development process. By actively participating in reviews and providing feedback, stakeholders feel a sense of ownership and investment in the product's success, leading to greater engagement and collaboration.

Overall, the enhanced adaptability and flexibility afforded by sprint reviews enable teams to respond quickly to changing market dynamics, customer preferences, and business needs. By embracing this flexibility, businesses can maintain a competitive edge and deliver products that align with stakeholders' changing expectations.

For teams new to sprint reviews, there's a strong temptation to let them bleed into the retrospective. However, a sprint review is an independent ceremony from a sprint retrospective.

Take the time to enjoy the fruits of your labor. Liberally celebrate accomplishments. Effective sprint reviews build up the team's morale and motivation. This idea of celebration is so important to the Jira team that we've incorporated “go ahead, celebrate” into our vision statement.

Get started for free with Jira's scrum template