Глава 10
Пользователи, их рабочая среда
и задачи
Одна из главных причин создания неудачных продуктов заключается в недостаточной вовлеченности пользователей в проект. Не меньшее значение имеют и последствия недостаточно активного участия пользователей в проекте, в частности отсутствие глубоких знаний о реальных пользователях продукта, среде использования разработки и уровня применения тех или иных задач. Некоторые продукты отличается довольно конкретным кругом пользователей и достаточно определенной средой использования и задачами. Для других продуктов совокупность пользователей отличается большим разнообразием наряду со значительными отличиями в средах и задачах. Независимо от того, сталкивается ли проектная бригада с однородным или разнородным множеством пользователей, сред и задач, существует определенного рода информация, которая играет важную роль при создании продукта.
Детальная информация о пользователях, средах и задачах помогает установить рамки, в которых должно осуществляться проектирование ПИ продукта и обеспечиваться его практичность. Есть несколько весьма полезных методов, применимых для сбора важной информации о пользователях, средах и задачах.
Наряду с требованиями к ПИ и практичности критическая информация о пользователях, средах и задачах помогает бригаде разработчиков выделить те особенности продукта, которые желают видеть реальные пользователи или в которых они нуждается. Информация о пользователях и их потребностях важна для соответствующего выбора методов создания ПИ и подходов к проектированию общего стиля приложения.
В этой главе рассматриваются следующие вопросы.
Пользователи продукта, их работа и среда: попытка анализа.
Методы.
Примеры вопросов.
Обработка результатов анализа.
Продолжение обсуждения проекта: пользователи, задачи и среды.
Пользователи продукта, их работа и среда:
попытка анализа
Аналогично любым другим взаимоотношениям, в которых участвует пользователь, он привносит в свое отношение к компьютеру и программному обеспечению присущие ему особенности, навыки и мнения. Вот примеры наиболее заметных характеристик пользователя в связи с его работой на компьютере и с его отношением к программному обеспечению.
Предшествующие знания и опыт, используемые в области аппаратного и программного обеспечения.
Предварительные знания и опыт, касающиеся поддержки задач прикладной области.
Физические и индивидуальные характеристики.
Физические и социальные особенности рабочей среды.
Рис. 10.1. Пользователи, среды и задачи в ориентированной на пользователя разработке продукта
Даже если вы разрабатываете ПО для единственного пользователя, работающего в одной и той же среде, удовлетворительный учет всех факторов остается нелегкой проблемой. Благодаря огромному разбросу индивидуальных характеристик пользователей разработка для большого коллектива пользователей в пределах одной среды представляет собой еще более пугающую задачу.
Полезное правило. Всем угодить невозможно. Программный продукт и его ПИ не могут полностью подходить всем пользователям.
Бригада разработчиков продукта стремится спроектировать и разработать систему, которая удовлетворяет требованиям и отличается достаточным объемом функций и гибкостью, чтобы обеспечить потребности организации, основные запросы отдельного пользователя, известные требования и добиться всего этого при удовлетворительном отношении пользователя. С этой точки зрения ориентированная на пользователей бригада разработчиков продукта должна уяснить, что собой представляет множество предполагаемых пользователей, среды, в которых пользователи намерены работать с системой, а также работа, которую пользователи планируют выполнять с помощью системы.
Сопоставительные Примеры. Легко допустить, что большая часть круга пользователей однородна по своим навыкам и предпочтениям. Также нетрудно предположить, какие качества пользователи желают видеть в продукте. Приведем несколько примеров, чтобы показать отличия этих особенностей.
Рассмотрите характеристики детей дошкольного возраста, проживающих в США. Проанализируйте ключевые особенности подобного круга пользователей, которые влияют на проектирование простой компьютерной игры, рассчитанной на традиционный ПК в помещении школы. Проанализируйте характеристики детей из других стран, какие из этих характеристик влияют на проектирование этой же компьютерной игры?
Рассмотрите характеристики пожилых людей, проживающих в домах престарелых или лечебницах. Проанализируйте ключевые особенности подобного круга пользователей, влияющие на проектирование компьютерной игры, которая предназначена для проверки остроты зрения и слуха.
Рассмотрите характеристики групп пользователей, описанных в п.1 и п.2 применительно к одному и тому же приложению, разработанному для поддержки электронной почты и телефонного общения на основе ПК.
Рассмотрите характеристики конторских служащих в США в возрасте от 18 до 65 лет вместе с большим количеством работников, занимающихся подработкой, в возрасте от 14 до 17 лет. Проанализируйте ключевые особенности подобного круга пользователей, которые влияют на проектирование офисного приложения для обычных ПК.
Рассмотрите характеристики производственных работников во всем мире, возраст которых колеблется от 10 до 75 лет, а уровень образования — от 4 классов средней школы до аспирантуры. Здесь в игру вступает разнообразие языков и различные культурные факторы.
Проанализируйте ключевые особенности подобного круга пользователей, которые влияют на проектирование приложения, предназначенного для выдачи инструкций по сборке, а также наблюдения за качеством на производственной площадке и в управленческих офисах.
Для дальнейшего анализа предположите, что приложение выполняется обычном ПК и специализированном оборудовании, а собираемая продукци] конкурирует на рынке с высокой ценовой чувствительностью, кроме тощ* процесс сборки значительно зависит от рабочих операций.
Полезное правило. Не стройте слишком много предположений в отношена! какой-либо группы пользователей, а также физических и социальных условий да работы.
Влияние рассмотренных факторов на проектные решения.
Сопоставляя группы пользователей, их среды и задачи, легко прийти к заключению что чем более однородны пользователи и рабочая среда, тем более определенными могут быть требования к проекту. Чем большим разнообразием отличается круг пользователей и рабочие среды, тем более проблематичными становятся выводы в отношении проектных решений.
Полезное правило. Более общий характер круга пользователей, рабочей среды и задач, которые должны поддерживать приложение, непосредственно влияют на планирование таких характеристик продукта, как гибкость и возможность на стройки.
Влияние разнообразия задач и сред на проектные решения аналогичны (т.е. чем больше разнообразие, тем больше оно влияет на проект). Однако, как говорится предупрежден — значит вооружен. Планирование таких характеристик продукта, как гибкость и возможность настройки, имеет критическое значение даже для ПО, ориентированного на продуктивность. Ниже приводятся примеры проектных возможностей, которые могут быть необходимыми, но не сопутствующими.
Интерфейс для новичков, случайных пользователей и специалистов.
Постепенное раскрытие возможностей.
Несколько методов поддержки производительности.
Возможности выбора пользовательских предпочтений.
Множественные представления.
Другими словами, для поддержки широкого круга пользователей с более разнообразными задачами требуется выполнить больший объем работы, особенно в случае предъявления строгих требований в отношении ПИ, практичности и других факторов. Это противоречит тому, что обычно понимается под опытом разработки Web приложений, в основе которого, как правило, лежит подход "стричь всех под одну гребенку".
Общие характеристики пользователей
Конечные пользователи не представляют собой однородных коллективов с аналогичными характеристиками. Каждый пользователь — это личность с уникальными навыками, взглядами и знаниями о работе аппаратного и программного обеспечения компьютера. Кроме того, каждому пользователю свойственны индивидуальные предпочтения, склонности и антипатии. Выработке проектных решений должно предшествовать изучение различий в пользовательских навыках, взглядах, а также анализ целевого рынка, который предполагается обслуживать.
Например, помимо таких характеристик пользователей, как образование и опыт работы, критическая информация о пользователях включает статистические распределение для следующих характеристик.
Знания и опыт работы с компьютерными системами и ПО программными приложениями для компьютеров, а также в прикладной области, для поддержки которой разрабатывается ПО.
Отношение к работе, бизнес-процедурам и выполняемым задачам.
Отношение к поддержке аппаратного и программного обеспечения компьютеров.
Физические и личностные характеристики.
Характеристики социальной и физической рабочей среды.
Однако при изучении пользователей с точки зрения разрабатываемого ПО следует принимать во внимание и другие факторы, некоторые из них приведены ниже.
Образование.
Основной язык.
Навыки ввода данных и навыки использования указателя мыши.
Зрительные, слуховые, речевые и другие виды физических ограничений применительно к использованию аппаратных устройств компьютера.
Возраст и пол.
Предпочтения и стиль обучения.
Ощущаемый уровень навыков и опыта использования компьютерного оборудования и ПО.
Мотивация.
Предпочтительно знать распределение этих факторов, поскольку знания какой – либо отдельной цифры или даже диапазона значений недостаточно для того, чтобы охарактеризовать разнородный коллектив пользователей. Например, уровень опыта работников может варьироваться от новичка до эксперта, а частота использования системы может изменяться от эпизодического до регулярного. Если подавляющее большинство пользователей — новички, которые используют систему нечасто, бригаде разработчиков продукта может потребоваться сформулировать проектные решения, ориентированные на новичков. Если число пользователей от новичков до экспертов подчиняется нормальному распределению, а система должна использоваться часто, возможно, потребуется выработка более гибких проектных решений.
Описания физической среды
Аналогично пользователям существует набор определенных свойств, которые характеризуют рабочую среду в терминах физических факторов. Примеры физических факторов включают физическое рабочее пространство пользователя, схему рабочих площадей организации, освещение, шум, факторы, отвлекающие внимание, и другие эргономические элементы физического характера, которые сказываются на взаимодействии пользователя с компьютерной системой и ее ПО. Ориентированная на пользователей бригада разработчиков продукта должна понимать и принимать во внимание любые физические факторы, которые могут оказать влияние на достижение целей, связанных с обеспечением практичности и созданием ПИ. Вот примеры подобных факторов.
Заводской рабочий может использовать приложение в условиях рабочей седц отличающейся высоким уровнем шума.
Работник офиса может использовать аналогичное ПО в стационарной шц мобильной среде.
Существующая рабочая среда и рабочая среда в будущем могут значительно отличаться. Работа выполняется на централизованных рабочих местах в помещениях компании, в мобильной и домашней среде. Поддержка задач пользователей в каждой среде может значительно отличаться. Например, сотрудник, работающий в офисе, может пользоваться преимуществами высокоскоростной локальной вычислительной сети, в то время как в распоряжении сотрудника, работающего далеко от офиса, может быть только относительно низкоскоростной модем. Даже в пределах одной и той же бизнес – среды технология поддержки пользователей обычно неодинакова. Соответствующие ключевые переменные следует изучить и учесть при проектировании.
Описания социальной среды. Рабочая среда в терминах социально-психологических факторов может быть охарактеризована определенным наборов свойств. К примерам подобных свойств относятся психологическая близость с другими сотрудниками, уровень конфиденциальности выполняемой работы, возможности прерывания процесса выполнения задач, а также степень вовлеченности в работу, выполняемую сотрудником, других служащих. Проектная бригада должна понимать и принимать во внимание любые физические факторы, которые могут оказать влияние на достижение целей, связанных с обеспечением практичности и созданием ПИ. Bот примеры подобных факторов.
Представителю компании по обслуживанию клиентов необходимо взаимодействовать с внешними клиентами с помощью телефонной головной гарнитуры в среде, где требуется, но невозможна конфиденциальность.
Другому представителю компании по обслуживанию клиентов необходимо общаться с одним или несколькими помощниками, в то время как клиенту приходится ждать по меньшей мере один раз.
Масштаб изменений в бизнес – процессах и компьютерных системах представляет собой еще один важный фактор, который следует изучить и учесть в процессе проектирования. То, насколько комфортно будут себя чувствовать пользователи при возникновении изменений, также подлежит изучению. Существуют и другие социально - социологические факторы, некоторые из них приведены ниже.
Нажим и требования при осуществлении бизнес-процессов.
Давление со стороны руководства, мастеров, помощников и заказчиков.
Групповая динамика и организационное поведение.
Ожидаемое количество рабочего времени.
Прерывание задач.
Общая атмосфера рабочей среды, мотивационные факторы и способы измерения успеха.
И вновь, как и в случае физических факторов, неплохо установить распределение ответов работников, мастеров и руководителей на вопросы, связанные с перечисленными выше факторами.
Описание задач
Следующим видом критической информации, которую необходимо получить в ходе анализа, являются конкретные знания о работе, выполняемой пользователем или группой пользователей. Задачи конечных пользователей необходимо надлежащим образом описать, кроме того, необходимо установить распределение частоты их выполнения. Например, задачи можно описать и классифицировать с помощью правила 80/20": около 20% задач занимают приблизительно 80% времени и именно в расчете на них осуществляется оптимизация системы в отношении продуктивности работы конечных пользователей и степени их удовлетворенности. Другие схемы классификации
можно использовать для оценки и сравнения задач по важности.
Помимо знания выполняемых пользователями задач необходимо разобраться в процедурах, которым следуют конечные пользователи при осуществлении своих рабочих целей. С процедурами связаны протоколы конечных пользователей. Протоколы — это социальные обычаи и соглашения, которые влияют на способ выполнения работы. Программный ПИ и программные системы должны отвечать протоколам так же, как процедурам и задачам.
Задачи отличаются дискретными точками начала и окончания. Впрочем, задачам свойственны и другие особенности, некоторые из них перечислены ниже.
Относительно короткая продолжительность (секунды или минуты) — в то время как другие довольно долговременны (месяцы или годы).
Существенная структурированность— в то время как другие вообще носят незапланированный характер.
Детерминированный и линейный характер— тогда как результаты других непредсказуемы.
Выполняются одним человеком — в то время как другие задачи выполняются несколькими людьми.
Постоянный характер — тогда как другие отличаются сезонностью.
Перечень отличий задач между собой довольно велик, однако независимо от ситуации знание задачи является существенным. Ниже приведены примеры других факторов, которыми характеризуются задачи.
Цели, частота, важность, ограничения и затраты.
Критерии начала и завершения.
Подготовка, рабочая поддержка и средства.
Зависимость от знаний и навыков пользователя.
Входные и выходные данные, а также источники информации.
Степень риска и результирующее влияние на пользователей, клиентов и организацию.
Степень подверженности ошибкам и результирующее влияние на пользователей, клиентов и организацию.
Порядок выполнения шагов (этапов) работы.
Взаимодействие с другими людьми или какими-либо унаследованными системами.
Степень удовлетворенности.
Осуществление полного анализа пользовательских задач требует значительных и дорогостоящих усилий, к которым большинство организаций не готовы. Однако для конструирования надлежащих средств для выполнения задач, удовлетворяющих соответствующим требованиям, необходимо накопление некоторой критической массы знаний об этих задачах.
Полезное правило. Стоимость выполнения анализа пользователей продукта, их физической среды, социальной среды и задач сравнительно невелика по отношению к общей стоимости всех задач, выполняемых в течение всего времени работы.
Методы
Существует ряд полезных методов сбора информации о пользователях, рабочей среде и задачах. Эти методы необязательно сложны или дорогостоящи, поэтому использовать их — значит следовать здравому смыслу, однако в сегодняшней индустрии программных средств применение подобных методов не всегда очевидно. Тем не менее старательное применение описываемых методов дает возможность получить необходимую информацию.
Использование данных методов позволяет подтвердить или скорректировать известную информацию, полученную на интуитивном уровне, а также обнаружить потенциальные возможности для усовершенствования бизнес – процесса или расширения программных функций. Руководители или пользователи забывают или не чувствуют этих возможностей, чему есть ряд причин. Вот некоторые примеры подобного рода.
При выполнении определенных работ пользователи могут вести неформальные записи или журнал для отслеживания работы или взаимодействия с клиентами, и этот факт может не найти документального отражения ни в одном из бизнес – процессов. Неформальная задача пользователей может заключаться в подсчете ежедневных контактов или в обращении к своим записям о предыдущих контактах с клиентами.
Пользователь может часто обращаться к записям или журналу и со временем пополнять их дополнительной информацией.
Программная поддержка работы может повысить эффективность этого неформального аспекта задачи, который нигде не зафиксирован документально.
Полезное правило. Основная цель анализа заключается в том, чтобы посмотреть, что происходит в рабочей среде, и определить, в чем может заключаться реальная помощь со стороны программной системы.
Методы вовлечения пользователей в проект. Попросите членов проектной бригады и пользователей, участвующих в проекте, выполнить самооценку навыков, знаний и опыта. Эффективный метод— использование вопросника, который ранжирует ответы на ключевые вопросы.
Дополнительный метод состоит в том, чтобы члены бригады разработчиков и пользователи, участвующие в проекте, "отгадали", какие вероятные ответы можно ожидать от всего множества пользователей. Реальные ответы, полученные с использованием других методов, помогают сформировать представление о действительных навыках, знаниях и работе, выполняемой пользователями.
Метод наблюдения. Наряду с опросом ориентированная на пользователей бригада разработчиков продукта может воспользоваться весьма эффективным методом наблюдения за несколькими реальными пользователями, которые выполняют реальную работу, выступая при этом в различных ролях. Наблюдение дополняет сведения о пользователях, среде и задачах, полученных на основе вопросников. Для многих сред метод незаметного наблюдения за работой пользователей очень полезен и практичен. Вопросники также удобны для ранжирования самооценок пользователей вместе с наблюдением за этими пользователями.
Полезное правило. Наблюдение за реальными пользователями, выполняющими реальную работу, следует проводить с самого начала проекта.
На практике у разработчиков продукта формируется свой собственный взгляд на пользователей, они не смотрят на пользователей с точки зрения бригады. Для того чтобы зафиксировать существенные моменты реального взаимодействия пользователя с системой при выполнении конкретных задач, а также общую рабочую среду, создаются специальные протоколы и формы сбора данных. Протоколы сбора данных описывают образ действий наблюдателя при упорядоченном и последовательном взаимодействии с пользователями, а также информацию, которую предполагается собирать. Формы сбора информации используются для получения данных упорядоченным и последовательным образом.
Помимо прочего в процессе наблюдения регистрируется следующая информация.
Наименование, описание и продолжительность задачи.
Воспринимаемый уровень навыков и роль пользователя.
Фактические шаги работы пользователя, включая применение систем, принтеров, факсимильных аппаратов и копировальных устройств.
Функции системы, экраны и дополнительная используемая поддержка работы.
Информационные потребности.
Трудности с существующими процессами и системой, возможные ошибки.
Продуктивность и надежность существующей системы.
Существующий уровень удовлетворенности.
Дополнительные вопросы. '
Ответы на вопросы, задаваемые для лучшего понимания частоты, с которой выполняются те или иные задачи, ощущаемых трудностей, а также принятых мер и их обоснования.
Примеры входных наборов данных, копии экранов, а также промежуточные конечные продукты, получаемые при выполнении работы.
Задачи, подвергаемые наблюдению, служат в качестве проектных ориентиров или тестовых прецедентов (test case) и позволяют проверить достоверность первичных предположений в отношении потребностей пользователей. По возможности задачи воспроизводятся в процессе выработки проектных решений, а также в тестовой среде, чтобы удостовериться в реальности улучшений, решении проблем и удовлетворении требований.
Метод опроса. Тщательно продуманные и объективные вопросники — отличное средство для сбора существенной информации от большого количества пользователей. Наряду с конкретными вопросами, ответы на которые представлены в виде дискретной и ранжированной шкалы, обычно предусматриваются и вопросы, допускающие неограниченное число ответов, чтобы выяснить пользовательские предположения в отношении потенциального усовершенствования ПО, систем и процедур. На подобный вопросник можно ответить в течение 15 минут, он может распространяться в твердой копии или в электронном виде.
Ниже приводятся общие указания для выбора и структурирования вопросника.
Задавайте только те вопросы, ответы на которые неизвестны и действительно необходимы.
Не задавайте наводящих и тенденциозных вопросов.
Задавайте вопросы в ясном, простом и легком для чтения стиле.
Формулируйте вопросы таким образом, чтобы они допускали ответы в числовом виде.
Если распространение вопросника среди всего коллектива пользователей нереально или слишком дорого, применяется статистическая выборка пользователей, которая должна быть достаточной для того, чтобы охватить все значимые группы пользователей.
Полезное правило. Наряду с реальными пользователями опросите других участников проекта, которые выполняют комплекс задач или входят в рабочую среду (руководителей или реальных клиентов).
Вопросники следует проанализировать, построить на их основе статистические распределения для факторов, а отчеты с интерпретацией результатов опроса направить ориентированной на пользователей бригаде разработчиков продукта и другим заинтересованным лицам.
Метод индивидуальных интервью. Еще один полезный метод сбора информации о пользователях, средах и задачах— неформальные интервью с реальными пользователями. Иногда реальная работа пользователя сопровождается его рассказом о том, что именно делается и почему. В другом случае пользователь может сначала выполнить работу, а затем объяснить ее. Иногда интервью во время выполнения реальной работы невозможно. Альтернативный подход заключается в том, чтобы зарегистрировать взаимодействие с клиентом, а затем продолжить интервью с пользователем. Аналогично подходу на основе опроса составляются протокол и форма по сбору данных для последовательного и упорядоченного получения информации.
Метод группового интервью. Другой полезный метод сбора информации о пользователях, средах и задачах заключается в формальных или неформальных интервью с бригадой или группой реальных пользователей. В большинстве случаев во время группового интервью реальная работа не поводится, однако есть возможность выявить различия в методах управления, бизнес – правилах, ограничениях, а также в других подходах к работе, ориентированных на тот или иной стиль или связанных с определенными предпочтениями. Естественно, ориентированная на пользователей бригада разработчиков должна учитывать эти различия в продукте.
Другие источники информации. Наряду с привлечением пользователей к участию в проекте ответы на многие ключевые вопросы можно получить в подразделениях по управлению людскими ресурсами или обучению персонала, которые входят в состав многих крупных организаций. Некоторые вопросы, например, касающиеся возраста или пола, могут восприниматься как неуместные в чувствительных к ним средах.
Полезное правило. Ничто не может заменить первоисточник!
Неплохой источник получения сравнительной информации— отраслевые издания, отчеты, исследования и т.д. Однако необходимо отметить, что другие источники только дополняют информацию, собираемую непосредственно от пользователей.
Анализ и результаты. Все члены ориентированной на пользователей бригады разработчиков продукта участвуют в сборе данных индивидуально. Совместно
бригада работает в ходе обмена полученными результатами и их анализа. Отдельные вопросники и формы регистрации наблюдений собираются и результаты обобщаются на совещаниях бригады. При этом цель заключается в том, чтобы понять пользователей, их среды и задачи.
Результаты итогового анализа включают следующие основные компоненты поставки продукта.
Распределение навыков пользователей.
Ясно выраженное описание социальной и физической среды.
Описания и статистические распределения, касающиеся задач.
Задачи, шаги работы и рабочие продукты представляются в терминологии конечных пользователей и бизнес-процессов независимо от существующих систем. Примером обычной и часто выполняемой задачи может быть ежемесячный отчет о состоянии дел. Подобная задача предполагает сбор данных, общение с коллегами, пересмотр списка дел, написание черновика, печать и редактирование черновика и, наконец, распространение и архивирование отчета. При этом важно знать, как задача связана с существующей системой, поскольку многие методы работы должны быть перенесены в новую систему. Существенные задачи пользователей следует описывать четко. Потенциальные взаимодействия с будущей системой находят отражение в виде прецедентов (use case), которые после завершения анализа пользователей, задач и сред обновляются.
Полезное правило. Проведите наблюдение и интервью с реально работающий ми пользователями существующих систем и проработайте вместе с ними основные
потоки задач и процессы.
Примеры вопросов
Необходимо получить большой объем информации, однако может потребоваться собрать и уточнить ее поэтапно, по ходу выполнения проекта. При создании вопросника или попытках понять, что собой представляют пользователи, среды и задачи, нетрудно сформулировать свыше 50 различных вопросов. Существует более 100 вопросов к пользователям, на которые следует получить ответ. Примеры вопросов, которые касаются пользователей, их рабочей среды и работы, приводятся ниже.
Вопросы о пользователях.
Как бы вы оценили ваш опыт работы с компьютером?
как бы вы оценили ваш опыт работы с существующей системой?
Вопросы о существующих системах.
Ниже приведены три вопроса, которые касаются используемых систем, частоты их применения и отношения к ним пользователя.
Какие компьютеры вы используете и насколько часто? Ежедневно__Ежедневно__Еженедельно__Редко__Никогда__
Настольная система___ Портативный____ Ручной___ Другие____
Какую операционную систему вы используете? Как часто? Ежечасно__Ежедневно__Еженедельно__Редко__Никогда__
X____Y_____Z____
Насколько вы удовлетворены вашей существующей системой?
Вопросы, касающиеся рабочей среды.
Ниже приведены три вопроса в отношении рабочей среды.
Как бы вы могли описать вашу рабочую среду?
Очень шумная Нейтральная Тихая
1 2 3 4 5 6 7
Вопросы, затрагивающие работу.
Ниже приведены три вопроса о работе, которые можно задать пользователям.
Как часто встречается эта задача? Ежечасно___ Ежедневно___ Еженедельно___
Редко___Никогда___
Насколько трудна эта задача?
Очень трудная Нейтральная Очень легкая
1 2 3 4 5 6 7
Насколько вы удовлетворены тем, как выполняется эта задача?
Очень Неопределенное Очень
неудовлетворен отношение удовлетворен
1 2 3 4 5 6 7
Вопросы, допускающие разные толкования.
Какие изменения в компьютерных системах могли бы сделать вашу работу более; легкой или более эффективной?
Какие изменения в бизнес-процессах облегчили бы вашу работу или сделали бы ее более эффективной?
Оформление и распространение результатов анализа
Ко времени завершения сбора первичных данных накапливается большой объем информации для анализа. Формы по сбору первичных данных, а также формы и заметки, полученные в результате интервью, архивируются вместе с итоговой документацией. Итоги доводятся до сведения всех соответствующих лиц и бригад. При этом неплохо обеспечить обратную связь с организациями, участвующими в наблюдении и интервью.
Полезное правило. Анализ следует продолжать непрерывно, постоянно уточняя его выводы и результаты.
Аналитическая рабочая книга должна содержать разделы для описания сред, рабочих процессов и потоков, пользователей и отдельных задач. В итоговую часть включаются специфические сценарии, а также изложения событий, имеющих особый интерес.
Результаты используются для проверки достоверности прецедентов и других документов, разработанных во время сбора требований. В документацию по требованиям включаются потребности в новых функциональных возможностях системы или усовершенствованиях, которые не были раскрыты во время сбора требований.
Продолжение обсуждения проекта:
пользователи, задачи и среды
Лидер проекта вошел в ваш офис и сообщил, что совещания по состоянию проекта по – прежнему проходят успешно и высшее руководство продолжает все больше вникать в методы ориентированного на пользователя проектирования. В результате по мере наращивания требований к продукту интерес к нему растет и слухи о справочной системе по конференциям достигли других потенциальных заказчиков. Круг пользователей продукта заметно расширился.
Проявили интерес к продукту и другие конференции, при этом не все посетители были пользователями аппаратного и программного обеспечения компьютеров, как предполагалось вначале. Например, в число новых основных конференций и мероприятий, которые требуют поддержки календарного планирования для совещаний, вошли такие объединения, как Ярмарка Техаса (State Fair of Texas), Ассоциация американских рабочих-электриков (Electrical Workers of America), Американская медицинская ассоциация (American Medical Association), Ассоциация изучения человеческих факторов (Human Factors Association) и Американская ассоциация пенсионеров (American Association of Retired People — AARP). Поступил даже запрос от основного Европейского авиационного шоу, которое проводилось в стране, где не пересматривались основные стандарты ПИ. Заметим, что некоторые из этих новых мероприятий включали большой объем внешней деятельности.
Высшее руководство потребовало провести презентацию для развития представлений о пользователях, средах и задачах, которые должен поддерживать продукт. Сперва предполагалось, что одни и те же базовые задачи применимы в случае различных конференций и потенциальных пользователей, однако высшие руководители решили проверить, насколько это мнение обоснованно в отношении задач и продукта применительно к заданным группам пользователей. Кроме того, высшее руководство потребовало провести информационное совещание с одной из групп пользователей (с теми, кто вырабатывает календарный план мероприятий и осуществляет администрирование системы).
Лидер проекта сказал, что у вас теперь немного больше времени — следующее совещание с высшим руководством должно состояться послезавтра. Однако из-за других обязанностей в вашем распоряжении есть около двух часов для описания следующих аспектов проблемы.
• Вероятные группы пользователей.
• Задачи.
• Среды.
• Выводы для продукта.
Кроме того, лидер проекта признал, что у вас немного времени для работы над получением информации по пользователям и задачам. Он высказал пожелание, чтобы на презентации перед высшим руководством был рассмотрен вопрос о способах получения, проверки и анализа более детализированной информации. Следует также обсудить вопрос о том, каким образом вместе с реальными пользователями вы намерены проверять информацию в среде выполнения задач. Чтобы представить всю эту информацию, у вас около 15 минут.
Проведите поиск информации в Internet, чтобы сориентироваться в вопросах: анализа и оценки пользователей, задач и рабочих сред.
Вопросы?
Ссылки
Beyer H., Holtzblatt К. Contextual Design, Morgan-Rauffman: San Francisco, 1998.
Mayhew D. Software User Interface Design, Prentice-Hall: Englewood Cliffs, NJ, 1992.
Nielsen J. The Usability Engineering Life Cycle, Computer Magazine, Mar. 1992.