デザイナーの橋本(@hashcc)です。いう試みを2015年秋頃から始めました。今回はこの試みについて発端や成果などをお話しします。「あれ、なんでこんなデザインになってるの・・?」クックパッドには日々多くのコード変更が加わっています。した中でも品質を安定させる(クラッシュや機能破壊を起こさない)ために、テストエンジニアなどが取り組んでいます。安定したリリースを継続するためのテストとテストレベルの話デザイナーも「デザイン変更が伴う修正は必ずデザイナーがチェックする」というルールを作り、デザイン品質の安定化に努めていました。関わらず、リリース直前/直後になって「あれ、なんでこんなデザインになってるの・・?」と、想定外の変更・不具合に気づくということがありました。振り返りをしてみると以下のような原因がありました。*1そのバージョンのデザイン変更に責任をもつ人を決めるチェック漏れや意図せぬ不具合は、事前に皆でさわってみればわかりますし、共有不足やお見合い事故は全体をきちんと俯瞰して見る人がいれば解決できそうです。Issueとは加える変更についてデザインなどを議論する掲示板のことです実際に、これでデザイン上の問題を抱えたままリリースしてしまうことはある程度防ぐことが出来ました(と同時に後述しますがデザイン標準化という課題も見つけました)。影響が大きい不具合を見つけた場合は、リリースするために修正が必要な不具合として、修正を依頼して進めていきました。導入後の成果この仕組みを試してみて、いくつか良いことがありました。クックパッドのリリースサイクルについて以前はアプリのリリースサイクルがあまり理解できておらず、開発期間が終了後に駆け込みで必要な実装をお願いするなど、迷惑をかけてしまうことがありました・・。デザインリリースマネージャは、リリースサイクルにある新規Issue締切日・新規プルリクエスト締切日などを意識してIssue巡回や進捗確認をしていきますが、このお陰でリリースサイクルが行動レベルで理解できました。現状と未来を振り返りやすくなる各デザイナーは個々得意なエリア・サービスで仕事をしています。したエリア以外でも日々ドッグフーディングによりサービスに触れてみて改善していくことは重要です。サービスも増えてきていて、隅々まで触ることもなかなか難しくなってきました。デザイナーが集まって最新バージョンをさわるデザイン確認会を定期的にやることで、「そもそもここってなぜこうなっているんだろう」「こうあるべきじゃないの・・?」という現状への理解と未来像を気軽に共有できるようになりました。デザイン標準化の必要性に気づけたデザインリリースマネージャが様々なデザイン関連Issueや画面デザインに目を通す中で、デザインルールが適用しきれていないところがあることがわかってきました。そこで、ユーザーさんがより自然にコンテンツを見ていけるように、デザイン標準化Issueを立てて順次統一を進めています。デザイン品質基準の共通理解が必要だと気づけた前述のように、デザイン確認会で影響の大きい不具合が見つかった場合は、修正されるまでリリースしないようにしています。何がそうした不具合にあたるかは現在はデザイナーが判断していますが、エンジニアが自律的に判断し動けるようなフローの方が望ましいでしょう。そのためにはデザイン品質の共通理解が必要で、それにむけて不具合の事例を積み上げたり、大事にしたい体験を明確にするといった取り組みを進めています。この頃同時に行われた取り組みデザインマネージャの取り組み以外にも、同時にデザインレビューフローを改善する取り組みもいくつか進んでいました。review_designというタグをつけてデザインレビュー対象であることをわかりやすくしていました。実はあるIssueにデザイン変更があるかはパッと見てわからなかったりして見過ごしもあったのですが、そうしたことが減りました。対象が増えて見過ごすことも増えてきたました。そこで、このタグが付けられた際に全デザイナーに通知がされるような仕組みへ改善することで、見過ごしづらくすることが出来ました。個別機能のデザインレビューを行いやすくする新機能のデザインレビューをする際、以前はエンジニアからスクリーンショットをもらうか、試せるように専用のビルドを作ってもらうよう依頼していました。スクリーンショットですと一連の利用の流れで見ていくと不自然だったり、映っていない部分で問題が起きていることに気づけないなどの問題があります。専用ビルドを作ってもらうようお願いするのも、チェック回数が増えてくるとお互いに大変です。そこで、新機能の実装毎=プルリクエスト毎にビルドを構築し配信できるようにして、普通にアプリを使っているようにレビューできるようにしました。プルリクエストのコメントに配信先URLが書き込まれるようになり、依頼しなくても気軽にレビューできるようになりました。おわりに以上、デザインリリースマネージャ導入の背景、施策、成果についてご紹介しました。試して半年でまだまだ改善する点は多いのですが、以前に比べデザインチェック漏れなどによりデザイン品質を低下させてしまう事態は減らすことができました。クックパッドでは、今はない価値をユーザーさんに届けるために日々試行錯誤を繰り返しています。そのためには土台として、安定した品質で継続的に価値を届けられる体制と、的確な現状認識・未来像を持つことが必要になります。その土台を作るためにデザインリリースマネージャは有用だと考えていますが、この他にもできることがあるのか考え続けていきたいです。クックパッドでは、より良いユーザー体験を届けていきたい!というデザイナーを募集しています。20-30前後/1リリースのデザイン変更があります。こんにちは、買物事業部のデザイナー兼エンジニアの長...2019-04-02クックパッドが今、エンジニアとデザイナーを採用したい理由こんにちは、クックパッドの冨永(@mamiracle__)です。...2016-11-02サービス開発におけるアプリデザイナーの役割について投稿開発部デザイナーの辻(@cooktsuji)です。去る10月26日、「...2015-11-23数値改善サイクルを取り入れて、学びをサービスに活かす仕組みづくりこんにちは!ユーザーファースト推進室のデザイナー木村と申し...2015-04-21200万品のレシピデータから感謝を伝えるインフォグラフィックを制作した話ユーザーファースト推進室のデザイナー倉光です。使ったセキュリティログ検索基盤の構築サービス特性にあった検索システムの設計戦略クックパッド採用説明会「クックパッドはサービスの作り手を採用したいんです。/*}*/スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。