スプリント レビュー: ステップバイステップのガイド

In a sprint review, the development team and stakeholders gather to review and demonstrate the work completed during the sprint. This provides an opportunity to showcase the features developed, gather feedback, and ensure alignment with the product vision and requirements.

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

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

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

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

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

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

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

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

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

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

Jira のレギュラー ユーザーとして、「コード レビュー」から「完了」にタスクを移動するときほど満足を感じることはありません。そのトランジションは、チームとして達成しようとしていた作業が完了したことを表します。これで完了です!

ゴールのテープを切って作業を完了するには、優れた計画、明確な「完了の定義」、集中的な実行が必要です。これらのほとんどはスプリント計画中に行われますが、スプリント レビューとスプリントを成功させるには、チームが計画以上のことを実施する必要があります。作業を遂行することと「完了」が意味することについての明確な文化を育む必要があります。

デリバリーの文化

効率的なチームは明確なプロセスと開発の文化をすべてのプロジェクトとすべての作業項目に適用します。次の質問を使用してプロセスを評価し、プロセスが最適に機能しているかを評価します。

• ストーリーは、実装前に製品所有者、デザイナー、エンジニアリング チームによって適切に定義されているか。

• 全員がチームのエンジニアリングの価値と文化を理解しているか。

• コード レビュー、自動テスト、継続的インテグレーションに関する明確な定義と要件があり、サステナブルなアジャイル開発が推奨されているか。

• チームがストーリーを完了したあとで、バグが発見されたか。つまり「完了」は本当に「完了」を意味するか。

品質と完了に関するチームの文化は、すべてのユーザー ストーリー、エンジニアリング、作業項目、バグよりも重視されるべきです。この文化はチームがソフトウェアにどのようにアプローチしデリバリーするかを反映しています。

作業項目ごとの「完了」を定義する

明確な「完了」の定義があると、チームは各作業項目の最終目標にフォーカスできます。プロダクト所有者がチームのバックログに作業を追加し、承認基準を定義することは、プロセスにおける重要な局面です。ユーザー ストーリーが完了となるのはどういうことでしょうか。

アトラシアンでは、Jira チームは承認基準と、残りのユーザー ストーリーに沿ったテスト メモを追跡します。そうすることで、すべての課題における成功の定義をチーム全体が明確に理解できます。それでは、承認基準とテスト メモとは何でしょうか。

• 承認基準: ストーリーが満足に実装されたと確認するため、製品所有者が使用する指標。

• テスト メモ: 開発エンジニアがより優れた機能コードと自動化テストを書けるように品質サポート チームが提供する、短く集中的なガイダンス。

実装中にしっかりと定義された課題があると、皆が成功します。Jira を使用すると、フィールドの追加が簡単です。管理者は課題上の [管理者] ボタンをクリックします。

アトラシアンのコア バリューの 1 つは、「チームとして動く」です。スプリント レビューはイテレーション中にチームやメンバーが達成したことをお祝いする良い機会です。Atlassian では通常、オフィスの全員が週末に向けてゆったりとした気持ちになる金曜の午後に開催しています。

スプリント レビューはふりかえりと同じではないため、イテレーション後およびふりかえりの前にスプリント レビューを開催してください。外部の参加者の参加も歓迎ですが、ミーティングは通常、製品所有者、開発チーム全員、スクラム マスターで構成されます。ベスト プラクティスとして、ミーティングの各イテレーションに 30 分から 1 時間かけることをお勧めします。

スプリント レビューはチームの健全性と道徳性を守るため、Atlassian ではお気に入りのイベントです。スプリント レビューではチーム ビルディングが重要です。レビューは敵対的なものでも、試験でもありません。チーム全体がコラボレーションするイベントで、メンバーは作業のデモを行ったり、フィールドの質問をしたり、フィードバックを得たりできます。

「スプリント レビューで色々なチーム メンバーに機能を実践させることで、メンバーの責任感を高めます」と、アトラシアンの Modern Work Coach である Mark Cruth は提案します。「機能リードを使用している場合、こうすることで彼らの努力が実を結んだことを他の人々にわかってもらえます」

スプリント レビューがチームにおいてポジティブなアクティビティとならない場合、以下が考えられます。

• チームが多くの作業を引き受けすぎて、イテレーション中に完了できない

  「スプリント レビューは、作業を小さく、意味のある成果物に分割することをチームに推奨するための優れた方法です」と、Cruth は付け加えます。「アジャイル マニフェストにあるように、未完了の作業のレビューは行わないでください。目標は機能するソフトウェアです」

