エンジニアさんが毎回「変えた箇所」や「その理由」を聞いてきて怖い。デザイニアになろう!デザイナー向け#エンジニアさんのトリセツナレッジ配布物ノンデザイナー向け#ご法度アイデア応援してね制作物Peingで質問noteでアイデア発想に関する記事書いてます♪ホームデザイナー向け#エンジニアさんのトリセツエンジニアさんが毎回「変えた箇所」や「その理由」を聞いてきて怖い。4分ツイートシェアはてブPocketLINE今回の状況【WEB】リリース直前の微修正。変更箇所について超細かく聞かれる。...これは、デザイナーとコーダーさんが分業制の現場だったり、動的なシステムを組み込んだWEB制作の現場で起こりがちな問題です。Kai結論から言うね。エンジニアさんが変更箇所や変更理由を聞くのは「仕事のため」なの!!「は...?」って思った方。ご説明します...!目次どういう状況かを解説しましょう。理由がわからない時どういう状況かを解説しましょう。これ、エンジニアさんが見たらほとんどの方が「???」ってなるエントリーなんじゃないでしょうか(笑)「仕事のため以外に何があるんだ?」と思った方。後ほどきちんとご説明します。「差分を聞かれるのが怖いの?じゃあエンジニア側がDiffでも使って勝手に差分を確認すればいいんじゃないの?」と思った方。いうことじゃないんです!まずこのケースの場合では、エンジニアさんが自分で差分を確認してくれたとしても、「それが本当に最終のものか」を確認するためにデザイナーに対して「変更箇所はこことここでいいですか?」ってやり取りは発生すると思うんですよね。「それを聞かれるのがめんどくさい」って話ならそれで解決するんですが、問題は「それを聞かれるのが怖い」ってところなんです。気持ちの問題です!今日はその「気持ち」を解決したいと思います。デザイナーは何を怖がっているのか?この状況、何が起きているかというと、Kaiデザイナーとエンジニアさんの脳内で認識齟齬が起きているんです。段階的に説明しますね。常日頃のデザイナー-クライアント間のやり取りデザイナーは通常企画やクライアントとエンジニアさんの板挟みになって、連携係を兼ねることが多いです。エンジニアさんに対しては、設計図を渡して実装してもらうコミュニケーションが大半ですが、企画の人とは質疑応答やヒアリング、説得などを試みる時間が長い。デザインとして最適なカタチにアウトプットするというフローを行なうため、最終形が原型(要望)から大きく変化することが多いです。・「変化した箇所」と・「それをするに足る十分な理由」の説明責任が発生します。逆に言うと、これがうまく説明できないと「説得力のないデザイン」になってしまってうまくプロジェクトが進行しないんですよね。デザイナー-エンジニアさん間のやりとり進め方に関する合意形成などはともかくとして、デザイナー-エンジニア間では常日頃、あまり複雑なやり取りは発生しません。ケースでは、こちら側がよっぽど特殊な(あるいはおかしな)UIを指定しない限りは設計図通りに「黙って実装」スタイルの方が多いと認識しています。問題のケースでは例外的にエンジニアさんが「変更箇所」とその「理由」について質問してきています。こんなデザインfix後の、リリース直前段階で、です。ここでデザイナーは、「それを問われている真の理由」がわからなくて混乱する=「怖い」となってしまっているのですね。エンジニアさんは本当に”ただ聞いている”だけ!デザイナー側の心理状況はおわかりいただけましたでしょうか?では次に、エンジニアさん事情についてです。エンジニアさんはなにがしたいのか?えっとですね、直前までクライアントとやり取りをしていたデザイナー目線だと、コンテクスト的になかなか気付けないことなんですが、今回のケースで言うとエンジニアさん(主にサーバーサイドと呼ばれる人)の直近のお仕事は「ステージング(テスト環境)の実装内容を本番環境に反映する」ことなんです。ステージング(テスト環境)から本番環境に全データを滞りなくアップロードするために、変更ファイルと最新データの状況を確認したい、というのがエンジニアさん側から見た時の状況なんですね。...そろそろ気づきましたか?あなたの大きな誤解に。私がまだルーキーだった頃。同様の状況下で「変更したデザイン箇所(変更箇所)」と「それにともなうデザイン的メリット(変更理由)」について、エンジニアさんに一生懸命お話したことがあります。ええ、それはもう、誠意を込めて...。そのエンジニアさんからは途中でエンジニアさんあ、いや、デザインはこれでよくてですね。あの、コードの変更箇所と、その理由...えっと、経緯を知りたいだけで...とツッコミが入り、後にdiffを開かれ、エンジニアさん変更したのはここのコードですかね。あ、ここの名前も変更しました?ほかに更新ファイルは?と逐一質問されるという、なんだかとてつもなく恥ずかしい状況に陥ったことがありましたwwまとめ結論タイトルに戻りますが、結論としてはエンジニアさんは自分のお仕事(プッシュ作業)のために「変更箇所」と「理由」を尋ねているだけです。そこにエンジニアさん自身の興味・関心や心理的な裏はありません。淡々と粛々と、変更ファイル名やコードや行について伝えましょう。おわかりですかデザイナーのみなさん。恐れることはありません。変更箇所が(たくさんありすぎて)わからない時エンジニアさん「何箇所くらい変えました?」Kai「んー...忘れちゃった!たくさん!」エンジニアさん「OK、diffで差分比較します。理由がわからない時エンジニアさん「これってなんでファイル変更したんでしたっけ?」Kai「え、よくわらん。企画の人が、ここに1項目追加したいとか言ってたような...」エンジニアさん「ふむ...(考え中)」Kai「あ、もしかしてそれによってなんか構成変わりそうです??もし工数負担出るようなら企画の人に相談してみますけど...」リアルな現場ではこんなやり取りがなされます。なんか、歩み寄れた感すごいでしょ?笑...それにしても、あんな恥をかくくらいだったら、事前に模範解答を教えといてほしかったなぁ。(遠い目)Kaiみなさんはくれぐれも私と同じ過ちを侵しませぬよう。:#エンジニアさんのトリセツデザイナー向け次に読んでほしい記事エンジニアさんが画面いっぱいに「ああああああ...」って入力してる。...病んでるの!?この記事を書いた人Kaiあそび屋エンジニアさんと遊ぶのが大好きなUI/UXデザイナー。MEエンジニアさんとものづくりをして遊ぶのが大好きなデザイナー。専門領域はアプリ/UI&UX/グラフィックデザイン、アートディレクション。NITEandDAY.tokyoの屋号でフリーランスを営む傍ら、合同会社JOKERSのCEOの一人として"方向音痴を救うサービス"を開発中です。views【おあそび素材】ドラクエ風Twitterヘッダーを作成しました。viewsデザイン上達に必要なのは努力じゃない。views手軽にかわいく。views【プロモーション素材】Photoshopで編集可能なLINEトークMockを作成しました。viewsUXにセオリーはない。views同カテゴリの人気記事1エンジニアさんが毎回「変えた箇所」や「その理由」を聞いてきて怖い。views2エンジニアさんが画面いっぱいに「ああああああ...」って入力してる。viewsデザイン上達に必要なのは努力じゃない。views【おあそび素材】ドラクエ風Twitterヘッダーを作成しました。views手軽にかわいく。views【おあそび素材】ドラクエ風Twitterヘッダーを作成しました。viewsデザイン上達に必要なのは努力じゃない。views手軽にかわいく。