Как работают вместе дизайн-мышление, Agile и Lean UX?

Aug 18 2020

Я запутался в различных процессах, связанных между дизайн-мышлением, гибкой методологией разработки и UX Lean.

Недавно я прочитал статью, в которой пытался объяснить, как эти процессы работают вместе, поскольку хотел проверить, правильно ли я их понял.

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

Затем результаты этих спринтов проходят дальнейшее тестирование, и разработчикам предоставляется обратная связь для реализации, и именно так дизайнер UI / UX становится частью Agile-процесса.

Это верно? Если да, то как Lean UX подпадает под это объяснение?

Ответы

3 Davey Aug 19 2020 at 13:19

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

Дизайн-мышление и Lean UX очень похожи по своей сути. Но дизайн-мышление приобрело такую ​​популярность в мире, не относящемся к UX, что этот термин стал популяризован, хотя в UX-индустрии он практикуется уже давно, прежде чем термин «дизайн-мышление».

Дизайн-мышление по своей сути:

  • Сочувствовать
  • Определить
  • Идея
  • Опытный образец
  • Контрольная работа
  • (Повторение)

https://www.interaction-design.org/literature/topics/design-thinking

Lean UX в своей основе:

  • Отзывы и исследования
  • Допущения Delcare
  • Создайте MVP
  • Проведите эксперимент
  • (Повторение)

https://www.invisionapp.com/inside-design/lean-ux/ https://www.interaction-design.org/literature/article/a-simple-introduction-to-lean-ux

Обе эти методологии решения проблем примерно соответствуют подходу двойного ромба.

https://uxdesign.cc/how-to-solve-problems-applying-a-uxdesign-designthinking-hcd-or-any-design-process-from-scratch-v2-aa16e2dd550b

С другой стороны, Agile - это методология управления проектами, которая была создана в ответ на методологию Waterfall.

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

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

Возвращаясь к исходному вопросу «Как дизайн-мышление, Agile и Lean UX работают вместе?»

Они не ... По крайней мере, когда они жестко реализованы.

Традиционно в Agile-команде были бы все дисциплины, необходимые для выполнения определенной части работы и работы за фиксированный период времени (спринты). Когда был создан Agile, дисциплина дизайна не рассматривалась, поскольку это была методология, ориентированная на инженерию.

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

При этом я слышал термины «Agile-fall» или «Faux Agile aka Fragile» для описания Agile-хаков, позволяющих дизайнерам использовать такие фреймворки, как «Дизайн-мышление» или «Lean UX», не блокируя при этом разработку.

В целом «Agile Fall» работает примерно так: команды проектирования и разработки имеют одинаковый бэклог продукта, но команда дизайнеров как минимум на 1 спринт опережает команду инженеров. Это дает команде дизайнеров возможность использовать методологии «Дизайн-мышление» или «Lean UX» для информирования своих проектов перед тем, как передать их команде разработчиков для начала. По сути, это куча маленьких водопадов. Это все еще ново, поскольку дизайн в целом начинает цениться на одном уровне с инженерией.

Надеюсь, это поможет!