Что такое дизайн-ревью? Это процесс, в ходе которого дизайнер оценивает результаты разработки до релиза проекта, указывает на недочеты и вносит предложения по доработке дизайна. В некоторых компаниях этот процесс может называться по-другому, но суть остается той же.

Какие задачи решает дизайн-ревью?

Не всегда тимлид, разработчики, тестировщики и сами дизайнеры понимают, для чего внедрять дизайн-ревью. В действительности это очень важный этап работы над любым IT-проектом, решающий сразу несколько задач:

• Дизайнер получает целостное представление об итогах своей работы
  Без дизайн-ревью со временем у дизайнера появляется ощущение, что он работает «в стол». А это может перерасти в выгорание, особенно если в продакшн выкладывается совсем не то, что предлагал дизайнер
• Улучшается взаимодействие внутри команды
  Дизайн-ревью помогает разработчикам и тестировщикам делать свою работу еще лучше. Дизайнер указывает им на незаметные неспециалисту мелочи, которые важны для привлечения внимания пользователей или облегчения восприятия интерфейса в целом
  
  
• Сокращение сроков разработки
  Когда внешний вид продукта контролируется дизайнером на всех этапах, временные затраты на доработку проекта перед самым релизом или после него снижаются
• Улучшение качества продукта
  Когда дизайнер и разработчик общаются напрямую в ходе дизайн-ревью, это позволяет быстрее вносить правки, совершенствуя качество и внешний вид продукта в целом

Отметим, что дизайн-ревью происходит не после разработки, а одновременно с ней, и не увеличивает общее время работы над продуктом. Ревью, выполняемое дизайнером, может проходить до отправки на тестирование или одновременно с ним.

Преимущества разработки с дизайн-ревью

Схема разработки IT-решений, включающая этап дизайн-ревью, обладает целым рядом весомых преимуществ:

1. На выходе получается продукт, точно соответствующий исходным дизайн-макетам, которые уже утверждены клиентом
2. Растет качество готового IT-продукта и удовлетворенность заказчика итогами сотрудничества
3. Упрощается работа тестировщиков
4. Взаимодействие между специалистами внутри команды выходит на качественно новый уровень. Как дизайнер может указывать на неточности в сверстанном макете, так и разработчик может предложить собственные идеи, к которым может прислушаться дизайнер и использовать их в будущих проектах
5. В коллективе повышается культура общения, решение задач происходит быстрее и более качественно
6. Заказчики проекта быстрее согласовывают итоги разработки перед релизом, поскольку они точно соответствуют уже согласованным прототипам и дизайн-макетам
   
   

Что показывает опыт внедрения дизайн-ревью?

В процессе внедрения дизайн-ревью в работу команды, можно столкнуться с возражениями вроде:

• дизайнеры забирают работу тестировщиков
• это дополнительная нагрузка на дизайнера
• еще кто-то указывает, что делать разработчику

На практике после внедрения дизайн-ревью и команда, и клиенты остаются довольными, потому что:

• проверка тестировщиком — это хорошо, но вместе с ревью дизайнера результат еще лучше
• дизайнер не может заменить тестировщика, поскольку у них очень разный набор скиловразработчики также заинтересованы в получении качественного результата, а грамотно организованный процесс дизайн-ревью не задерживает, а ускоряет релиз
• нагрузка на дизайнера действительно растет, но это серьезно экономит время и силы на следующих этапах работы, защищая от непредвиденных результатов в продакшн и доработок перед самым релизом

При желании схему дизайн-ревью реально адаптировать под разработку и тестирование любого IT-продукта, независимо от его масштаба и отраслевой направленности. Ключевое значение для успешного внедрения дизайн-ревью имеют soft-skills инициатора этого новшества. В первую очередь это касается коммуникационных навыков и умения мотивировать коллег. Чтобы получить от дизайн-ревью максимум пользы для общего дела, крайне важно дать команде верный настрой.

Заключение

Внедрение в процесс создания IT-продуктов этапа дизайн-ревью улучшает взаимодействие между разработчиками, дизайнерами и тестировщиками. Это дает на выходе максимально качественный, удобный и полезный продукт, точно соответствующий ожиданиям заказчика разработки.

Чтобы ускорить процесс дизайн-ревью, можно составить собственный чек-лист для поиска ошибок. Им смогут пользоваться как дизайнеры, так и сами разработчики перед отправкой задачи на ревью. Помните, ваша цель состоит не в выискивании ошибок друг у друга, а в создании высококачественных IT-решений для развития бизнеса ваших клиентов.