Карандаш и бумага vs программные средства для проектирования

В рамках программы тренингов учебного центра Luxoft Training в феврале будущего года запланирован мастер-класс датского дизайнера интерфейсов Trifork A/S Янне Юл Янсен.
Янне – доктор наук инженерии ПО, более 7 лет занималась научно-исследовательской деятельностью в области удобства использования ПО и проектирования пользовательских интерфейсов совместно с ведущими компаниями Дании. Работает дизайнером интерфейсов в ключевых проектах Trifork, связанных с мобильными приложениями (KMD, DSB, Danske Bank, Radiometer A/S, Фестиваль в Роскилле).
Предлагаем вам познакомиться с одной из ее публикаций, которая посвящена выбору инструментов для проектирования.

Карандаш и бумага vs программные средства для проектирования

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

Обычно у меня никогда не получается сделать первый набросок прототипа ПО с одного раза, даже несмотря на то, что я внимательно изучаю пожелания заказчика и пользователей. Понимание новой области – трудоемкий процесс, требующий немало времени. Перед тем, как продемонстрировать первый набросок прототипа заказчику и пользователям, я всегда узнаю много нового о той или иной предметной области. Однако всегда случается так, что заказчик забыл сообщить мне о чем-то очень важном или же я сама не смогла понять важность чего-то. Эти поправки, как правило, требуют корректировок в дизайне. И вот тут начинаются сложности…

Я заметила, что мне намного труднее заставить себя сделать необходимые изменения, когда я создаю прототип с помощью программных средств, а не на бумаге. То же самое я замечала и за своими коллегами. Почему? Ответ прост и лежит на поверхности.
Дело в том, что одним из главных толчков к использованию каркасных представлений перед тем, как начать писать код, стало то, что разработчики нехотя брались за переделку дизайна, т.к. это означало массивные изменения кода, трату времени и средств. Чтобы ограничить объем перекодирования, появились каркасные модели (помимо всего прочего), т.к. набросать каркас модели на бумаге требует меньше времени, чем написать код, а значит и проще изменить в случае такой необходимости.

Но с ростом популярности каркасных рисунков в процессе разработки, начали появляться такие инструменты как Axure, Omnigraffle и Balsamiq. Я заметила, что мне требуется намного больше времени, чтобы набросать каркас в любой из этих программ, чем на бумаге от руки. А значит, если с первого раза у меня ничего не вышло, потребуется переделывать прототип. Чтобы переделать прототип в программе мне придется снова потратить немало времени и уже сама мысль об этом отбивает всякое желание браться за работу.

Замечено, что чем больше времени и усилий мы потратили на какую-то задачу (программирование или рисование – не суть важно), тем меньше нам хочется что-то менять и тем скорее мы начнем сопротивляться разумным доводам в пользу необходимости что-то изменить. Именно по этой причине я вернулась к рисованию прототипов от руки. Этот способ требует минимум времени, даже в том случае, когда нужно полностью перерисовывать модель.
Так что берите карандаш, лист бумаги, ластик и линейку и начинайте работать по старинке!
Опубликовано by Janne Jul Jensen. Original web-site

Подробная информация о тренинге Янне в Москве.