スクラムガイド | 7. プロダクトオーナーのよくある間違い

今日の投稿では、プロダクト オーナーが直面する最も一般的な課題に焦点を当てます。 また、これらのプロダクト オーナーのミスが最も頻繁に発生する状況に備える方法についても説明します。

プロダクトオーナーの間違い – 目次:

1. 製品所有者と顧客の間で起こりうる問題
2. スクラムチームの残りの部分に関してプロダクトオーナーが直面する課題
3. 概要

製品所有者と顧客の間で起こりうる問題

プロダクト オーナーは、スクラム チームの失敗に対して個人的に責任を負う人物です。 チームの活動を超えたこの立場のため、プロダクト オーナーは首を絞めることができる一人であると考えられています。 言い換えれば、スクラムチームがうまくいかないときに最も苦しむのはプロダクトオーナーです。 では、厄介な状況が発生したときにどのように対処するか、またはそもそも発生しないようにするにはどうすればよいでしょうか?

その点に答えるために、次の表で製品所有者と顧客のいくつかの主要な過ちの明確かつ詳細な分析と、それぞれの詳細な説明を提供しました。

優先順位をつけられない

優先順位の付け方を知らないという過ちは、多くのプロダクト オーナーの悩みの種です。 タスクの優先順位付けがコア コンピテンシーであるのはなぜですか? すべてが等しく重要になると、製品の目標は消えてしまうからです。 これが、スクラム チーム活動の意図した効果です。

問題は、製品の目的に関する顧客との最初の会話中にすでに始まっています。 顧客は通常、すべてのアイデアをできるだけ迅速かつ安価に実現することを望んでいます。 プロダクト オーナーのタスクは、優先順位のリストを作成することです。 彼の仕事は、構造化されていない顧客の期待に基づいて、最も重要なものから最も重要でないものまでランク付けされた、明確で実行可能な期待のリストを作成することです。

優先順位付けの問題は、ほとんどの場合、顧客の期待を誤解していることが原因です。 製品所有者が顧客から実際の製品目標に関する情報を抽出できない場合に表示されます。 それが、製品がどのようなニーズに応えるべきかという問いへの答えです。

では、この間違いから身を守るにはどうすればよいでしょうか。 まず、お客様の話を注意深く聞きます。 次に、目的と各製品機能の仕組みについて質問する方法を学びます。 3 番目 –達成する目標を交渉して制限します。 そしてそのためには、自己主張が必要です。

プロダクト オーナーがやるべきタスクのリストを持っている場合、その進行と精緻化を強化する実証済みの方法があります。 たとえば、いわゆるアイゼンハワー マトリックスを使用して、重要性と緊急性の基準に従ってタスクに優先順位を付けることができます。

プロダクトオーナーの自己主張の欠如

優先順位をつけられないことに密接に関係している問題は、自己主張の欠如です。 その結果、タスクが不適切にキューに入れられ、過剰なタスクと組み合わせることで製品目標の実現が妨げられます。 したがって、顧客に「ノー」と言える能力は非常に重要です。

プロダクト オーナーの自己主張は、次の 3 つの柱に基づく必要があります。

• チームの能力に関する知識、
• チームによって使用および開発されたソリューションの知識、
• スクラムチームでの位置に基づいた役割と価値の認識。

したがって、自己主張の問題を防ぐ最も重要な方法の 1 つは、プロダクト オーナーがスクラム チームと毎日協力することです。 これは、顧客のアイデアを実行する時間と能力について現実的な信念を構築するのに役立ちます。

ビジネススキルが足りない

次に議論したい間違いは、適切なビジネス資格の欠如です。 これらのプロダクト オーナーの強みは、通常、専門的な資格です。 彼らの能力は、ビジネスよりも開発チームの領域に密接に関連しています。 そのため、競争、市場のルール、およびスクラム チームによって作成された製品の最終顧客について、十分に確立された実用的な知識が不足しています。

非常に特殊な状況で発生する可能性があるため、簡単な解決策はありません。 しかし、確かに、プロダクト オーナーにとっての良い行動方針は、それを認め、学び続け、経験とビジネス能力を獲得することです。

スクラムチームの残りの部分に関してプロダクトオーナーが直面する課題

タスクに優先順位を付ける能力、プロダクト オーナーの積極性、および彼の高いビジネス スキルは、スクラム チームの長期的な基盤である模範的なプロダクト バックログを作成するための必要条件です。 バックログの概要が一貫して正確に示されていない場合、プロダクト オーナーとクライアントの関係の問題が、プロダクト オーナーと他のスクラム チーム メンバーの関係に波及していきます。 そして、それらはスクラムチームの有効性に直接影響します。 他のスクラムチームメンバーとの関係において、プロダクトオーナーを待ち受けている落とし穴は他にあるでしょうか?

簡単にするために、プロダクト オーナーとスクラム チームの間の問題を表にまとめました。 以下に、各問題の詳細な説明と解決策の提案を示します。

カリスマ性が低い

プロダクト オーナーの日常的な仕事は、顧客のガイドラインと開発チームによる実装方法を調整することです。 これには間違いなく、適切な権限、傾聴スキル、カリスマ性が必要です。

権限不足の問題は、一朝一夕には解決できません。 ソフトスキルの長期的な取り組みが必要です。 また、他のチーム メンバーのタスクとスキルの範囲に関する知識も得られます。

専門スキルが足りない

プロダクト オーナーとは誰かという質問に答えた記事で書いたように、プロダクト オーナーの役割は厳密には技術的なものではありません。 しかし、開発チームメンバーの専門スキルの基礎を知ることで、プロダクトオーナーとしての権限を大幅に高めることができます。 チームの専門分野における不十分な資格は、プロダクト オーナーのカリスマ性と権限に問題を引き起こすだけではありません。 開発チームのメンバーが専門とすることや彼らの能力の基本に関心がないという間違いは、おかしな状況を生み出すだけでなく、悲惨なビジネスや対人関係の結果をもたらす状況を生み出す可能性があります。

したがって、スクラム チームが最高品質の製品を提供するためには、製品所有者が製品を完全に理解している必要があります。 プロダクトオーナーは専門家チームの一員であることを考えると、適切な資格を取得することは難しくありません。 説明だけでなく、自分の分野に関する知識をどこで得ればよいかについての提案も提供できます。

独立

プロダクト オーナーは、独立して決定を下すことができなければなりません。 もちろん、重要な問題は、スクラム チームの状態を把握し、開発チームと常にコミュニケーションをとることです。 ただし、自分の行動の有効性について責任を負うのはプロダクト オーナーです。 このため、製品所有者は権限を構築し、決定に対して責任を負う必要があります。 チームの方向性、優先順位付け、およびタスクの受け入れに関する最終的な決定は、彼らに属します。

概要

プロダクト オーナーの最も一般的な間違いを発見しました。 プロダクトオーナーの役割は簡単ではありません。 そのため、それを取るときは、他の人が途中で遭遇した問題に備える価値があります。

クライアントとの関係の問題は、通常、自己主張の欠如、優先順位付けの不能、不十分なビジネス スキルに起因します。

スクラム チームの他のメンバーとの作業中に発生するプロダクト オーナーの間違いは、プロダクト オーナーの役割を担った人物の独立性の欠如と不十分なカリスマ性に起因します。 もう1つの理由は、専門的なスキルの欠如と、知識を広げるための不本意または時間の欠如に関係している可能性があります.

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

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

プロジェクト マネージャーとして、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. 製品バックログ育成