it-swarm-ja.com

開発指向のプロダクトマネージャーがUXが重要であることを理解するにはどうすればよいですか?

私はIT企業でUXデザイナーとして働いています。同社はまだ開発者指向であり、UX成熟度は低いです。チームは2人のデザイナー(私を含む)と4人の開発者で構成されています。

私たちはスクラム方式を使用してソフトウェアを構築しており、(開発者のバックグラウンドからの)新しいマネージャーが数ヶ月前に到着しました。彼はソフトウェアに新しい機能を追加し続けるように上から圧力をかけていますが、発売のためにソフトウェアの最初のバージョンを急いで完成させたので、カバーする必要のあるUX負債がたくさんあります(ほとんどのページとサイト全体でスタイルガイドを改善+調整します)。

利害関係者自身はソフトウェアの改善を望んでいますが、マネージャーはそのような改善のロードマップに時間を含めておらず、新機能のロードマップに追いつくために、開発者がそれらに直接取り組むことを提案していますなし =パーツのワイヤーフレーム!

X作業の価値と、ソフトウェアの継続的なUX改善を説明することの重要性をマネージャーに理解させるにはどうすればよいですか?

このプロジェクトのために過去数か月間に私がすでに行っているいくつかのことは次のとおりです。

  • ユーザビリティテストの結果を関係者+開発者と共有する
  • 新しいワイヤーフレームを提示する際の設計上の決定/変更の背後にある理由を(利害関係者に)説明する
  • ソフトウェアの現在のバージョンに関する利害関係者のフィードバックの収集
  • 一般的な設計プロセスとその手順について話し合う
3
StarGirl

マネージャーは別のユーザーのように扱います(彼らは1人なので)

彼らのニーズを特定します。マネージャーは利害関係者と対立しており、彼らは正しいものを提供することを保証するのではなく、納期を満たすために何かを提供することに集中することに決めたようです。

全体的な開発時間の短縮にUXの事前作業がどのように相関するかを示すことができる場合があります(間違ったものを2回ではなく1回だけ構築する必要があるため)。ことわざにあるように、「設計図の消しゴム、または建設現場のハンマーでそれを修正できます。」ユーザーが前に問題を特定することで、ほとんどの場合、時間と費用を節約できます。

それは彼らのニーズが彼らの上から規定されているかもしれません、そしてそれらの人々は締め切りを移動することなくより多くの機能を要求することは何かが与える必要があることを意味することを理解していません。たぶん、彼らは行き詰まっており、開発リソースでUXの要求をジャグリングできる最善を尽くしています。マネージャーと協力して、UXが費やした時間の中で最大の効果を発揮する場所を見つけたり、今後の注目度の高い機能を見据えてより多くの価値を見いだしたりして、アプリが良い第一印象を与えるようにします(たとえ設定パネルはエンジニアによって作成され、モックアップされていません)。

アプリの成功を測定するためのコアメトリックを確立した人はいない可能性があります。あるいは、「より多くのユーザー」のように役に立たないものかもしれません。それが何である必要があるかを見つけるためにいくつかの調査を行ってから、その針を動かすことについてマネージャーとのUXディスカッションを組み立てることができます。多分彼らは機能がその背後にある適切な設計作業なしに意図された影響を及ぼさないことに気付くでしょう、または多分それはあなたの時間が研究によりよく費やすことができるように機能のモックアップをスキップしても大丈夫であることが判明するでしょうまたは、ユーザーに大きな影響を与える方法を設計します。

また、彼らが邪魔をしている行き詰まりに到達することもあり、キャプテンがいわば氷山にあなたを誘導するのを防ぐことができません。その場合、開発者は一般的に誰も使用しないものを構築するのに時間を無駄にしたくないので、開発者とより緊密に連携してみることができます。チームのすべてのUX知識の唯一のリポジトリである必要はありません。ユーザーの観点から物事を考えるように開発者に教える場合、開発者はワイヤーフレームで価値を確認し、それらを要求するか、時間を追加して支援することができます。スプリントの一部としてそれらを作ることで。

2
Nathan Rabe

組織がUXを美しくモダンに見せているのでない限り、彼らはあなたが実際に経験するプロセスを聞きたくありません。彼らはそれについて話さないようにその仕事をするようにあなたを雇いました。彼らは、提供できる結果と、それらの結果がどのように会社に利益をもたらすことができるかについて聞きたいと思っています。つまり、あなたの役割が実行可能であることを再確認したいと考えています。

マネージャーに共感し、マネージャーの言葉を話す:

  • uXが軽減できるプロジェクトのリスクと弱点を特定する。それを行う方法を説明(販売)します(UX研究に関わる費用と時間のかかる活動を説明するのではなく、結果がプロジェクトに統合される方法のように)。

  • マネージャーのプロジェクトライフサイクルに合わせて方法を変更することを検討してください。例えば。アジャイルプロセスでスプリントごとに何かを提供し、カーブボールに対応する準備をします。

  • 成果物ごとに測定可能な成功基準を提供して、マネージャーが具体的な結果(成功か失敗か)を期待できるようにします。科学にしてください。

1
straya