スクラムガイド | 6. プロダクトオーナー – 誰ですか?

公開: 2022-04-13

経験豊富なスペシャリストで構成されていても、開発チームは十分に迅速かつ効率的に仕事を見つけることができません。 プロジェクトの終了後に全体像を振り返ると、その状況の原因は明確な目標の欠如であることが判明することがよくあります。 スクラム フレームワークの下で作業する場合、これらの問題やその他の厄介な問題を防ぐために、今日の記事で取り上げるプロダクト オーナーの役割を作成します。

プロダクトオーナー – 目次:

  1. プロダクトオーナーの責任
  2. スクラムチームのお客様の声
  3. プロダクトオーナーとその目的
  4. バックログガーディアン
  5. 概要

プロダクトオーナーの責任

プロダクト オーナーのみが、プロダクト バックログにエントリを作成したり、顧客の期待に疑問がある場合に最終決定を下すことができます。 この役割の基本的な責任は次のとおりです。

  1. 顧客との協力– スクラム チームによって作成された製品の機能の定義と指定につながる、顧客との定期的な会話。 ここでの主な目標は、顧客の要件を最もよく満たす製品を作成することです。
  2. 製品の目的を明確にする – それは、スクラム チームの活動の長期的な方向性を開発および定義し、すべてのチーム メンバーがそれを理解していることを確認することです。
  3. プロダクト バックログの維持 – プロダクト バックログについては別の専用記事で説明しますが、今のところは、公式のスクラム ガイドで定義されているスクラム アーティファクトの 1 つであると言えば十分です。 これは、製品を改善するために必要なものの進化する構造化されたリストです。 これは、スクラム チームが行う作業の唯一の青写真です。 それでは、スクラム チームにおけるプロダクト オーナーの役割を詳しく見てみましょう。
Scrum: Who is a Product Owner?

スクラムチームのお客様の声

プロダクト オーナーは、スクラム チームで顧客の視点を取ります。 この役割のおかげで、スクラム チームは継続的に疑問に取り組むことができます。 顧客が残した不明確なガイドラインを自分で解釈する必要はありません。

製品に関する決定を下し、開発チームの優先順位を確立し、製品バックログのエントリを作成および整理することで、製品所有者はチームの重要なメンバーになります。

スプリントの期間が短いため、プロダクト オーナー開発チームおよびスクラム マスターに毎日定期的に関与することが重要です。 これらは、別の記事で取り上げるトピックであるProduct Incrementの作成に関する集中的な作業の期間です。

別の場所で働いている人に質問を送信する時間はなく、回答を待っています。 したがって、チーム内で顧客の代表になるのはプロダクト オーナーです。 チームはその中に存在します。

プロダクト オーナーは、すべてのスクラム チーム ミーティングにも出席し、開発チームの進捗状況を常に把握しています。 同僚の困難を認識することで、信頼できる情報をお客様に提供し、チームの仕事を効率的に整理することができます。

この職業は、スクラム チーム環境、つまりビジネス環境と開発者の間のギャップを埋めることです。 また、開発者チームの作業を整理し、特定のソリューションの作業を完了するための基準を決定します。 また、彼らの成就の瞬間を承認します。

プロダクトオーナーとその目的

プロダクト オーナーは、プロダクトの目標を明確に定義し、明確にする責任があります。つまり、チームの作業の目的を定義することです。 言い換えれば、これには概念的および組織的な作業が含まれ、その目的は主にユーザー ストーリーを処理することです。つまり、顧客のニーズに対応し、それを満たす製品のコンセプトとその機能を作成します。 プロダクト オーナーの職務の大部分は、プロダクト バックログのタスクの整理と優先順位付けという管理作業に関係しています。

スクラム チームの観点からは、活動範囲を明確にすることを意味します。 製品の目標については、別のエントリで説明します。 今日は例を使用します。

スクラム チームの目標を、チームの作業を整理するためのモバイル アプリを作成することとします。 プロダクト オーナーのタスクは、スクラム チームのメンバーに、顧客の視点から見たアプリケーションの重要な機能を説明することです。 たとえば、連絡先リストを使用して新しいチーム メンバーを追加したり、チームと個人のカレンダー ビューを切り替えたりします。

