it-swarm-ja.com

アジャイルのUXチーム構造

私はUXチームの構造について洞察を得たかったのです。現在、10人のデザイナーが全員アジャイル環境で作業しています。

  • UXマネージャー(スクラムチーム)
  • UXチームリーダー(スクラムチーム)
  • 8人のUXデザイナー(すべて異なるスクラムチーム)

最終的に誰もがUXマネージャーに報告します。 UXチームリーダーは4つの直属部下を、UXマネージャーは4つの直属部下を務めます。

私の提案は、UXマネージャーをスクラムチームから確実に削除し、この役割に焦点を合わせて製品のビジョンを調整し、チーム全体に効果的に伝えることです。また、アジャイル内のUXチームの連絡窓口となり、チーム間のコラボレーションを確実にします。

UXチームリードはスクラムチームで作業しますが、チームの内部プロセスに関していくつかの責任を負います。コラボレーションを支援し、直属の部下の責任の一部を引き受けます。

私たちは、8人のデザイナーがUXマネージャーに直接報告する場合、ほとんどの場合、1対1、パフォーマンスレビューなどで取り上げられると考えています。 UXマネージャーがすべてのUXチームメンバーと直接連絡を取ることが重要だと思います。

UXマネージャーは多くのプロダクトオーナーと協力して、ロードマップの戦略を定義し、UXの観点からどのようにアプローチするかを決定します。彼はまた、スクラムチームのリソースを処理し、スプリント作業に適切なUXリソースを利用できるようにします。

誰かがこれに似た設定を持っているかどうかを確認したかったのですが、そうである場合、チームリーダーとUXマネージャーの役​​割の責任についての考えを共有できますか?

1
UXG

スクラムの役割と責任について、いくつか混乱があると思います。

スクラムでは、3つの役割しかありません。

  • Product Owner-製品のビジョンを保持します。
  • スクラムマスター-チームがスクラムを使用して製品を構築するのに役立ちます。
  • Team-製品をビルドします。

スクラムマスターは「チームリーダー」でも「プロジェクトマネージャー」でもないことに注意してください。彼はコーチであり、チームの目標達成を支援するサーバントリーダーであり、組織内のスクラムとアジャイルの擁護者です。
スクラムチームは自己組織化であるため、チームリーダーは必要ありません。チームは誰にも「報告」せず、構造は階層的ではありません。
これは、スクラムと従来のプロジェクト管理の最大の違いの1つです(スクラムでの役割の詳細については ここをお読みください をお勧めします)。

メッセージで述べた責任を考慮して、次の構造を使用します。

  • 製品所有者
    • 製品のビジョンを調整し、それをチームに効果的に伝える」(以前の「Ux Manager」)
  • スクラムマスター
    • アジャイル内のUXチームの連絡窓口となり、チーム間のコラボレーションを確実にする」(以前の「Uxマネージャー」)
    • チームの内部プロセスに関していくつかの責任を負う」と「コラボレーションの支援」(元UXチームリーダー)
    • 1 on 1、パフォーマンスレビュー」および「すべてのUXチームメンバーとの直接連絡」(以前のUXマネージャー)
  • チーム
    • スクラムチームにリソースを提供することで、スプリント作業に利用できる適切なUXリソースを確保します」:理想的には、必要なリソースを決定するのはチーム自体です。
    • ロードマップの戦略を定義し、UXの観点からどのようにアプローチするか

すべてのスクラムチームは異なり、組織も異なる可能性がありますが、これまでのところ、標準的な役割に従うことは非常に役立ちました。

3

Eleonora Zucconiからのすでに良い答えに加えて:

UXデザイナーはそれぞれ異なるスクラムチームに所属しているとのことですが、私にとってそれは、プロジェクトに関する限り、彼らがそのチームのメンバーであるということです。組織内のUXグループ、同じボスを持つUXデザイナーなど、プロジェクトの一部ではない構造が社内に存在する可能性があります。これらの構造は、「すべてのUX担当者がスウェーデン北部でクマ狩りをしているため、x人が次のスプリントを休む」以外は、プロジェクトとは完全に別のものとして見る必要があると思います。

そのため、次の2つの選択肢があります。

  1. 各UX担当者を各チームのメンバーとして維持します。
  2. プロジェクト内に別のUXスクラムチームを編成し、他のチームからUXデザイナーを削除します。

私はこれらのオプションの両方で作業しましたが、どちらもプロジェクトの一般的な実行方法に応じて機能します。たとえば、設計作業をどれだけ個別のユーザーストーリーに分割できるかなどです。

UXマネージャーとUXチームリードについては、チームメンバーになること、または製品の所有者になる(または製品の所有者をサポートする)ことに適応する必要があります。 3番目に考えられる選択肢は、彼らがUXスタッフを管理しているが、完全にプロジェクトの外にいるということです。そして、彼らはプロジェクトで割り当てられた役割を持っていてはなりません。

1
magnus.westrom