アジャイルなスプリントレビュー

スプリント レビュー ミーティングはアジャイル開発、特にスクラム フレームワークにおける基本的なセレモニーです。これは、開発チームが出荷可能な製品機能のインクリメントを提供するスプリント (通常は 2 から 4 週間の期間枠) の終了を示します。

スプリント レビューでは、開発チームと関係者が集まって、スプリント中に完了した作業をレビューして実証します。これは、開発された機能を紹介し、フィードバックを集め、製品のビジョンと要件に連携していることを確認する機会になります。

スプリント レビューの主な目標は、フィードバックを収集し、開発プロセスの次のステップでの透明性を確保することです。いくつかの重要な目標があります。

完了した作業のデモ: 開発チームは、スプリント中に完成した機能を、製品所有者、顧客、その他の当事者を含む主要な関係者に対して実証します。

フィードバック収集: 関係者は実証された機能についてのフィードバックを提供し、これによってチームは次のスプリントで効果的に作業を調整し、優先順位付けできます。

製品ビジョンとの連携: スプリント レビューでは、完了した作業が全般的な製品ビジョンおよび目標に合っていることを確認します。これは、開発努力とスプリントの目標が正しい方向に進んでいることを確認するのに役立ちます。

功績に対する称賛: 開発チームの功績を祝い、努力と献身を称える機会を提供します。

改善点の特定: スプリント レビュー中の議論と観察を通じて、開発プロセスの改善すべき領域を特定し、今後のイテレーションで対処できます。

つまり、スプリント レビューは、アジャイル開発フレームワーク内のコラボレーション、透明性、継続的な改善を促進します。これにより、オープン コミュニケーション、コラボレーティブな作業セッション、製品の成功に対する責任の共有という文化が育まれます。

スプリント レビューはふりかえりではありません。スプリント レビューとは何でしょうか。スプリント レビューは、スクラム チーム全体 (デザイナー、開発者、製品所有者) の努力を実証するものです。アトラシアンでは、スプリント レビューをカジュアルなものにとどめています。

チーム メンバーは机の周りに集まって非公式のデモを見たり、そのイテレーションのための作業について説明したりします。質問をし、新機能を試し、フィードバックを伝える場なのです。成功を共有することは、アジャイル チームの構築において重要な部分です。

チームの「完了の定義」が、このアジャイル セレモニーにとって重要である理由を説明します。

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