バックログ リファインメント ガイド

重要ポイント

• バックログ リファインメントは、製品バックログを継続的にレビュー、ランク付け、編集するプロセスで、項目の開発の準備を整えます。

• 詳細の明確化、工数の見積もり、フィードバックやビジネス価値に基づいたタスクの優先順位付けなどを行います。

• 定期的にリファインメント ミーティングを行うと、バックログの品質、スプリント計画、チームの連携が向上します。

• 定期的なバックログ リファインメント セッションを予定して、バックログを実行可能な状態に保ち、チームが今後のスプリントに備えられるようにします。

オックスフォード辞書の定義では、「リファインメント」とは、小さな変更を加えることによって何かを改良したり、明確化したりすることです。同じような方法でバックログに取り組んでいますか?

それとも、すべての作業を時間通りに進めようとしているだけですか? このバックログ リファインメント ガイドでは、バックログをうまく改良し、すばらしいものにするために必要な手順とベスト プラクティスをお教えします。

バックログ リファインメントとは?

バックログ・リファインメントとは、製品バックログをレビューし、ランク付けし、編集するプロセスです。バックログ・リファインメントは、製品開発プロセスにおいて重要なツールです。なぜなら、バックログ・リファインメントにより、顧客が望み、ビジネスが必要とする特性および機能のみを開発チームが構築できるようになるからです。バックログ・リファインメントは、製品所有者、製品マネージャー、スクラム・マスター、開発チームの代表者が主導する継続的なプロセスです。

バックログ リファインメント プロセスとは?

バックログ リファインメント プロセスでは、製品バックログを定期的にレビューして更新し、項目を明確に定義し、優先順位を付け、今後のスプリントに向けて準備を整えます。このプロセスにより、チームは要件を明確にし、工数を見積もり、大きな項目を実行可能なタスクに分割できます。

効果的なバックログ リファインメントにより、チームは連携を保ち、スプリント計画時の予期せぬ事態を減らせます。たとえば、チームは週に 1 度リファインメント セッションを行い、新しいストーリーについて話し合い、優先度を調整し、依存関係に対処して、ワークフローをスムーズに進められます。

バックログ グルーミングとバックログ リファインメントの比較

バックログ グルーミングとバックログ リファインメントに違いはありません。 どちらの用語も同じ意味で使われることが多いものの、「リファインメント」は単なるクリーンアップや整理ではなく、バックログ項目の反復的な改善を重視しています。チームはアジャイルに関する文献で両方の用語に遭遇する可能性がありますが、根本的なゴールは同じです。つまり、スプリント計画に向けてバックログの準備を常に整えておくことです。

バックログ リファインメントは近年人気が高まり、現在では多くのチームで一般的になっています。今でも「バックログ グルーミング」という言葉を耳にするかもしれませんが、アジャイルではバックログ リファインメントが業界標準となっているようです。バックログ リファインメントは、プロセスの協調的で継続的な性質をより適切に反映しているためです。

バックログ リファインメントとスプリント計画

スプリント計画とバックログ リファインメントは互いに依存しています。バックログ リファインメントにより、学んだ教訓、顧客のインサイト、ビジネス価値がバックログに確実に反映されるようになります。スプリント計画では、開発チームはバックログから作業を引き出し、次のスプリントでその作業を提供するようにします。スプリント計画は改善されたバックログに依存しており、バックログ リファインメントにより、最も優先度の高い作業が次のスプリントに取り込まれます。製品所有者は、各スプリント計画会議の前に製品バックログを改善する必要があります。

バックログ リファインメントの責任者

製品所有者がバックログ リファインメントの主な責任者ですが、これはスクラム チーム全体が関わる共同作業です。開発者、テスター、時には関係者がインサイトを提供して、質問をし、スプリント バックログの項目を分割して見積もれるようにします。

チーム全体をバックログ リファインメントに参加させることで、共通理解が深まり、より正確なストーリー ポイントと見積もりが得られます。たとえば、開発者は技術的な依存関係を明確にし、テスターは潜在的なリスクを特定できるため、今後のスプリントに向けてバックログ項目を適切に準備できます。

バックログ リファインメントのためのベスト プラクティス

バックログが大きくなったら、製品所有者がバックログを短期項目と長期項目にグループ分けします。グループ分けをする前に、短期項目を完全に具体化する必要があります。つまり、完全なユーザー ストーリーを作成し、設計および開発チームとのコラボレーション体制を整え、開発チームから見積もりを受け取ります。長期項目には少しあいまいさが残ってもかまいませんが、優先順位を設定するために開発チームから大体の見積もりを受け取っておくとよいでしょう。

バックログ リファインメント会議

チームは、定期的な会議でバックログ リファインメントを共同で行うと最も効果的であることに気づきました。バックログ リファインメントは、通常は 2 週間ごとに行われる各スプリント計画会議の前に行う必要があります。ほとんどのチームは、このプロセスを完了するのに約 30 分かかります。バックログは製品所有者によって管理され、バックログ リファインメントもその場で行われるため、製品所有者がより多くのことを学び、顧客やビジネスからのフィードバックを統合できます。

バックログ リファインメント会議では何が行われますか?

バックログ リファインメントは、課題の調整、見積もり、ランク付けに重点を置いています。調整は、説明の追加などの小さなものから、課題の分割や結合などの大規模な編集まであります。見積もりの追加は、多くの場合、開発チームの支援を受けてバックログ リファインメントで行われます。最後に、明確かつ十分に理解された方法でバックログをランク付けすることで、開発チームは何が最も優先度が高いかを把握できます。

誰がバックログ リファインメント会議を運営し、出席しますか?

バックログ リファインメント会議は、製品所有者が運営します。会議には、製品所有者に加えて、製品マネージャー、スクラム マスター、そして開発チームから少なくとも 1 人の代表者が出席します。チーム メンバー全員が必要というわけではありませんが、開発部門と QA 部門から少なくとも 1 人の代表者が出席することが重要です。

バックログ リファインメントの手順

Jira などのプロジェクト管理ツールを起動し、バックログに移動します。バックログ ビューでは、ドラッグ アンド ドロップで課題に大まかな優先順位を付けます。バックログ リストの先頭の課題には、次のスプリントですぐに対応できるように、時間の見積もりや担当者などの関連する詳細を含める必要があります。重複する課題を削除し、必要に応じて作業をサブタスクに分割します。締め切る前に、優先順位を確認します。優先順位付けされたバックログは、次のスプリント計画会議の焦点となります。

Jira でバックログをより良く管理

Jira は、バックログ リファインメントを簡単にします。製品所有者は、見積もり、ランク付け、改善を 1 つのビューで行うことができます。