Введение

Анализ выполнения задачи

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

Анализ работы и сферы деятельности

Если анализ задач уподобить набору инструкций о том, как добраться из точки А в точку Б, то анализ рабочей среды (WDA) – это как наличие карты местности, включающей в себя точки А и Б. WDA охватывает более широкий спектр и фокусируется на ограничениях и возможностях, которые среда предоставляет для поведения, как это представлено в гибсоновской экологической психологии и при разработке экологических интерфейсов (Vicente, 1999; Bennett & Flach, 2011, с. 61).

Документация

С 1980-х годов в технической документации произошел существенный сдвиг: акцент стал делаться на задачах, которые пользователь решает с помощью системы, а не на описании самой системы. Особенно это заметно в документации к программному обеспечению, где объемные печатные руководства с полным описанием всех функций заменяются онлайн-справочными системами, организованными по задачам. Это отражает новый приоритет удобства использования и пользовательского проектирования, а не проектирования системы, программного обеспечения или продукта. Ориентация на задачи в технической документации берет начало в публикационных рекомендациях, выпущенных IBM в конце 1980-х годов. Последующие исследования IBM привели к разработке Джоном Кэрроллом теории минимализма в 1990-х годах. С развитием XML как языка разметки, подходящего как для печатной, так и для онлайн-документации (в отличие от SGML, ориентированного преимущественно на печать), IBM в 2000 году разработала стандарт XML для архитектуры информационного типирования Darwin (DITA). В настоящее время являясь стандартом OASIS, DITA уделяет большое внимание анализу задач. Его основными типами информации являются Задача, Концепция и Ссылка. Задачи разбиваются на шаги, с главной целью выявления элементов, которые можно повторно использовать в различных задачах.

Иерархический анализ задач

Иерархический анализ задач (HTA) — это метод описания задач и разновидность анализа задач. Описание задач является необходимым предварительным этапом для других методов анализа, включая анализ критического пути (CPA). HTA используется для создания исчерпывающего описания задач в иерархической структуре, состоящей из целей, подцелей, операций и планов. В HTA задачи разбиваются на последовательно более мелкие единицы.

Операции и планы

Операции – это действия, выполняемые людьми при взаимодействии с системой или самой системой, а планы описывают условия, необходимые для выполнения этих действий. Операции представляют собой наименьшие, отдельные шаги задачи в иерархическом анализе задач (ИАТ), то есть те, которые нельзя разбить на планы и дальнейшие операции. Это конкретные действия, такие как «визуально найти элемент управления» или «переместить руку к элементу управления», которые пользователь должен выполнить в определенной последовательности для достижения цели завершения задачи.

Организация иерархии

Каждый уровень в иерархической структуре задач (ИСТ) должен быть пронумерован в соответствии с его иерархическим уровнем: общая цель является самым высоким иерархическим уровнем и должна быть пронумерована 0. Первая подцель в иерархии будет 1, а также план 1. Последующие уровни продолжают эту систему: третий иерархический уровень – 1.1, четвертый иерархический уровень – 1.1.1 и так далее. ИСТ может быть представлена в виде списка или диаграммы. В списке строки должны быть с отступами для обозначения различных иерархических уровней. В диаграмме каждая операция должна быть помещена в прямоугольник, а между ними должны быть установлены связи: операция более низкого иерархического уровня должна ответвляться от операции более высокого уровня. Планы должны быть написаны рядом с ветвями, чтобы описать способ выполнения ответвляющихся операций. Следовательно, планы должны быть ориентированы на достижение целей для обеспечения успеха в любой области.

Применение и ограничения

ОТГ – это метод описания задач, который чаще всего используется как отправная точка для последующих анализов, таких как мультимодальный CPA и SHERPA. Сам по себе ОТГ не предоставляет результатов для оценки юзабилити, однако его изучение позволяет понять структуру различных задач. Также он может помочь выявить излишние шаги задачи или потенциальные ошибки, которые могут возникнуть в процессе ее выполнения. ОТГ – достаточно трудоемкий метод, так как требует анализа каждой отдельной операции в задаче, но создание подробного ОТГ может существенно сократить время, необходимое для других методов моделирования.