9)Десять эвристик юзабилити.

Список «Десять эвристик юзабилити» от Якоба Нильсена.

Одинаковость системы с реальным миром. (Match between system and the real world) Система должна говорить на языке пользователей, словами, фразами и терминами пользователей, а вовсе не терминами программирования. Следуя принципам реального мира, создаем доступность информации в натуральном и логическом виде.

Управление и свобода пользователя. (User control and freedom) Пользователи часто используют функции системы по ошибке. В таких ситуациях должен быть простой «аварийный выход», причем без всяких диалогов с пользователем. Используем «undo» и «redo».

Стандарты и «константы». (Consistency and standards) Пользователи не должны всюду находить различные слова, ситуации или действия для одного и того же действия. Следуем принятому «словарю» системы.

Предупреждение ошибок. (Error prevention) Гораздо лучше любого хорошего сообщения об ошибке заботливый дизайн с предупреждением возможных проблем. Явно указать на возможность ошибки (предупредить пользователя) и показать пользователю результат действия, до его совершения.

Понять, а не переспрашивать. (Recognition rather than recall) Минимизировать нагрузку памяти пользователя с помощью выбора объектов, действий и визуализации опций. Пользователь не будет помнить контент от одного диалогового окна до другого. Инструкции по использованию системы должны быть видны или легко доступны отовсюду.

Гибкость и эффективность использования. (Flexibility and efficiency of use) Более сложные опции – невидимые для начинающих пользователей - часто могут ускорить взаимодействие для профессионального пользователя, чем система, которая открывает всю видимость сложного функционала для всех пользователей. Позвольте пользователям адаптировать под себя частые действия.

Эстетический и минималистический дизайн. (Aesthetic and minimalist design) Диалоги не должны содержать ненужную или некорректную данной ситуации информацию. Каждая дополнительная единица информации в диалоге конкурирует с соседней соответствующей информаций и уменьшает ее относительную видимость.

Помогите пользователю увидеть, оценить и избавиться от ошибок (Help users recognize, diagnose, and recover from errors) Сообщения об ошибках должны быть на человеческом языке (без программного кода), точно указать проблему и предложить конструктивное решение.

Помощь и документация. (Help and documentation) Даже если ваша система настолько классная что может обходиться без документации, ее наличие может понадобиться для предоставления помощи или инструкций по применению. Любая такая информация должна быть легко доступна, сфокусирована на задачах пользователя, должна иметь конкретный и достаточный перечень действий и не быть слишком длинной.

10)Анализ пользователей. User storys.

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

Методы сбора информации №1. Прямой - Косвенный.

Прямой: сбор информации при прямом контакте с пользователем.

Косвенный: сбор информации без прямого контакта с пользователями.

Индивидуальный - Групповой.

Индивидуальный: один пользователь в определенный момент времени.

Групповой: несколько пользователей в определенный момент времени.

Производительность - Обсуждение.

Производительность: задачи выполняются.

Обсуждение: задачи обсуждаются

Наиболее полную информацию млжно получить при применении прямого и косвенного методов сбора информации. Методы сбора информации №2.

-Интервью.

-Сбор мнений (опрос).

-Фокус-группы.

-Полевые исследования (наблюдение).

-Журналирование.

Интервью.

-Usability-специалисты формируют вопросы, по какой-либо проблемме использования системы.

-Они опрашивают пользователей для получения необходимой информации.

-Цель - получить максимально полную информацию, которую можно получить только в процессе тесного взаимодействия между интервьюером и пользователем.

Типы интервью.

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

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

Общие рекомендации.

-Всегда записывать (зарисовывать) интервью.

-Задавать открытые вопросы в нейтральной форме.

-Вопросы должны касаться скорее поведения, нежели только отношения к системе (нравится\не нравится).

-Начинать интервью с менее важных проблем, постепенно переходя к более сложным моментам.

-Задавать вопросы для получения информации, а не для подтверждения собственных ожиданий.

Типы заданий.

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

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

-Направляющие задания дают общую ориентировку участнику об ответе на вопрос, напрямую не предполагая определенного ответа. Такие задания могут принять форму: «Почему об этом идет речь?»

-Ориентирующие задания предполагают объяснение интервьюируемым значение того или иного термина или понятия.

Фокус-группы Эта техника сбора данных проводится с 6-9 пользователями, собранными вместе для обсуждения вопросов, связанных с системой. Специалист по человеческому фактору играет роль модератора, который должен подготовить список вопросов и найти ответы на них в течение дискуссии. Фиксируют спонтанные реакции пользователей и идеи, которые возникают в групповом процессе.

Процедура.

-Найти 6-9 пользователей, согласных принять участие.

-Выбрать модератора.

-Подготовить список вопросов, и обозначить цели сбора информации.

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

-Необходимо, чтобы работали все участники. Мнение одного участника не должно доминировать над -другими.

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

-Необходимо записать превалировавшее настроение и цитаты критических замечаний

Общие рекомендации. Необходимо провести несколько групп в рамках одной проблемы, чтобы уменьшить риск учета только одного аспекта. Модератор должен иметь опыт фасилитации* и коммуникации с группой. Недостаточно просто подготовить вопросы. Группой нужно управлять в реальном времени. Данные фокус-группы очень трудно структурировать в виду неструкрурированности самой процедуры. Электронные конференции, хотя и могут быть некоторым подобием фокус-группы, но их участники скорее всего не будут представлять всей пользователей, а только самых продвинутых из них. *Фасилитация - способ осуществления обучения, при котором наставник занимает позицию помощника и помогает ученику самостоятельно находить ответы на вопросы и/или осваивать какие-либо навыки. Полевое исследование

-Понимание основных трудовых задач пользователей.

-Описание трудового процесса работы пользователей.

-Понимание рабочей среды пользователей.

-Выяснение основных характеристик пользователей.

-Описание особенностей системы, необходимой для работы пользователей.

Подготовка к проведению полевого исследования. Поиск репрезентативной группы потенциальных пользователей, готовых принять участие в исследовании. Согласование визитов специалистов по usability на рабочие места пользователей и беседы с ними. В течение исследования необходимо собрать следующие данные: Характерные особенности пользователей (опыт работы, уровень образования, возраст, предыдущий опыт работы с ПК и т.п.) Анализ задач (общие цели пользователя, способы их реализации, информационные потребности пользователя, поведение в нестандартных ситуациях и пр.):

-Перечень всех необходимых к решению задач.

-Перечень всей информации, необходимой для реализации задач.

-Перечень шагов по достижению поставленных целей.

-Критерии, применяемые для оценки эффективности работы (и реализации поставленных целей).

-Описание степени и порядка взаимодействия с другими пользователями.

Полевое исследование (процедура) Функциональный анализ - описание целей, которые необходимо реализовывать пользователю, но которые на данный момент не достижимы; описание возможных способов/инструментов достижения более легких способов решения рабочих задач. Новые способы реализации рабочих задач не должны противоречить уже существующим! Эволюция пользователя - описание изменений в поведении пользователя в связи с введением новых систем (на основе опыта предыдущего