現実の世界では、バックログとは未完了のタスクの蓄積を意味する。大学では、バックログとはまだ合格していない試験のことだ。「膨大なバックログがある」というのは良いことではない。しかし、アジャイル製品開発ではそうではない。
アジャイルスクラムでは、プロダクトバックログはウィッシュリストや将来のプランであり、スプリントバックログはスプリントの計画タスクリストである。バックログという言葉はまだ完了していないタスクを意味するが、アジャイルにおけるその目的は明確である。
その前に、バックログについて理解しよう。
プロダクトバックログとは何か？
A 生産性バックログ は、開発チームが製品ロードマップを実行しながら取り組むタスク、機能、ユーザーストーリー、バグ修正のリストです。フォロワーの特徴は以下の通りです。
- 開発チームにとって唯一の要件ソースとして機能する。
- ハイレベルな組織ビジョンをタスクに分解する
- 製品ロードマップのアイテムや機能に優先順位をつける
- 市場、消費者、組織のニーズとともに進化し、ダイナミックであり続ける
プロダクトバックログには何が含まれるのか？
基本的に、プロダクトバックログには、アジャイルチームが仕事をする必要があるものすべてが含まれる。これには次のようなものがある：
- 新しい機能
- 既存機能の拡張
- バグ修正
- カスタムリクエスト
- レトロスペクティブのアクションアイテム
- 技術的負債
- インフラ更新
プロダクトバックログは誰のものか？
プロダクトバックログの所有者は、プロダクトバックログを 製品管理ツール .しかし クロスファンクショナルチーム とスクラムマスターが作成、更新、メンテナーに責任を持つ。
プロダクトバックログとプロダクトロードマップはどう違うのですか？
_商品開発の旅
プロダクトバックログは、プロダクトロードマップの詳細な内訳である。ロードマップが高レベルのオブジェクトと方向性を伝えるのに対して、バックログにはその実行に関するタスクレベルの詳細が含まれる。
ロードマップはビジネスチームとマネージャーをサポートし、プロダクトバックログは開発者のためのものである。ロードマップはメトリクスと目標に焦点を当て、プロダクトバックログはタスクとその概要を示す。 アクションアイテム .
プロダクトバックログはどのように見えるか？
プロダクトバックログの例です。オンラインマルチプレイヤーゲームの機能を考えてみました。各機能にはストーリーポイントが割り当てられ、バックログアイテムは優先度に基づいて注文され、最も優先度の高い（優先度=1）アイテムが一番上にあります。
| ユーザーストーリー｜ストーリーポイント｜優先度
| ゲーマーとして、友達を招待して一緒にプレイしたい。
| ゲーマーとして、練習モードが欲しい。
| ゲーマーとして、他のプレイヤーとリアルタイムで会話できるようにチャットが欲しい。
| ゲーマーとして、ヒーローを比較して自分に合ったヒーローを選びたい。
| ゲーマーとして、ヒーローのヘルスとマナリジェネを高めるリソースが欲しい。
| ゲーマーとして、ヒーローのカスタムを購入するためのゲーム内マネーが欲しい。
製品バックログの例
どのようなサンプルになるかは ClickUpプロジェクトバックログテンプレート .あなたの製品用に即座にカスタムすることもできます！
プロダクトバックログを持つことの利点
スクラムの基本的な成果物の1つであるアジャイルバックログは、製品開発に構造と実行可能性を提供する。その方法を説明しよう。
チームの敏捷性
プロダクト所有者はプロダクトバックログをチーム全体で共有し、毎スプリントの前にディスカッションのために公開する。チーム全員で優先順位を決め、何が重要かを会話する。このような議論がチームメンバー間のより良いコラボレーションを生み出し、イノベーションをサポートする。
イテレーションプランニング
アジャイルスクラムチームはすべてのタスクをバックログに追加する。アジャイルプロジェクトでは、イテレーションごとに、チームはバックログを評価し、開発アイテムを特定し、トレードオフについて議論し、バックログを作成する。 スプリントバックログ .
仕事のアンカー
開発者がバックログからアイテムを取り出して開発するとき、開発者はバックログに固定される。スプリントの途中でプランから外れたり、迷ったりすることを防ぐことができる。
フィードバックへの対応
アジャイルなプロダクトバックログは、チームのレトロスペクティブからのアクションアイテムだけでなく、カスタム/ユーザーからのフィードバックも文書化する。これは、アジャイル製品開発の基礎である継続的な改善に役立ちます。
これらすべての利点とそれ以上の利点により、プロダクトバックログはアジャイルフレームワークにおいて重要な役割を果たす。
アジャイルにおけるプロダクトバックログ管理の役割
プロダクトバックログは、アジャイルソフトウェア開発のフレームワークの中で特定の目的を果たす。製品開発の旅は次のようになる。
製品ビジョン > 製品戦略 > 製品ロードマップ > 製品バックログ > スプリントバックログ > 製品リリース
このジャーニーにおいて、製品バックログはビジョンとロードマップを実行可能なタスクに変換する。これは、リーダーシップがビジョンをどのように実行するかを確認するのに役立つ。開発チームには、日々の仕事がどのようにビジネスに貢献するかを示し、スプリントバックログの機能のスーパーセットとして機能する。
健全なプロダクトバックログは、効果的なスプリントバックログの主要な決定要因である。
プロダクトバックログとスプリントバックログの比較
| 生産性｜プロダクトバックログ｜スプリントバックログ | ||
|---|---|---|
| 目的｜チームが次のスプリントで実行できるタスクをリスト｜チームが次のスプリントで完了することをコミットしたタスクをリスト | ||
| サイズ | タスクのスーパーセット | プロダクトバックログのサブセット |
| アイテム｜製品の機能とカスタマーのリクエスト｜ソフトウェア要件を含むユーザーストーリー | ||
| 期間｜継続｜スプリントごと | ||
| 所有権｜プロダクトオーナー｜開発チーム | ||
| レポート作成｜機能数、スプリントポイント、見積もり時間のダッシュボード｜スプリントバーンダウンチャート |
プロダクトバックログとスプリントバックログの違い
プロダクトバックログアイテムに優先順位をつけるには？
プロダクトバックログ管理におけるプロダクト所有者の重要な仕事の1つは、優先順位付けです。プロダクトオーナーは、チームが価値を最大化するために何に注力すべきかを決定する。
バックログの優先順位付けのパラメーター
したがって、プロダクトバックログアイテムの優先順位付けのための重要なパラメーターは価値である。ビジネス価値は以下のいずれかになる。
- カスタマーのニーズまたは満足度
- 収益または収益性
- リスク管理またはコンプライアンス
- 競争優位のための製品差別化
バックログの優先順位付けに使用される価値は、内部的なもので、エンジニアリングレベルで定義することもできる。
- 機能開発に要する時間
- 開発に必要なリソース/コスト
ヘルプが必要な場合は 嗚呼！商品管理 ソフトウェアは、戦略目標を日常タスクに接続することで、これらのパラメーターを特定するのに役立つ。
バックログの優先順位付けのテクニック
優先順位をつける価値に応じて、以下のテクニックのいずれかに従うことができる。
カノモデル：Kanoモデル：グラフにプロットし、顧客の喜びと実装投資を比較する。これは、チームが顧客を満足させ、投資を実現する可能性の高い機能に優先順位をつけるのに役立ちます。
MoSCoWモデル：これは、must-have、should-have、could-have、would-t-haveの頭文字をとったもので、チームが雑多な機能よりも必要不可欠な機能に優先順位をつけるのに役立つ。
累積投票：すべてのステークホルダーに100ポイント、つまり、チームメンバーが好きな機能に使えるドルが与えられます。最も多く支払われた機能が優先される。
スタックランキング：すべてのアイテムをリストアップして優先度をつける代わりに、この方法ではユーザーストーリーを別のユーザーストーリーに対してスタックし、優先度について個別に決定する。
最も小さい努力を最初にする：チームが迅速な勝利を必要とする場合、プロダクト所有者は最も簡単なタスク、または最も単純なタスクに優先順位をつける。
遅延コスト：この方法では、最も機会コストの高いタスクを優先する。機能開発を2週間遅らせることで、ビジネスチャンスの損失や製品の脆弱性など、何らかのコストが発生する場合、バックログからそれを優先する。
プロダクトバックログの管理は、優先順位付けに影響する要素が非常に多く、テクニックも多いため、難しいかもしれません。ここでは、プロダクトチームが直面する一般的な課題をいくつか紹介する。
プロダクトバックログの管理における課題
曖昧なユーザーニーズ：プロダクトバックログを管理する上での最大の課題の1つは、顧客が何を求めているのかが明確にわからないことです。曖昧なユーザーストーリーは開発を頓挫させる可能性がある。
過負荷のバックログ：プロダクトバックログは、これまで誰もが持っていたアイデアをすべて詰め込んだものではありません。それは、ビジネス的に意味のある機能/タスクの洗練されたリストである。プロダクト所有者が重要でない/関連性のないユーザーストーリーを排除できなければ、バックログは扱いにくくなる。
決断疲れ：扱いにくいバックログは、プロダクトマネージャーにとって決定事項が多すぎることを意味します。これは圧倒され、決断疲れにつながる可能性がある。
古くなったバックログ：プロダクトバックログは更新されなければ役に立たない。チームがバックログを放置したり、更新しなかったりすると、バックログは無関係になり、採用されなくなる可能性がある。
不完全な定義：バックログ上の全てのアイテムは明確に定義されている必要がある。ビジネスユーザーやプロダクト所有者がこれをやらないことで、バックログの管理は困難になる。
優先度の変化：アジャイルチームは進化するニーズを期待し、それに適応することができるが、スプリントの途中で優先度を変更することは混乱を招く可能性がある。
これらの課題はすべて、明確で戦略的かつ協力的なプロダクトバックログ管理プロセスによって克服することができる。
プロダクトバックログの作成と管理方法
プロダクトバックログの作成と管理は、プロダクト所有者の最も重要な責任の1つです。これを正しく設定することで、成功の土台を作ることができる。 アジャイル製品開発 .
バックログアイテムを作成し、プロダクトバックログを管理するには、包括的で柔軟かつ効率的な方法が必要です。いくつかの 製品バックログ管理ツール 今日、市場で入手可能な
ここでは、以下のようなツールの使い方を紹介する。 製品管理のためのClickUp を正しく理解する。
1.製品ロードマップを使う
製品ロードマップは、バックログ作成の出発点です。組織と製品のビジョンを方向性に落とし込み、エンジニアリング努力の基本となるビジネス視点を与えます。
そのため、製品ロードマップを明確に理解し、開発の道しるべとして活用しましょう。ClickUpのビジュアルロードマップは、エンジニアリング、プロダクト、ビジネスの各チームが同じ目標に向かって結集するのに役立ちます。
クリックアップの製品ロードマップ
2.バックログ用の機能候補を集める
ロードマップは、プロダクトバックログの機能を提案できる多くの情報源の最初のものです。ここでは、いくつかの洞察に満ちた場所を紹介する。
ユーザーリサーチ：ユーザーが何を求めているかを特定するために、ユーザーリサーチを実施しましょう。を使った簡単なアンケートを実施しましょう。 ClickUp フォーム は素晴らしい出発点になります。
社内アンケートやユーザーアンケートを実施するためのClickUpフォーム _
カスタムフィードバック：ユーザーから寄せられたカスタム、問題、チケットは、顧客が何を望んでいないかを理解するのに役立ちます。また、製品レビューでもこのデータを見つけることができます。
QAチーム：品質アナリストはあなたの最初のユーザーです。何が仕事で何がそうでないかを理解するために、彼らと詳細な会話をしましょう。このような会話から得た洞察をメモに残し、次のことに役立てましょう。 ClickUp ドキュメント をクリックし、チームで共有する。
営業チーム：彼らはカスタマーの一番近くにいる。カスタマーの声を聞き、それに従ってバックログを作成しましょう。ClickUp Docsを使って、様々なレコード、インサイト、ワークフローを接続する。
競合分析：自社と似たような製品がどのようなものを作っているかを見て、インスピレーションを得よう。ただし、やることには十分注意すること。単なる模倣品を作りたくないはずだ。
3.商品のバックログアイテムを整理する
さて、開発できそうなアイテムがいくつも揃ったところで、それらを整理して効率的に管理できるようにしよう。
バックログアイテムをタスクとして設定する。
ClickUpでバックログアイテムに優先順位をつけるためのカスタムステータスを持つリストビュー。
- 価値、成果物、成功の尺度に関する十分な情報があることを確認します。
- 定義した重みと評価基準に基づいて、バックログ項目を並べ替える。
- どの機能に優先順位をつけるかのゲートキーパーになる。
- アイデアはできるだけブロックせず、優先順位を下げる。
- 優先順位を決めたら、次のように設定する。の優先度を設定する。 アジャイルの専門家は、プロダクトバックログを深くすることを推奨している。つまり、優先度の高いタスクは、優先度の低いタスクよりも詳細が多くなる。拡張機能によって、開発に近づくにつれて、バックログ項目に詳細を追加し続けることになる。
_クリックアップでタスクの優先度を設定する。
製品バックログを絞り込む
将来に向けて健全な仕事のパイプラインを作るためには、プロダクトバックログを定期的に洗練させる必要があります。バックログ・グルーミングとも呼ばれるこの作業は、以下を目的としています：
- 古くなったアイテムやユーザーストーリーを削除する。
- 新しく発見されたものを追加する
- 1つのスプリントに対してユーザーストーリーが大きすぎる場合、それらを分割する。
- 優先度と見積もりを再評価する。
- 適切なステータスを設定する。ClickUp カンバンボード #### プロダクトバックログのメンテナー
上記のステップに加えて、プロダクトオーナーはプロダクトバックログを健全な状態に維持する責任がある。
プロダクトバックログのクリーンアップ：スプリント前のリファインメントで少しやることが完了する。また、すべての完了アイテムにやることマークをつけ、アーカイブしておくこと。
プロダクトバックログのコミュニケーション：チームやビジネス関係者のためにカスタムビューを作成し、バックログをリアルタイムで更新する。
ClickUpのカンバンボード。
カンバンボードビューは開発チームに最適です。主要メトリクスとパフォーマンスのクリックアップダッシュボードは、ビジネスリーダーに最適です。
ビジネス関係者のためのClickUpパフォーマンスダッシュボード_。
レトロスペクティブでバックログを使う：プロダクトバックログには機能の履歴があるはずです。レトロスペクティブ、スプリントレビュー、将来のイテレーションプランをサポートするために、ここの情報を使いましょう。
アジャイルのすべてのプロセスと同じように、プロダクトバックログ管理も洗って繰り返す。継続的な改善に努めよう。
ClickUpでプロダクトバックログを楽に管理しよう
製品バックログは、使い方次第であなたのスーパーパワーにもアキレス腱にもなります。更新され、包括的で、クリアされたバックログは、製品開発を正しい方向へと導きます。ClickUpはこれを可能にするように設計されています！
ClickUpの ライフサイクル管理ソフトウェア ClickUpを使えば、プラン、ビルド、出荷のすべてを一箇所で行うことができます。美しいプロジェクトwikiでの会話や洞察の文書化からレトロスペクティブ用のレポート作成まで、ClickUpがあなたをカバーします。
さらにClickUp AIは開発プランとドキュメントを迅速に追跡します。ClickUpのエキスパートが作成したAIツールで、製品のアイデア、ロードマップ、ドキュメントの作成を支援します。 ClickUpを今すぐ無料でお試しください。 .