質問: 設計プロセス:ソフトウェア開発のプロセスに開発者を参加させるのに最適な時期はいつですか? 私は小規模なソフトウェア開発スタートアップのuxデザイナーです。今までは、インターフェースの作成当初から開発者と一緒に仕事をしてきました。技術的に不可能であるため、最後に開発できないことを発見するために多くの機能やインターフェースに取り組む時間を無駄にしたくないからです。また、プロセスの最初のステップ以降に遭遇した設計上の問題を開発者と共有すると、彼らが私に取り組んでいるのを見ると、彼らはプロジェクトにより深く関わり、より簡単に共同作業できるようになると思います終わり。これまでは、この方法で作業できました。完璧に。私は本当にデザインを気にしない開発者とチームにいたので、それは簡単で効率的でした。私のコードを信頼していたので、彼らは私の推薦を信頼してくれました。私たち一人一人が彼の仕事をし、ピンポンコミュニケーションゲームのように他の人と共有しました。今日、私は別のチームと別のアプリ開発プロジェクトに取り組む必要があり、それは非常に複雑でした。ここでは開発者はデザインに関心がありますが、彼らはデザイナーではなく、優れたデザインをどのように行うかを知りません。それで彼らは私にユーザーのためではなく、彼らのためにインターフェースを変えて欲しいと思ったのです。彼らは彼らが好きなように見えるインターフェースを選択するでしょう。しかし、彼らは最終的なユーザーではありません。だから今、私は彼らとどのように協力するか、または私のモックアップをチームと共有する方法についていくつか大きな疑問があります。設計に関心を持つ開発者がいるのは良いことなので、私は彼らに苛立ちを感じさせたくないのですが、彼らがやりたいから、またはコーディングが簡単だからという理由で、好きなことを彼らにさせることはできません。彼らはuiフレームワークが好きで、作業中に何かを変更したくないからです。私にとって、私はuxデザイナーなので、最終ユーザーが優先されます。私の見解が彼らの見解よりも優れているとは言いません。私が欲しいのは、私たちのアプリケーションを作成するための唯一の同じ方法です。チームの視点は1つだけです。一緒。コミュニケーションの方法、または私を助ける良い設計プロセスについて何かアドバイスはありますか?
回答: sharing mockupsステージが遅すぎます開発者が完全に関与し、設計の背後にある理由と決定を理解したい場合は、それらを x design workshop -モックアップが行われる前私の典型的なワークショップでは 関連するユーザーストーリーを見る ユーザーが考えるアイテムの概念 ユーザーストーリーの目標をサポートする複数のuiアイデアを実行する[したがって、開発チームのアイデアに対するあなたのアイデアではありません] ペルソナに対するuiのヒューリスティックレビュー[これにより、開発者はユーザーの心の中に入れられます] ペルソナに最適なuxを備えたuiを選択してください 会議を閉じて、「本番準備」モックを実行します 平均サイズのユーザーストーリーの場合約90分occasionでは、「プルランク」を設定して、確実な操縦を行う必要があります。少なくともその理由については良い対話があります。開発チームが非常に情熱を傾けていた貧弱な設計を故意に通過させました。ユーザーのテストは私が期待したとおりでした。その後、チームはそのデザインの改善だけでなく、他のデザインの提供にも非常に熱心でした。