プロダクトバックログに関する10個のアドバイス

2020/10/02

プロダクトバックログとは、ロードマップと要件に基づいて開発チームが行う作業に優先順位を設定したリストのこと。

初心者がプロダクトバックログを操作するのは難しいです。特に長くて詳しすぎるプロダクトバックログであれば、プロダクトオーナーに困難が起きてしまうことも…。

そこで今回はプロダクトオーナーを効果的に処理するためのコツを10個紹介していきたいと思います。

• プロダクトバックログを行おうと思っている方
• スクラム開発が気になっている方

これらに当てはまる方におすすめの記事となっています。これを読めば初心者でもプロダクトバックログのことが丸わかりですよ。

1個目のコツ：プロダクトバックログにプロダクトロードマップを追加すること

ロードマップを使用して、作業したいプロダクト開発プロセスの概要を記載します。

メインリリースとそれぞれのリリースの目標と利点を一覧表示します。

次に、ロードマップに基づいてプロダクトバックログを変換し、同時に設定された目標に基づいて適切なバックログアイテムを決定します。

これにより、バックログがプロダクトの計画と一致していることが保証され、バックロに入れたら良いバックログアイテムはどれかを決定する事に役立ちます。

• Strategic plan：戦略的計画：リリース後にプロダクトがどのように開発されるかを説明します。 
• Tactical tool：戦術ツール：1つまたは1つ以上のリリースを作成するために、実施するエピックやユーザーストーリーなどの詳細情報を提供します。

2個目のコツ：今後のリリースのバックログに焦点を当てる

次のリリースでプロダクトバックログを戦術ツールとして使用し、次のリリースで渡せるように、実施するエピックやユーザーストーリーなどの詳細情報を提供します。

これにより、バックログが簡潔で明確になり、更新や変更も簡単になります。

プロダクトの長期的な成長部分は、バックログではなく、ロードマップに記載する必要があります。

3個目のコツ：短くて一般的なプロダクトバックログから始める

特に新製品や新機能から始めて、優先度が低いアイテムを基本的な状態で維持する場合です。

ユーザーの要望に基づいて、どの機能を実装し、プロダクトバックログを作成し、アイテムをスムーズにすることを決定します。

ただし、プロダクトが完成するにつれて、バックログはより長く、より詳細になり、同時に成長部分の変化とバグ修正に中心する必要があります。

 4個目のコツ：開発チームと協力する

開発チームのメンバーはプロダクトバックログを一緒に処理します。

これは、メンバーの知識と創造力を活用でき、同時に技術的な依存やリスクを見つけるのに役立ちます。

また、メンバーがバックログをよりよく理解し、より明確な要件があることにも役立ちます。

5個目のコツ：ノーと言うことを学ぶ

アイデアやリクエストを断るのはリリース目標の達成やプロダクトビジョンへの近づきに役立ちません。

これにより、プロダクトに明確なバリュープロポジションがあるのを保証し、プロダクトが過度に膨らむのを防ぎます。

もし次のスプリントでリリースできないアイデアや要件の場合はプロダクトロードマップに追加することを検討しましょう。

 6個目のコツ：ユーザーストーリーを広く見る

一般的には、ユーザーストーリーと機能要件は大切ですが、十分ではありません。

ユーザーのコントラスト、非機能要件、ユーザーのUIに注意し、プロダクトバックログに入れる必要があります。

 7個目のコツ：バックログの優先順位をつける

 いつアイデアを実装し始めるかを決定するために、危機とリスク度を評価します。

リスク度が高いアイテムを先に処理することにより、アイテムへの仮定を明らかにし、早めに失敗し、修正します。

リスクを合わせ、出費の利益を分析し、同時に、必要な場合に関連要素を検討します。

 8個目のコツ：プロダクトバックログを積極的に管理する

開発チームとプロダクトバックログをスムーズにします。

最新の成長部分をユーザーに渡してから収集したフィードバックとデータを分析して、削除、新しいアイテムの追加、既存のアイテムの更新などバックログに適切な変更を更新します。

これは、ユーザーが本当に望んでいるプロダクトを構築する機能を最適化し、バックログが常にアップデートされ、十分になることを保証するのに役立ちます。

9個目のコツ：バックログを準備する

プロダクトの成長部分をユーザーに提供することを通じて得られた洞察を活用することで、大きなアイテムとタスクを小さなものに分けるプランニング日まで優先度が高いアイテムをしっかり準備しておきます。

それは明確にしたアイテムや実装可能のアイテム、テスト可能のアイテムなどです。

これにより、有効なコミットメントが作成され、このユーザーストーリーの意味や欠落している部分を質問をすることでチ-ムの成長に役立ちます。

10個目のコツ：プロダクトバックログを表示してアクセスできるようにする

付箋紙を使ってバクロッグの内容を書き、壁に貼り付けましょう。 それは次のような利点があります。

• バックログがチームの近くの壁に掛けられて、確認しやすく、透明性が生まれます。
• バックログが大きくなりすぎると、壁にスペースがなくなるため、それが警告にもなります。

Product Canvasなどのツールは、バックログをシステム化して視覚化するのに役立ちます。

紙のバックログを使用して効果がない場合は、壁のバックログとJIRAなどのソフトウェアツールの組み合わせを検討してみてはいかがでしょうか。

まとめ

本日は作業を効率化させるプロダクトバックログについて、10個のコツを紹介していきました。

10個のコツは以下の通りでしたね。

1. プロダクトバックログにプロダクトロードマップを追加すること
2. 今後のリリースのバックログに焦点を当てる
3. 短くて一般的なプロダクトバックログから始める
4. 開発チームと協力する
5. ノーと言うことを学ぶ
6. ユーザーストーリーを広く見る
7. バックログの優先順位をつける
8. プロダクトバックログを積極的に管理する
9. バックログを準備する
10. プロダクトバックログを表示してアクセスできるようにする

dehaソリューションズでは創業時から現在まで4年以上スクラムを適用し、様々なシチュエーションでスクラムの価値を実感してきました。

本日紹介したプロダクトバックログなどスクラム開発に関して気になることや相談したいことがございましたら、ぜひご気軽にお問い合わせください。

お問い合わせはこちらから