photo 1495106245177 55dc6f43e83f 1 1160x620 - Фреймворк для улучшения обратной связи внутри команды

Простой фреймворк для предоставления конструктивного фидбека.

Фидбек – это дар. Он играет жизненно важную роль в разработке продукта. Он помогает не только продукту, но и людям, которые его создают. Тем не менее, как мы все знаем, дать хороший конструктивный фидбек чертовски сложно. Поэтому я экспериментировал с этим фреймворком, пытаясь добиться лучшего результата.

Фреймворк

Анализируйте, обсуждайте и предлагайте

Этот фреймворк помогает мне тестить дизайны. Я поясню руководящие принципы для каждого пункта. Итак, приступим.

Фреймворк для улучшения обратной связи внутри команды

Анализируйте

Первое, что вам нужно сделать, это слушать и анализировать работу. Это позволит вам увидеть, как плюсы, так и минусы.

Анализируя работу следует помнить:

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

Несколько вопросов, на которые я стараюсь ответить при анализе:

  • Какова цель этого проекта?
  • Какую человеческую проблему пытается решить этот дизайн?
  • Насколько этот дизайн близок к заданной цели?
  • Мое отношение к дизайну в целом?
Фреймворк для улучшения обратной связи внутри команды

Обсуждайте

Теперь пришло время обсудить результаты анализа. При возможности попытайтесь завести разговор.

Несколько вещей, на которые я бы обратил внимание:

  • Теперь предположим, что представленная работа полностью не соответствует вашему видению или у вас есть свое решение проблемы. Хорошо, погодите. Сначала задавайте вопросы, пытайтесь понять, почему команда сделала именно так. Возможно, команда рассматривала ваш вариант и имеет аргументы против. И самое главное, не доминируйте в разговоре.
Фреймворк для улучшения обратной связи внутри команды

Предлагайте

После того, как вы проанализируете и обсудите проект, возможно, у вас появятся определенные рекомендации. Эта часть часто сочетается с обсуждением. И, кстати, это не значит, что у вас всегда должны быть предложения.

Несколько вещей, на которые я бы обратил внимание:

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

Дополнительное примечание

Остался неприятный осадок, после последнего сеанса фидбека, который я провел, что мне делать?

Не волнуйтесь, с каждым бывало подобное! Попробуйте снова. С помощью этого фреймворка вы можете проанализировать свой фидбек. Все дело в балансе.

  • Анализ 20%, Обсуждение 10%, Предложения 70% = Вероятно деструктивный фидбек
    Если вы проводите большую часть времени, предлагая свою идею, это может привести к деструктивному фидбеку, потому что вы тратите много времени на то, чтобы сформулировать свою мысль, не пытаясь понять контекст или ситуацию , в которой оказалась команда.
  • Анализ 30%, Обсуждение 60%, Предложения 10% = Относительный  баланс
    Это комбинация, которую я бы предпочел. Если вы потратите больше времени на обсуждение и понимание проблемы, скорее всего, вы сможете помочь команде.

Иногда я предлагаю готовое решение, это плохо?

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

Заключение

Я надеюсь, что эта статья поможет вам. Вы можете попробовать данный фреймворк, возможно, немного поэкспериментировать с ним. Я хотел бы узнать, используете ли вы другой фреймворк для фидбека, или, возможно, у вас есть вопросы. Вы можете связаться с автором. И как всегда, если вы считаете публикацию интересной, поделитесь ею!

Фреймворк для улучшения обратной связи внутри команды

Подпишитесь на рассылку

Раз в неделю мы будем присылать на почту дайджест с лучшими материалами

Похожие записи

5 UX способов начать разработку дизайна правильно

Проблема в том, что если вы работаете с не-дизайнерами, красивые экраны – то, что нужно. Вы сможете предоставить “вау-эффект” клиенту, а как этот вау-эффект будет реализовываться, уже значения не имеет. А мы все-таки предпочитаем создавать нечто в духе “Все довольны”.

OOUX: Основа дизайна взаимодействий

Свой подход “Объектно-ориентированного UX” (Object-Oriented UX – OOUX) я представил в прошлом году на A List Apart. Подход подразумевает дизайн объектов перед проработкой действий.

Полное руководство по процессу продукт-дизайна

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