製品バックログは、製品開発チェーンの重要な部分の XNUMX つです。 会社と製品のビジョンから実行に至るまでの、製品機能とバグ修正の優先順位付けリスト。 本質的に、製品バックログ管理は、製品バックログを作成、優先順位付け、および維持する主要な義務を負う製品マネージャーに委ねられます。 さらに、製品バックログの例は、ユーザーフレンドリーで、カスタマイズできる柔軟性があり、特にクラウドで簡単にアクセスできるツールに基づいて構築する必要があります。 製品のバックログとスプリントのバックログの違いとその改良について学びましょう。
概要
製品バックログは、ソフトウェア開発チームが必要な機能、バグ修正、およびその他の技術タスクをキューに入れるために使用する作業のチェックリストです。 つまり、会社開発のToDoリストです。 製品バックログは、会社の製品ロードマップにリンクしており、製品バックログの最上位にあるアイテムとタスクに優先順位を付けるのに役立ち、チームは最初に何を提供するかを知ることができます。 これに加えて、チームが取り組んでいることや次に取り組む計画を伝える効果的な方法です。 簡単に、製品バックログを作成する方法を詳しく見てみましょう。
製品バックログを作成する手順
プロダクト バックログは、複雑なタスクを一連のステップに分解してチーム メンバーに任せる単純な To Do リスト以上のものです。 次の手順に従って、効果的な製品バックログを作成します。
＃1。 バックログにアイデアを追加する
クライアントが新しいソフトウェア ソリューションの作成や既存のソリューションの改善に関するアイデアを持ってきた場合は、これらのアイデアをバックログに追加することを検討してください。 それらをバックログに追加すると、重要な会話が刺激され、チームがクライアントの要求を満たすソリューションを引き出すのに役立つからです。 したがって、それらを含めると、プロジェクトのタイムラインと予算に従って更新が達成可能かどうかを判断するのに役立ちます。 バックログのアイデアの潜在的なソースは次のとおりです。
- 企業の品質保証 (QA) チーム
- 製品機能に関する顧客調査
- 製品またはサービスのレビュー
- 販売およびマーケティングに関する提案または要求
＃2。 製品ロードマップを作成する
製品ロードマップは、製品バックログの基盤です。 チームは最初にロードマップを作成する必要があります。ロードマップは、製品が開発されるにつれてどのように変化するかのアクション プランとして機能します。 ロードマップは長期的な製品開発のビジョンですが、進化することもあります。
＃3。 製品バックログ項目のチェックリスト
製品ロードマップを念頭に置いて、チームは製品バックログ項目のリストを開始できます。 これらの項目には、優先度の高い項目とより抽象的なアイデアの両方を含める必要があります。 製品バックログ作成のこの段階では、利害関係者とコミュニケーションを取り、製品改善のための彼らのアイデアに耳を傾ける必要もあります。
＃4。 バックログに集中する
チームがすべてのアイテムをリストしたら、顧客を念頭に置いて、どのアイテムが顧客に最も価値があるかを検討することで、最も重要なタスクを並べ替えて優先順位を付けます。 クライアントの要求を完全に理解したら、開発チームが実行できる個々の実行可能なタスクにアイデアを分類し、最も重要なタスクをバックログの一番上に、最も重要でないタスクを一番下に、優先順位に従って分類することを検討してください。
＃5。 定期的に更新
チームが製品のバックログを処理するとき、それはバックログにアイテムを継続的に追加し、作業中にそれらを選択および改良する必要がある生きたドキュメントであることを忘れないでください。 したがって、チームがタスクを完了したら、これらの変更を反映するように更新することが重要です。
製品バックログの例
製品バックログは、製品開発会社にとって最も重要なアーティファクトです。 この重要なアーティファクトをどのように構築する必要がありますか? 製品バックログの例は、製品チームがタスクを計画、選択、および管理するために使用する製品開発に関連するアクション アイテム リストです。 例えば、
#1.プロジェクト
- クライアントの最終デザインのログインページ
- クライアント テストの登録ページ
- チケットビルドの作成 (ドキュメントとスクリーンショットの添付を含む)
- バグ修正: サポート チーム リーダーへのチケットの自動割り当て
＃2。 評価
- 認定コースを無事に修了した (認定スクラムマスターまたは認定スクラムプロダクトオーナーになる) 人として、コースとインストラクターに関するアンケートへのリンクがメールで送られてくるので、コースに関するフィードバックを提供できます。
- トレーナーとして、誰も同じ回答を何度も送信して結果を歪めることはできないので、私の評価は正確です.
- トレーナーとして、授業に関するアンケートの結果が通知されるので、読むことができます。 (質問: 各アンケート後? 一定期間後? トレーナーはメールを受け取りますか、それとも単にサイトに行くことを知っているだけですか?) #3.メンバーシップ
- サイト管理者として、メンバー、プラクティショナー、トレーナーの年会費を設定できるので、プログラマーを介さずに料金を設定できます。
- (あらゆる種類の) メンバーシップの有効期限が近づいているので、更新できるようにリマインダーとリンクが送信されます。
- 短期記憶障害のあるメンバーとして、システムから新しいパスワードまたはパスワードのリマインダー、場合によっては私のユーザー名 (そのために電子メールを使用しない場合) を電子メールで送信することができます。
＃4。 ジョブ
- サイト管理者として、仕事が提出されるたびにメールが送られてくるので、それを認識して投稿するかどうかを決定できます。
- サイトのメンバーとして、利用可能な求人の RSS フィードを購読できるので、サイトにアクセスしなくてもそれらを読むことができます。
- サイト管理者として、助けを求める広告を編集および削除できるため、小さな問題を修正したり、
＃5。 コース修了
- 参加者として、コースを修了した後に PDU を取得する方法を説明するページが表示され、興味があったかもしれない単位を取得できます。
- 参加者として、コースを修了することで修了証明書を取得できるため、コースを修了したことを証明できます。
- 参加者として、コースを修了したことを示すバッジを獲得して、そのバッジを自分の Web サイトに表示することができます。
関連する製品バックログの例があれば、ワークロードを正確に見積もり、偏差がほとんどないときに何が完了するかを予測することができます。
製品バックログの改善
プロダクト バックログの改良とは、プロダクト バックログの項目に詳細、見積もり、および注文を追加する行為です。 また、プロダクトオーナーと開発チームが協力して、実装しようとしているアイテムの詳細を確認し、修正するプロセスです。 本質的に、チームが最も優先度の高いアイテムに慣れるために、製品のバックログの改善が必要です。 製品バックログの改善を効果的に運用する方法を見てみましょう。
製品バックログの改善セッションを効果的に実行する方法
ここでは、バックログの改善セッションをより効果的にするのに役立ついくつかの改善のベスト プラクティスを紹介します。
＃1。 深くする
適切に管理されたバックログは DE'EP である必要があります。 適切に詳述され、推定され、緊急で、優先順位が付けられます。
- 適切に詳細化するということは、優先度の高いアイテムは、優先度の低いアイテムよりも詳細レベルが高くなければならないことを意味します。
- 推定とは、各バックログ項目を実装するために必要な時間とリソースを十分に把握している必要があることを意味します。
- 緊急とは、バックログが定期的に更新する必要があるライブ ドキュメントであることを意味します。
- バックログ項目は、優先度順に並べる必要があります。
＃2。 顧客を念頭に置く
バックログの改善会議で行われるすべての決定は、顧客のニーズに基づいている必要があります。 結局のところ、製品が顧客にとって役に立たなければ、他に何も問題はありません。 チームは、ユーザー ストーリーについてオープンに議論してアイデアを交換し、最終的に共通の理解を得ます。 さらに、PO が後でそれらを確認して要約できるように、議論や考えを文書化することをお勧めします。
＃3。 依存関係を特定する
特定のバックログ項目は、別の項目が開始または完了するまで実装できない場合があります。 これらの依存関係を特定できないと、進行が遅れる可能性があります。 したがって、これらの依存関係を早期に特定し、計画を立てることをお勧めします。
＃4。 会議後のフォローアップ
会議が終わったら、すべての出席者にフォローアップし、会議の議事録を共有します。 これにより、全員が同じページに留まり、次のステップを認識できるようになります。 また、一部のユーザー ストーリーに情報が不足している場合は、さらに調査を続け、次のグルーミング ミーティングのために詳細を追加します。
製品バックログ管理
製品バックログ管理とは、製品所有者がバックログ項目を追加、調整、改善、および優先順位付けして、顧客が最高かつ最も価値のある製品のみを受け取るようにすることです。 したがって、これは本質的に、実行する必要がある優先順位の高いタスクのリストです。 リストに含まれていないタスクがある場合、そのジョブは完了としてカウントされません。
したがって、製品バックログ管理は、スプリントの計画とチームの開発の優れた出発点として機能し、スプリントの一部になる可能性のあるタスクを特定します。 そのため、正確性と透明性を確保するために、製品のバックログは、バックログの改良を通じて最新のものにする必要があります。 以下は、製品管理チーム向けのヒントです。
＃1。 製品戦略から始める
適切なバックログ管理は、明確に記述された明確な製品戦略から始まります。 製品バックログの管理に入る前に、製品戦略を定義して検証したことを確認してください。 ビジョンを達成するには、まず明確に定義された製品戦略が必要です。
＃2。 バックログの環境設定を正しく設定する
バックログのタスクに優先順位を付けることが重要な側面です。 KPI と製品ビジョンに合わせて、バックログの優先順位付けは明確かつ透明でなければなりません。 優先順位付けのフレームワークと手順を使用して、アイデアを整理し、イテレーションを簡単に計画できるようにします。ユーザーからのフィードバックは、どのイニシアチブが顧客にとって最も重要であるかを理解するのに役立ちます。
＃3。 協力する
プロダクト マネージャーと開発チームが協力して、適切なバックログ管理を確保します。 両方のチームをバックログ関連のディスカッションに参加させて、技術的なリスクと依存関係をより適切に発見します。 また、すべての製品チーム メンバーから貴重なフィードバックが得られるため、これらのミーティングを使用して、バックログの優先順位を決定し、理解と賛同を高める方法について話し合います。 これにより、何が優先され、その理由がチーム全体で明確に理解されるようになります。
＃4。 外交的に「ノー」という言葉を使う
プロダクト マネージャーの課題の XNUMX つは、利害関係者やチーム メンバーからのすべての要求を受け入れなければならないというプレッシャーを感じることがありますが、目標は顧客を喜ばせることであり、すべての要求に応えたり、すべてのアイデアに「はい」と言ったりすることではありません。 より頻繁に「いいえ」と言って、結果と効率 (収益性は言うまでもありません) を推進します。 内部のブロッカーにならず、新しい要求に対してオープンであり続けることが重要ですが、「いいえ」と言うと、気が散ることなく優先順位を付けることができます.
＃5。 利害関係者を最新の状態に保つ
関係者と透過的な更新を共有して、バックログの現在のステータスを伝えます。 更新は、関係者がバックログの最新の画像を備えたライブ ダッシュボードにアクセスできるようにするという形を取ることができます。
または、ダッシュボードのスナップショットのみを掲載した、社内の関係者への定期的な電子メール通知である可能性があります。 製品のバックログに関しては、利害関係者との透明性を維持してください。 関係者に現在の状況を知らせ、最新の更新情報を入手し、有用なフィードバックを提供してください。
スプリント バックログ vs プロダクト バックログ
スプリント バックログとプロダクト バックログは、その構成要素に関して非常に似ています。 ただし、スプリント バックログは、チームがプロジェクト スプリント中に完了する予定の作業項目のリストであり、通常はスプリント計画セッション中に製品バックログから引き出されます。 したがって、明確なスプリント バックログは、チームが各スプリント中に何を行い、何を行わないかを正確に明確にすることで、スコープ クリープを防ぎます。 ここで、スプリント バックログとプロダクト バックログの違いを見ていきます。
まず、製品バックログには、製品のライフサイクルの今後のアイテムの完全なリストが含まれていますが、スプリント バックログは、個々のスプリントの目標を達成するために必要なものに焦点を当てています。 したがって、スプリント バックログを形成するためにプロダクト バックログから取得される各項目は、その特定のスプリント ゴールの成功に関連している必要があります。
次に、製品バックログは、組織の規模に応じて製品チームがどのように機能するかを追跡します。XNUMX つの中心的な製品バックログがある場合もあれば、異なるチームに複数の製品バックログがある場合もあります。 また、プロダクト オーナーはプロダクト バックログを定期的に改良して、最も重要なイニシアチブが最上位にあり、各イニシアチブにはそれに対して実行するために必要なすべての情報が含まれていることを確認します。 スプリント バックログは製品バックログのサブセットであり、XNUMX つの特定のスプリントで完了する作業項目をリストします。
それに加えて、製品バックログとスプリント バックログの両方が、製品開発プロセス全体の透明性を維持するために不可欠です。 進行中の作業の進捗状況と将来の計画も明確に把握できます。
スクラムの製品バックログとは?
最も簡単な定義では、スクラム プロダクト バックログは、プロジェクト内で実行する必要があるすべてのことの単なるリストです。 これは、従来の要件仕様成果物を置き換えます。 これらの項目は、技術的な性質を持っている場合もあれば、ユーザー ストーリーなどのユーザー中心の場合もあります。 スクラムの所有者は、スクラム プロダクト オーナーです。 スクラム マスター、スクラム チーム、およびその他の利害関係者は、広範かつ完全な To-Do リストの作成に貢献します。 スクラムを適用する場合、すべての要件を文書化するための時間のかかる先行作業でプロジェクトを開始する必要はありません。
手短に
製品バックログは、より大きな製品ロードマップの一部として完了するタスク、機能、またはアイテムの順序付きリストです。 上記のガイドラインを使用すると、効果的な管理を作成できるようになると思います。最終目標をターゲットにして、より良い製品を構築するのに役立つ、毎日、毎週、または毎月のタスクを開発者に割り当てることができます。
参考文献
- アーサナ。
- 確かに。
- .mountaingoatsoftware
- .エアグラム。
関連記事