チームが製品の目的を理解したら、製品所有者は次のことを行う必要があります。

  • 正しいコースを維持する– 作成されたアプリケーションの最も顕著な機能が製品の目標、つまりチームの作業を整理することと常に一致するようにする
  • より詳細な問題の明確化– チームと一緒に検索し、同意し、製品がどのように機能するかを指定する
  • 優先順位を監視する– 「最初のものを最初に」の原則に従い、プロダクト オーナーのタスクは、たとえば、顧客の観点からは二次的に重要なサイドまたは追加のアプリケーション機能の開発を防ぐことです。

顧客または利害関係者の視点を獲得することで、製品所有者は製品作成のプロセスにおける主要な意思決定者になります。 さらに、彼らはスクラム チーム外の人々との議論に参加し、貴重な製品を顧客に届けるという重荷を背負っています。

product owner

バックログガーディアン

プロダクト オーナーの日常業務には、プロダクト バックログの要素の整理が含まれます。 これは、プロジェクト全体を通して変化し続けるため、困難な作業です。 その書かれたログには、製品目標の実現につながるすべての既知の対策と手順が含まれています。 もちろん、それらは実行前に細かく分離され、優先順位が付けられます。

プロダクト オーナーは、プロダクト バックログに含まれるタスクを改良し、より小さなタスクに分割します。 次に、実装段階に入る準備ができているものを決定します。

一方では、プロダクト バックログを扱うことは、開発者チームの作業の性質、機能、および制限を理解する必要がある管理および組織の作業です。 一方、プロダクト オーナーのタスクは、開発チームの仕事の性質、能力、制限、およびプロダクト開発の外部ビジネス条件を理解することです。

一方、プロダクト オーナーのタスクは、スクラム チームのニーズに応じてプロダクト バックログを作成することです。 すべてのチーム メンバーにとって、明確でアクセスしやすく、理解しやすいものでなければなりません。 一方、プロダクト オーナーは、スクラム マスターと開発者がプロ​​ダクトについて抱くすべての質問と疑問に答える責任があります。 彼のおかげで、チーム全体が、何が既に行われ、何が進行中で、何がまだ行われる必要があるかを把握しています。

概要

プロダクト オーナーは、スクラム フレームワークで重要な役割を果たします。 プロダクト オーナーは、常にチームを目標に向けて導き、プロダクト バックログを完全、安全、明確に保ち、​​最後に、スクラム チームの顧客の声を伝えます。

プロダクト オーナーが実行するタスクは非常に難しいため、次のエントリではその問題を取り上げます。 そこでは、プロダクト オーナーが犯す最も一般的な間違いと、その対処方法を見つけることができます。

私たちのコンテンツが気に入ったら、Facebook、Linkedin、Twitter の忙しいミツバチ コミュニティに参加してください。

Scrum Guide | 6. Product Owner - who is it? caroline becker avatar 1background

作者: キャロライン・ベッカー

プロジェクト マネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。 彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

スクラムガイド:

  1. 基本的な用語、役割、および概念の用語集
  2. スクラムとは?
  3. スクラムの価値
  4. あなたの会社にスクラムを導入する方法は?
  5. スクラム チーム - それは何ですか?どのように機能しますか?
  6. プロダクトオーナーとは?
  7. プロダクトオーナーのよくある間違い
  8. スクラムマスターとは?
  9. 優れたスクラムマスターの特徴
  10. スクラムマスターのよくある間違い
  11. スクラム マスターはどのような統計と指標を追跡する必要がありますか?
  12. プロダクトオーナーとスクラムマスターの協力
  13. スクラムの開発チーム
  14. 開発者のよくある間違い
  15. スクラム成果物
  16. スクラムのスケーリング
  17. スプリントバックログ
  18. 製品バックログとは何ですか?
  19. ユーザーストーリーとは?
  20. INVEST で最高のユーザー ストーリーを作成する
  21. 最も一般的なユーザー ストーリーの間違い
  22. ユーザーストーリーの承認基準
  23. スクラムの見積もりとストーリー ポイント
  24. 企画ポーカー
  25. チーム見積もりゲーム
  26. 増分の定義
  27. スクラムイベント
  28. スクラムにおけるスプリントとは?
  29. スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
  30. バーンダウンチャートとは?
  31. バーンダウン チャートを作成して解釈する方法
  32. バーンダウンチャートのメリットとデメリット
  33. スクラムとスクラムバンのかんばんボード
  34. スクラムの速度 - 開発チームの速度
  35. デイリースクラム
  36. スプリント計画
  37. スプリントレビュー
  38. スプリントレトロスペクティブとは何ですか?
  39. スプリントふりかえりでよくある間違い
  40. 製品バックログ育成