エンジニアとの協業

面接ではこう答える 読み上げ

完成したデザインを渡してから難しいと言われると、やり直しの時間も気持ちの負担も大きくなります。そこで、ラフの段階でエンジニアに見せて、データが取れるか、どこで工数が大きく変わるかを早めに相談します。デザインの途中では標準の部品で作れるかや状態の抜けを、受け渡しの前には仕様の読み合わせを、実装中にはプレビュー環境での確認を、と段階ごとに相談することを変えています。体験の目的を先に伝えておくと、エンジニアからも代わりの案が出やすくなります。

面接ではこう答える 読み上げ

工数は、作るのにかかる手間のことで、何人で何日かかるかで考えます。見た目の変更でも、新しい部品が要る、今の API にないデータが要る、凝ったアニメーション、ドラッグなどの複雑な操作、オフラインやリアルタイムの同期があると、工数は大きくなりやすいです。逆に、既存の部品と既存のデータで作れるものは早く作れます。どこで工数が大きくなるかの感覚を持っておくと、案を出す段階で、効果と工数のバランスを考えられます。

面接ではこう答える 読み上げ

一度に完成形を作るのではなく、まず価値を確かめられる最小限の形で出すのが MVP の考え方です。フィーチャーフラグという、機能のオンとオフをコードの外から切り替える仕組みを使うと、新しいデザインを社内や一部のユーザーにだけ見せて、問題がないか、使われているかを確かめてから全員に広げられます。デザインでは、最初の版にどこまで入れるかを PdM やエンジニアと決め、後の版で足す部分も含めた全体の形を持っておくようにしています。

面接ではこう答える 読み上げ

多くの開発チームは、1〜2週間ほどのスプリントという区切りで、計画、開発、レビュー、振り返りをくり返します。作業はチケットという単位に分けて、どれくらいの大きさかを見積もります。デザイナーは、今のスプリントで作られる画面の確認をしつつ、1〜2回先のスプリントで作る画面のデザインを進めておくことが多いです。デザインが計画に間に合わないと開発が止まるので、チームの進め方に合わせて、受け渡しの時期を決めておくようにしています。

面接ではこう答える 読み上げ

デザイナーとエンジニアのすれ違いは、だいたい決まった場所で起きます。状態の抜け、狭い画面や長い文言での崩れ、アニメーションの意図の違い、余白や色の細かい違い、デザインどおりなのに使いにくい、といったものです。どれもどちらかが悪いというより、決めていないことから起きるので、状態の一覧、いちばん狭い幅のデザイン、動きの数値、トークンでの指定、実装中の確認で防ぎます。見つけたら、チェックリストやデザインシステムに足して、次から起きないようにしています。

面接ではこう答える 読み上げ

技術的負債は、急いで作った、古い仕組みのまま、といった理由で、後から変えにくくなったコードの状態のことです。借金のように、返さないと利子が増えるように、新しい機能やデザインの変更にかかる工数がだんだん大きくなります。「この画面だけ変えるのに時間がかかる」という答えの裏には、この負債があることが多いです。デザイナーとしては、負債の返済の作業もチームの計画に必要なことを理解し、デザインの変更と一緒に返せるタイミングがないかを相談します。