Сессии дизайн-критики
В Trucker командой дизайна мы регулярно проводим встречи, на которых синхронизируем свои знания для поддержания общего видения продукта и обмениваемся обратной связью.
На них мы не защищаем свои решения, а проверяем, насколько оно соответствуем целям продукта и внутренним стандартам команды. Дизайнеры могут помочь друг другу найти слабые места, поделиться опытом или подходами, которые можно будет масштабировать на всю команду.
На них мы не защищаем свои решения, а проверяем, насколько оно соответствуем целям продукта и внутренним стандартам команды. Дизайнеры могут помочь друг другу найти слабые места, поделиться опытом или подходами, которые можно будет масштабировать на всю команду.
Формат
Чтобы такие встречи проходили эффективно, мы, спустя несколько сессий, нашли оптимальный для нас формат.
Встречи проводим раз в неделю ~60 минут всей командой, но в будущем хотим попробовать расширить состав и подключить ещё и продактов. Кстати, IBM недавно поделились своим опытом участия недизайнеров на таких встречах – полезный опыт.
На сессии мы неформально поделены на несколько ролей:
За день до сессии дизайнер закидывает в чат короткий контекст по простому шаблону:
Само написание контекста – это уже 50% пользы. Дизайнер формулирует, что именно он хочет услышать, а не кидает «посмотрите, что думает».
В начале самой встречи дизайнер полностью вводит в задачу, поясняя контекст, цели и ограничения, проводит презентацию с необходимыми артефактами, а в конце задаёт вопросы на прояснение своей проблемы. Так мы не только сдерживаем поток комментариев, ответы на которые могут быть даны позднее в презентации, но и хорошо прокачивает профессиональную зрелость самого дизайнера в умении структурировать своё мышление.
После презентации дизайнера идёт этап уточняющих вопросов, если команде нужно глубже погрузиться в контекст, а после – само обсуждение. Причём выступающий сначала только слушает без перебиваний. Звучит душно, но такое ограничение не превращает встречу в спарринг и даёт полностью выразить мысль другим участникам.
В завершении обсуждения дизайнер сам формулирует для себя, что возьмёт в работу, а что нет. На следующей сессии или асинхронно до неё дизайнер может принести обновления по задаче. Так критика становится не разовой оценкой, а подэтапом в общем процессе проектирования.
Встречи проводим раз в неделю ~60 минут всей командой, но в будущем хотим попробовать расширить состав и подключить ещё и продактов. Кстати, IBM недавно поделились своим опытом участия недизайнеров на таких встречах – полезный опыт.
На сессии мы неформально поделены на несколько ролей:
- фасилитатор – следит за фокусом и временем;
- спикер – объясняет контекст и мотивацию, каждый получает 15–20 минут;
- слушатели – дают структурированную обратную связь.
За день до сессии дизайнер закидывает в чат короткий контекст по простому шаблону:
- сформулированная задача;
- этап работы;
- открытые вопросы;
- артефакты.
Само написание контекста – это уже 50% пользы. Дизайнер формулирует, что именно он хочет услышать, а не кидает «посмотрите, что думает».
В начале самой встречи дизайнер полностью вводит в задачу, поясняя контекст, цели и ограничения, проводит презентацию с необходимыми артефактами, а в конце задаёт вопросы на прояснение своей проблемы. Так мы не только сдерживаем поток комментариев, ответы на которые могут быть даны позднее в презентации, но и хорошо прокачивает профессиональную зрелость самого дизайнера в умении структурировать своё мышление.
После презентации дизайнера идёт этап уточняющих вопросов, если команде нужно глубже погрузиться в контекст, а после – само обсуждение. Причём выступающий сначала только слушает без перебиваний. Звучит душно, но такое ограничение не превращает встречу в спарринг и даёт полностью выразить мысль другим участникам.
В завершении обсуждения дизайнер сам формулирует для себя, что возьмёт в работу, а что нет. На следующей сессии или асинхронно до неё дизайнер может принести обновления по задаче. Так критика становится не разовой оценкой, а подэтапом в общем процессе проектирования.
Памятка
Когда мы внедряли это у себя, первое время было тяжело: дизайнеры приходили настороженные и не знали чего ждать, приходилось останавливать разговор, потому что он уходил в субъективщину или комментатор уходил в сторону от основного контекста.
Поэтому, чтобы сессии проходили максимально комфортно, мы сформулировали для себя некоторые правила, которые помогают давать объективный и структурированный фидбэк, а выступающему дизайнеру – чувствовать себя безопасно и не принимать критику как что-то личное.
Поэтому, чтобы сессии проходили максимально комфортно, мы сформулировали для себя некоторые правила, которые помогают давать объективный и структурированный фидбэк, а выступающему дизайнеру – чувствовать себя безопасно и не принимать критику как что-то личное.
Памятка для дизайнеров
Эти правила и рекомендации лежат и в канале Пачки (наш корм. мессенджер), и во внутренней Wiki, и в Фигме куда каждый дизайнер может обратиться и лишний раз напомнить себе о том, чтобы быть ценным коллегой с одной стороны и зрелым профессионалом – с другой.
Если подытожить, дизайн-критика как паттерн работает, когда это дисциплина регулярная, структурированная и связана с данными и следующими шагами. Тогда это становится инструментом повышения скорости и качества продукта и передачи знаний и опыта между специалистами, а не очередной встречей, где дизайнеры впустую тратят время на обсуждение макетов.
Если подытожить, дизайн-критика как паттерн работает, когда это дисциплина регулярная, структурированная и связана с данными и следующими шагами. Тогда это становится инструментом повышения скорости и качества продукта и передачи знаний и опыта между специалистами, а не очередной встречей, где дизайнеры впустую тратят время на обсуждение макетов.
