UXプラクティショナーがプロダクトマネージャーと連携する場合、ユーザー要件にどの程度の入力が必要ですか？
UXプラクティショナー（UXデザイナー、IA、UXリサーチャーなど）は、通常、ユーザーのニーズを役割の一部として理解することを検討します。
さらに、UXプラクティショナーはプロジェクトの要件の一部または多くを定義することがよくあります。
ただし、プロダクトマネージャーと連携する場合、「要件の所有」というタスクは通常、PMの責任と見なされます。
UXプラクティショナーは、プロダクトマネージャーと連携するときに、要件の定義にどの程度関与すべきですか？
これが私の主な質問ですが、このトピックを明らかにするのに役立つ関連する質問をいくつか示します。
これは、UX担当者が延期すべきプロダクトマネージャーの「領域」になる領域ですか？PMでUXの問題を延期する必要がありますか？
明らかにいくつかのオーバーラップがありますが、バランスが取れていることをどのようにして知ることができますか？
どのようにして摩擦を回避し、チーム内の調和を維持して、誰もが自分の役割と責任を理解できるようにしますか？
UXプラクティショナーは、プロダクトマネージャーと連携するときに、要件の定義にどの程度関与すべきですか？
組織、製品マネージャー、その他多くの変数に依存します。 状況に最適な方法を実行してください。
一部のプロダクトマネージャーは所有権を行使し、どこに行きたいかについて明確なビジョンを描きます。私の経験上、これにより、UXは、正直な答えを提供しないプロダクトマネージャーよりもはるかに簡単になります。
Jason Fried から、ポジションを持っていることについてのこの引用について思います：「あなたが信じていることがわからないとき、すべてが議論になります。すべては議論の余地があります。しかし、何かを支持するとき、決定は明らか。"私の経験では、 ミニCEOとして行動するプロダクトマネージャー は、UXに意思決定の合理化に役立つ戦略のより強固な基盤を提供します。
どのようにして摩擦を回避し、チーム内の調和を維持して、誰もが自分の役割と責任を理解できるようにしますか？
あなたがより明確な期待のために運転しようとするとき、摩擦は避けられません。人々はとにかく自分の役割と責任を理解することはめったにありません-チームメンバーが1つの役割がどこで停止し、別の役割が始まるかを知るのを助けるために真にまれで才能のあるマネージャーを引き受けます。
あなたのベストショットは、他の人が期待できるあなたに貢献することに影響を与えることだと思います。 チャーターチャーター、チャーター送金を理解することでそれを行うことができます。
- オンフックで責任を負う製品マネージャーは何ですか？
- マネージャーはどのように成功を測定するか
- あなたのUXは彼らの製品管理作業にどのように適合しますか？
まず、あなたが働いている人々のニーズ、行動、動機を理解することから始めましょう。
製品要件に関するPMとUXerの関係は、会社の構造内の設計の位置と製品開発サイクルに完全に依存します。
私の経験では、プロダクトマネージャーは常に自分が所有する製品に対して責任を負い、製品要件の作成について単独で責任を負います。ただし、製品の要件では、ユーザーエクスペリエンスの要件を考慮する必要があります。
製品開発サイクルは、PMとUXerの間の絶え間ない交換を促進するはずです。しかし、解決すべきUX関連の問題を特定するのはPMの責任であり、最適なソリューションを探すのはUXユーザーの責任です。 「解決すべき問題」の定義は、開発の段階によって大きく異なる可能性があります。高いレベルでは、問題は消費者の行動に関する問題かもしれません。低いレベルでは、コンテンツ内の特定のポイントを通過した使用率の低下の可能性があります。しかし、いかなる場合でも、PMは、製品要件内の問題に対するソリューションを設計する必要があります。
ソリューションを見つけるプロセスは、理想的には発見と調整のフェーズを経てから、設計と生産（クラシックな4D設計プロセス-発見、定義、設計、配信）を通過する必要があります。
PMとの信頼関係を確立することが重要です。そして、PMとUXerの間の関係を持続可能にするために、両方の当事者は、発見、考察、および提案のためのスペースを作るプロセスに同意する必要があります。そのような関係を開始するには、PMが自社の製品ドメインの専門家であること（であるべき）であることを認識することが最善の方法です。それらから学ぶことは、製品とPMの視点を理解するための鍵ですが、UXerに製品を振り返り、彼ら自身の専門知識を主張する機会も与えます。
プロダクトマネージャーの役割を持つプロジェクトチームや企業組織での経験から、彼らはビジネス、技術、ユーザーの要件とプロジェクトの予算とタイムラインのバランスをとって、提供する必要があるもののようです結果。
したがって、UXプラクティショナーとして、彼らはビジネスアナリストおよび開発者と責任を共有し、専門知識の領域の関連性についてプロジェクトマネージャーに助言し、製品要件の各側面に優先順位を付けたり、バランスをとる方法を考え出すのに役立つと思います。
UXプラクティショナー/デザイナーがユーザーの要件を擁護し、おそらく他の要件との潜在的な競合がある場合は解決することは、かなり理にかなっているようです。そうすることで、他の人のつま先を踏まないようにし、製品の所有者は、最もよく知っている人からのフィルタリングされていない入力に基づいて意思決定を行うことができます。