Анализ задачи - Task analysis

Анализ задачи представляет собой анализ выполнения задачи, включая подробное описание как ручной, так и умственной деятельности, длительности задач и элементов, частоты выполнения задач, распределения задач, сложности задач, условий окружающей среды, необходимой одежды и оборудования, а также любых других уникальных факторов, участвующих в или требуется для одного или нескольких человек для выполнения данной задачи.[1]

Информация из анализа задачи затем может использоваться для многих целей, например подбор персонала и обучение персонала, дизайн инструмента или оборудования,[2] разработка схемы (например, разработка контрольные списки, или же системы поддержки принятия решений ) и автоматизация. Хотя и отчетливый, но анализ задачи связан с анализ пользователей.

Приложения

Термин «задача» часто используется как синоним Мероприятия или же процесс. Анализ задачи часто приводит к иерархическому представлению того, какие шаги необходимо предпринять для выполнения задачи, для которой существует цель и для которой существует какое-то «действие» или взаимодействие на самом низком уровне между людьми и / или машинами: это известно как иерархический анализ задач. Задачи могут быть идентифицированы и определены на нескольких уровнях абстракции, если это необходимо для поддержки цели анализа. А анализ критических задач, например, представляет собой анализ требований к характеристикам человека, который, если он не будет выполнен в соответствии с требованиями к системе, скорее всего, окажет неблагоприятное воздействие на стоимость, надежность, эффективность, результативность или безопасность системы.[3] Анализ задач часто выполняется человеческий фактор и эргономика профессионалы.

Анализ задач может включать ручные задачи, такие как кладка кирпича, и анализироваться как исследования времени и движения используя концепции из промышленная инженерия. Когнитивный анализ задач применяется к современной рабочей среде, такой как диспетчерский контроль где мало физической работы, но задачи больше связаны с оценка ситуации, принимать решение, а также планирование и выполнение мер реагирования.[4]

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

Результаты анализа задач часто представлены в моделях задач, которые четко указывают на отношения между различными задачами. Пример обозначения, используемого для определения моделей задач: ConcurTaskTrees (к Фабио Патерно ), который также поддерживается бесплатными инструментами.[5]

Для включения

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

Для анализа задачи необходимо четко определить, какие предпосылки для деятельности: основные предпосылки (знания, навыки и компетенции учащегося) и вспомогательные предпосылки (посредники по окружающей среде). Следовательно, это требует организации обучения, а также необходимой гибкости.

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

Преимущества

  • Выполните разделение на последовательности.
  • Определите точный момент возникновения проблемы (анализ поведения, систематическое наблюдение) и уметь эффективно и действенно вмешаться.
  • Установите последовательность правильных и постепенных целей обучения.
  • Сразу предусмотрено включение специальных экологических фасилитаторов.
  • Переходите от конкретного уровня к графическому кодированию опыта и метапознанию.

Сравнение анализа рабочей области

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

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

С 1980-х годов основное изменение в технической документации заключалось в том, чтобы акцентировать внимание на задачах, выполняемых с помощью системы, а не на документировании самой системы.[6] В документация по программному обеспечению В частности, длинные печатные технические руководства, в которых исчерпывающе описываются все функции программного обеспечения, заменяются интерактивной справкой, организованной по задачам. Это часть нового акцента на удобство использования и ориентированный на пользователя дизайн а не дизайн системы / программного обеспечения / продукта.[7]

Эта ориентация на задачи в технической документации началась с публикации рекомендаций, выпущенных IBM в конце 1980-х годов. Более поздние исследования IBM привели к Джон Кэрролл теория минимализм в 1990-е гг.[8]

С развитием XML как язык разметки подходит как для печатной, так и для электронной документации (заменяет SGML уделяя особое внимание печати), IBM разработала Дарвиновская архитектура ввода информации Стандарт XML в 2000 году. ОАЗИС В стандарте DITA уделяет большое внимание анализу задач. Его три основных типа информации: задача, концепция и ссылка. Задачи разбиты на этапы, основная цель которых - определить этапы, которые многоразовый в нескольких задачах.

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

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

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

Операции - это действия, выполняемые людьми, взаимодействующими с системой, или самой системой,[11] и планы объясняют условия, необходимые для этих операций.[1] Операции описывают в HTA мельчайшие отдельные шаги задачи, то есть те, которые не могут быть разбиты на планы и дальнейшие операции. Это отдельные действия, такие как «визуально определить местонахождение элемента управления» или «переместить руку для управления», которые пользователь должен выполнить в определенной комбинации для достижения цели завершения задачи.

Применение

