質問: ショットジレンマの呼び出し これは、自社のuxプラクティスに関する懸念を表明する製品マネージャー(pm)へのインタビューからの引用です。 常に失敗したことの1つは、最終的な発言権を持つ人、実行する方法と方法を実際に決定できる人を定義しなかったことです。 製品所有者(po)も同様に、uxプラクティスに関する懸念を次のように表明しました。 チームと協力するのは製品の所有者であり、実際には、システムがどのように機能するかをある程度設計します。 poは顧客、または顧客(つまり購入者)の代理人です。それらは、物事がどのように見えるべきかについて決定力を持っているものです... uxプラクティスがスコープに影響を与える場合、間違いなく決定するのはpoです。 ただし、ほとんどの場合、これらの製品所有者または製品マネージャーは必ずしもuxに関する十分な知識を持っているわけではなく、uxは彼らの主な関心事ではありません。多くの場合、これらの役割が優先するのは、予定どおりの予算内での配信と、「顧客」(つまり購入者)の満足度の保証です。これは、市場主導型でないソフトウェアの場合、エンドユーザーの見方を大幅に無視することになります。これは、1人のpoが次のように言って証明されています。 本当に悪い振る舞いをするテーブルコンポーネントがあり、私たちは皆それに同意しますが、それを変更する必要がある場合、それは莫大な量の作業になることを知っています...それはまだニースではありませんが、あなたはそれで働くことができます。それが今あるべき姿です。 私の質問は、アジャイル設定で作業するuxエキスパートの皆さんに向けられています。知りたい: 関与しているアジャイルプロジェクトで、製品の所有者や(該当する場合は)製品のマネージャーとどのように協力しますか?どのツールと方法を使用していますか? ソフトウェアのuxに影響を与える決定に関して、誰がショットを呼び出すのですか?たとえば、ルックアンドフィール、フロー、実装する機能、各スプリントで優先順位を付ける機能など。 (uxに影響を与える決定のその他の例を自由に追加してください。また、優先順位付けに特定のツールを使用している場合は、それらについてお聞きしたいと思います) 「コラボレーション」が鍵だと知っています!しかし、ここでは、より「具体的」で「実践的」な答えを探しています。そのため、「共同作業」などの抽象的な概念ではなく、ツールと方法、対策、証拠などについて書いていただければ幸いです。 (上記の引用のような)あなたの経験についての「特定の物語」とあなたがそれらにどう対処したかを共有することも非常に役に立ちます。
回答: 関与しているアジャイルプロジェクトで、製品の所有者や(該当する場合は)製品のマネージャーとどのように協力しますか?どのツールと方法を使用していますか? 私が使用したツールと方法は、次のもので構成されています。 話している スケッチ 建物 示す 言い換えれば、彼らはアジャイルチームの一部です。そのため、アジャイルチームの全員と同様に、彼らはプロセス全体の一部にすぎず、乗ってくれます。 ソフトウェアのuxに影響を与える決定に関して、誰がショットを呼び出すのですか? 全員。それがアジャイルの精神です。それは単一のエンティティによって「所有」されていません。単一の「サインオフ」プロセスはありません。チームは一緒に働きます。そして、おそらく間違ったことがドアから出ます。それもプロセスの一部です。何が問題かを学び、次のスプリントで修正します。アジャイルでは(そしてアジャイルの外でも、特にアジャイルでは)、uxチームはショットを呼び出すものではありません。それらは設計を容易にするものです。もちろん、彼らは設計に貢献しますが、彼らの仕事は主に誰もが設計プロセスに貢献できるようにすることです。組織が「最後の発言権を持つ人」と格闘している場合、それはまだアジャイルと格闘している組織です。彼らは、ウォーターフォールの古い「カバーイヤーアス」モデルを保持しています。サインオフは一般的にアジャイルのボトルネックです。組織でのサインオフの必要性が高い場合、それは通常、製品自体よりも企業の政治を優先する兆候です。これは確かに珍しいことではありません。しかし、確かにイライラします。