取り扱いJava開発者
非常にニッチな製品である公開鍵基盤（PKI）のUXを徹底的に見直しることを最終目標とする長いプロジェクトを開始しようとしています。プロジェクトの最初の部分は、4週間にわたる事前調査で、調査のみです。
会社は（かなり多くの）Java開発者で構成されており、ソフトウェアはそれを反映しています：機能的ですが、地獄のように醜く、使いにくい。
私はコンサルタントとして参入しており、開発者を研究プロセスに含め、UXの脅威ではなく、UXの一部であると感じさせる方法についてアドバイスが必要です。
何かアドバイス？
私は多くのJava=開発者と仕事をしています。UIに本当に興味がないことを最後に認めますが、これを取り除くためにいくつかの作業が必要でした。
いくつかのユーザビリティテストを見てもらい、ユーザビリティデータを収集して設計の方向性を裏付けるように彼らを招待するだけでなく、これがあなたが何であるかを説明するために、私が欲しかったもの（そして100万倍よく見えたもの）のhtml/CSSバージョンを作成する必要がありました。農産物が必要です。
ただし、最大の結果は、それらを設計プロセスに関与させることでした。設計に貢献しているように感じさせれば、ソリューションも必要なところに行きます。あなたはあちこちで奇妙な譲歩をする必要があるかもしれませんが、結果はそれに値するでしょう。
UXデザイナーが必要なものを得るためによく使用するソフトスキル。
私が会社の唯一のユーザビリティエンジニアであるのと同じ問題があり、残りはJava開発者です。彼らは不必要または「派手な」機能をコーディングする必要があると考えているので、彼らは脅威に感じます。
ユーザーデータを収集して提示
提案された機能が価値があることを開発者に納得させるには、ユーザー調査データを提示する必要があります。重要なのはデータを使用して、あなたの提案が個人的な意見に基づいていないことを納得させるです。毎週または週に2回の頻度で結果を提示できると便利です。このようにして、プログラマーは研究に精通します。うまくいけば、彼らはいくつかのユーザーの問題を考慮に入れるでしょう。
プログラマーは、機能を提示することで、開発する価値があると確信できます。
ユーザーテストのビデオ-インターフェースに苦労しているユーザーを示すことは、開発者に影響を与える最良の方法の1つです。このアプローチは私にはうまくいきました。
statistics-技術エンジニアが数値を使用して多くの作業を行うので、タスクを完了するまでの時間など、客観的なデータを提示することは適切に機能するはずです。理解を深めるために、さまざまなグラフと視覚化を使用する
以前と今の比較-新しいコンポーネントと古いコンポーネントの効率、または新しいインターフェースと古いコンポーネントの効率を比較することは素晴らしいことです。彼らは達成することができる利益を見ることができます。
学術的参考文献-デザインが以前の学術的研究によって検証されていることを示すことができる場合。このようにあなたがtouを見せたのは、それが私にとって本当にうまくいったことを発明したものではありません。
前向きで準備ができている
プログラマーは、多くの努力を必要とする機能の開発をしばしば否定しようとします。あなたはそれを期待し、引数を用意する必要があります。しかし、前向きに聞こえ、健全な紛争を維持するようにしてください。否定的な感情に傾くな。開発者の意見を聞き、彼らの意見を尊重し、自分の意見をそっと伝えます。あなたのコミュニケーション能力とプレゼンテーションスキルはあなたの努力の成功を決定します。
可能であれば、ユーザー中心のカルチャーを作成する
ユーザー中心の設計を長期にわたって採用したい場合は、ユーザーとテストする文化を構築する必要があります。これは確かにその会社の長期的な成功のために行う最善のことです。
ただし、コンサルタントとして数か月しか働いていない場合に、ユーザー中心の文化をどのように作成できるかはわかりません。これは長いプロセスであり、何年もかかります。
Java開発者とUXの問題は、私がテストしたJavaフレームワークのほとんどがMVCモデルの奇妙な解釈に依存しており、単一のフォームを作成するために構築されました。
私はJava開発者であり、使用するアーキテクチャを決定できる立場にあります。プレゼンテーション層にPHP=をまだ使用しています。
私が会社のために最初に行ったアプリは、サーブレットにプレゼンテーション層を備えていました。別の開発者がJavaコードを理解するのに問題があり、私はPHPに縮小しました。後の年に私は再試行し、Java今日でもオンラインですが、他の開発者はそれを習得するのが難しいと感じています。その間、PHPプレゼンテーションレイヤーは大幅に成長しました。
私は自分のアプリの1つをjsp、jspx、faceless、struts、js、turbineにアーキテクチャの概念実証として移植しましたが、それらに自信を感じませんでした。私のPHPリファレンスアーキテクチャに対して実際の利益が得られずに作業が多すぎます。
私のアドバイスは、複雑なフレームワークを避け、開発サイクルを高速化するツールとコンセプトを探すことです。これにより、プラットフォーム固有の問題に対処するのではなく、機能の改善に全力を注ぐことができます。