При проведении HTA необходимо соблюдать следующие шаги:

  1. Определите исследуемую задачу и определите цель анализа задачи. Аналитик должен иметь в виду некоторые дальнейшие методы оценки, для которых ОМТ будет полезен, и у него должна быть причина для необходимости проведения такого типа анализа.
  2. Сбор данных - для проведения HTA ​​необходимо получить данные о том, как выполняется задача. Это может быть получено путем наблюдения за рассматриваемой задачей или из подробной спецификации анализируемого устройства. В качестве альтернативы, интервью или анкеты с людьми, которые имеют непосредственный опыт выполнения этой задачи, можно провести для сбора необходимых деталей.
  3. Определите общую цель задачи, которая будет представлена ​​на верхнем уровне в HTA. Примером может быть «увеличение скорости вентилятора на два шага». Это описывает, что достигается при выполнении задачи; однако на данном этапе нет никаких указаний на то, как будет выполняться задача.
  4. Определите следующий уровень подцелей, разбив общую цель. Подцелью для приведенного выше примера может быть «открыть меню климата». Это дает больше информации о том, как выполнить задачу; однако его все же можно разделить на более мелкие блоки, которые будут описывать отдельные операции (выполняемые с помощью визуального, ручного или когнитивного режимов), которые необходимо выполнить.
  5. Продолжайте разбивать подцели, пока не будут определены все операции. Операции в «задаче уменьшения скорости вращения вентилятора» будут включать «переместить палец к кнопке меню климата» и «прикоснуться к кнопке меню климата».
  6. Определите планы, чтобы описать, как выполнять операции на каждом уровне подцели иерархии. В примере со скоростью вращения вентилятора две операции необходимо выполнить последовательно, одну за другой. План будет инструктировать пользователя «выполнить 1, затем 2». Операции также могут выполняться параллельно, и в этом случае план будет инструктировать пользователя «выполнить 1 и 2 вместе». Номера должны быть присвоены различным уровням иерархии.

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

Каждый уровень в HTA должен быть пронумерован в соответствии с его иерархическим уровнем: Общая цель является высшим иерархическим уровнем и должна быть пронумерована 0. Первой подцелью в иерархии будет 1, также с планом 1. Дальнейшие уровни просто расширяют ее. система - третий иерархический уровень: 1.1, четвертый иерархический уровень: 1.1.1 и так далее. HTA может быть представлен в виде списка или диаграммы. Строки в форме списка должны иметь отступ для обозначения различных уровней иерархии. В форме диаграммы каждая операция должна быть помещена в рамку, и между ними должны быть сделаны связи: нижний иерархический уровень должен ответвляться из-под операции более высокого уровня. Рядом с филиалами должны быть написаны планы, описывающие способ выполнения разветвленных операций, следовательно, планы должны быть целенаправленными для достижения успеха в любой области.

Приложения и ограничения

HTA - это метод описания задачи, который чаще всего используется в качестве отправной точки для дальнейшего анализа, такого как мультимодальный CPA и SHERPA.[11] Сама по себе HTA не дает результатов для оценки удобства использования; тем не менее, вы должны быть в состоянии изучить HTA, чтобы узнать о структуре различных задач. Это также может позволить вам выделить ненужные шаги задачи или потенциальные ошибки, которые могут возникнуть при выполнении задачи. HTA - это довольно трудоемкий метод, поскольку необходимо анализировать каждую отдельную операцию в задаче; однако создание комплексной HTA может значительно сократить время, необходимое для других методов моделирования.

Смотрите также

Примечания

  1. ^ а б Кирван Б. и Эйнсворт Л. (ред.) (1992). Руководство по анализу задач. Тейлор и Фрэнсис.CS1 maint: несколько имен: список авторов (связь) CS1 maint: дополнительный текст: список авторов (связь)
  2. ^ Хакос, Джоанн Т. и Редиш, Дженис К. (1998). Анализ пользователей и задач для дизайна интерфейса. Вайли.
  3. ^ Описание элемента данных DOD (DID) DI-HFAC-81399B: Отчет об анализе критических задач. 2013.
  4. ^ Крэндалл Б., Кляйн Г. и Хоффман Р. (2006). Рабочие умы: практическое руководство по анализу когнитивных задач. MIT Press.CS1 maint: несколько имен: список авторов (связь)
  5. ^ Фабио Патерно (2002). CTTE: поддержка разработки и анализа моделей задач для проектирования интерактивных систем. IEEE.
  6. ^ Hackos and Redish, 1998 г.
  7. ^ Брокманн, Р. Джон (1986). Написание более качественной документации для пользователей компьютера - от бумажных документов к онлайн. Wiley-Interscience.
  8. ^ Кэрролл, Джон М. (1990). Воронка Нюрнберга - Разработка минималистских инструкций для практических навыков работы с компьютером. Массачусетский технологический институт.
  9. ^ Stanton, N.A .; Лосось, PM; Уокер, G.H .; Baber, C .; Дженкинс, Д. (2005). Методы человеческого фактора: практическое руководство для инженерии и дизайна. Олдершот, Великобритания: Ashgate.
  10. ^ Лайонс, М. (2010). «На пути к структуре выбора методов прогнозирования ошибок: поддержка начинающих пользователей в секторе здравоохранения». Прикладная эргономика. 40 (3): 379–395. Дои:10.1016 / я.перго.2008.11.004.
  11. ^ а б Стэнтон, Н.А. (2006). «Иерархический анализ задач: разработки, приложения и расширения». Прикладная эргономика. 37 (1): 55–79. CiteSeerX  10.1.1.568.7814. Дои:10.1016 / я.перго.2005.06.003.

Висенте, К. Дж. (1999). Когнитивный анализ работы: к безопасной, продуктивной и здоровой компьютерной работе. LEA.

Беннет, К. Б., и Флах, Дж. М. (2011). Дизайн дисплея и интерфейса: Тонкая наука, точное искусство. CRC Press.

внешняя ссылка

  • Группа когнитивной деятельности: Методы.
  • Usability.gov (Министерство здравоохранения и социальных служб США): Анализ задачи.
  • Лаборатория человеческих интерфейсов в информационных системах (HIIS): ConcurTaskTrees Среда.
  • ErgoTMC (Министерство транспорта США): Анализ задачи.