• チームが既存の技術的負債に苦労している

• コード ベースに新たなバグが発生しないよう機能が継続的に開発されていない

• チームの開発プラクティスが予想されていたとおり進んでいない

• 製品所有者がイテレーション内の優先順位を変更し、要件の変更によって開発チームが脇に追いやられている

注: 難しいイテレーションは、あらゆるチームで発生するものです。チームのふりかえりで時間をかけて、なぜイテレーションが変更されたのかを理解し、今後の課題に対応するための計画を作成しましょう。

分散したチームを持つ企業は、グローバルなアジャイル セレモニーの拡張に関する課題を抱えています。スプリントレ ビューも同様です。

たとえば、Jira チームには、シドニーからグダニスク、サンフランシスコまで、世界中にメンバーがいます。分散しているものの、スプリント レビューはチーム文化の重要な一部です。チーム メンバーは非公式の動画を作成し、チーム全員が視聴できるように、それを Confluence ページ上で共有しています。

「Loom のようなツールを使用してレビューを記録し、世界中のメンバーからのフィードバックを収集します」と Cruth は説明します。「私たちは非同期な世界で働いているので、スプリント レビューにも非同期コラボレーションという視点で取り組みます」

これらの非公式動画のおかげで、時差にかかわらず、チーム全員が開発プロジェクトの進捗に関する最新情報を得られます。開発者自身が機能デモを視聴することによって、チームは以下の 2 つの点において強化されます。

• 製品の理解: チーム全員が機能の意図、論理的根拠、実装について知ることができます。製品に関するチームの理解が深まります。

• チーム ビルディング: 動画によって、チーム全体でより個人的なつながりが構築されます。製品のあらゆる側面を背後で支えているメンバーの存在を知ることができます。このプラクティスによって築かれた架け橋によって、メンバー間の関係は強化され、離れた場所にいても団結したチームとなります。

スプリント レビューをアジャイル開発プロセスに組み込むことの大きなメリットの 1 つは、製品の適応性と柔軟性が向上することです。完了した作業を定期的にレビューすることで、チームは関係者のニーズや希望の変化に関する有用なインサイトを得られます。

反復フィードバック ループ

スプリント レビューによって、開発チームと関係者の間に反復フィードバック ループが確立されます。反復されるというその性質から、リアルタイムのフィードバックに基づいて製品を素早く調整、改良でき、変動する市場の需要やユーザーの要求に確実に対応できます。

課題の早期検出

スプリント レビューでは開発中の機能を見せることになるため、チームは開発サイクルの早い段階で潜在的な課題や誤解を検出できます。この早期検出により、課題を迅速に解決し、後々大きな問題に発展するのを防げます。

反復的な改良の機会

スプリント レビューは、製品を反復的に改良するための場を提供します。関係者からフィードバックを収集することで、チームは機能に優先度を付け、軌道修正し、必要であれば製品の方向性を変えられるため、市場における関連性と競争力を確保できます。

優先度の変化への対応

今日の動的なビジネス環境では、優先度や市場の状況が急激に変化します。チームはスプリント レビューを実施することで、新たに生じた機会や課題に基づいて作業の優先度を変更し、プロジェクトの目標を調整することで、そのような変化に対応できます。

関係者に権限を与える

スプリント レビューは、開発プロセスにおいて関係者に発言の場を提供することで、関係者に権限を与えます。関係者はレビューに積極的に参加し、フィードバックを提供することで、製品の成功に責任があり、投資していると感じられるため、エンゲージメントとコラボレーションが促進されます。

総合すると、スプリント レビューによってもたらされる適応性と柔軟性の向上により、チームは市場の動向、顧客の好み、ビジネス ニーズの変化に迅速に対応できます。このような柔軟性を活用することで、企業は競争力を維持し、関係者の変化する期待に対応した製品を提供できます。

スプリント レビューに慣れていないチームは、ふりかえりにスプリント レビューの要素を取り入れたいという強い誘惑にかられるかもしれません。しかし、スプリント レビューはスプリントのふりかえりとは別のセレモニーです。

労働の成果を味わいましょう。達成したことを存分にお祝いしましょう。効果的なスプリント レビューは、チームの士気とモチベーションを高めます。このお祝いというアイデアは、Jira チームにとっても非常に重要なので、アトラシアンは「よく祝え」という言葉をビジョン ステートメントにも含めています。

無料の Jira のスクラム テンプレートをご利用ください

関連リソース

• プロジェクト管理リソース

  • プロジェクト実行のリソース