stringtranslate.com

Tutorial cognitivo

El método de recorrido cognitivo es un método de inspección de usabilidad que se utiliza para identificar problemas de usabilidad en sistemas interactivos, centrándose en la facilidad con la que los nuevos usuarios realizan tareas con el sistema. Un recorrido cognitivo es específico de la tarea, mientras que la evaluación heurística adopta una visión holística para detectar problemas que no se detectan con este y otros métodos de inspección de usabilidad . El método se basa en la noción de que los usuarios suelen preferir aprender un sistema utilizándolo para realizar tareas, en lugar de, por ejemplo, estudiar un manual. El método es apreciado por su capacidad de generar resultados rápidamente con bajo coste, especialmente en comparación con las pruebas de usabilidad , así como por la capacidad de aplicar el método en las primeras fases de diseño, antes incluso de que comience la codificación (lo que sucede con menos frecuencia con las pruebas de usabilidad).

Introducción

Un recorrido cognitivo comienza con un análisis de tareas que especifica la secuencia de pasos o acciones que debe realizar un usuario para realizar una tarea y las respuestas del sistema a esas acciones. Luego, los diseñadores y desarrolladores del software recorren los pasos en grupo y se formulan una serie de preguntas en cada paso. Durante el recorrido se recopilan datos y luego se elabora un informe de posibles problemas. Finalmente, se rediseña el software para abordar los problemas identificados.

La eficacia de métodos como los recorridos cognitivos es difícil de medir en entornos prácticos, ya que hay muy pocas oportunidades de realizar experimentos controlados durante el desarrollo de software. Normalmente, las mediciones implican comparar la cantidad de problemas de usabilidad detectados al aplicar diferentes métodos. Sin embargo, Gray y Salzman pusieron en tela de juicio la validez de esos estudios en su dramático artículo de 1998 "Mercancía dañada", que demuestra lo difícil que es medir la eficacia de los métodos de inspección de usabilidad . El consenso en la comunidad de usabilidad es que el método de recorrido cognitivo funciona bien en una variedad de entornos y aplicaciones.

Procedimiento simplificado de recorrido cognitivo

Una vez realizado el análisis de la tarea, los participantes realizan el recorrido: [1]

  1. Definir las entradas para el recorrido: un especialista en usabilidad plantea los escenarios y produce un análisis de dichos escenarios a través de la explicación de las acciones necesarias para realizar la tarea.
    1. Identificar usuarios
    2. Crear una tarea de muestra para evaluación
    3. Crear secuencias de acción para completar las tareas.
    4. Implementación de la interfaz
  2. Convocatoria del recorrido:
    1. ¿Cuales son los objetivos del tutorial?
    2. ¿Qué se hará durante el recorrido?
    3. Lo que no se hará durante el recorrido
    4. Reglas básicas del poste
      1. Algunas reglas básicas comunes
        1. Sin diseño
        2. No defender un diseño
        3. No se puede debatir la teoría cognitiva
        4. El especialista en usabilidad es el líder de la sesión.
    5. Asignar roles
    6. Llamamiento a la sumisión a la dirección
  3. Recorra las secuencias de acción para cada tarea.
    1. Los participantes realizan el recorrido planteándose una serie de preguntas para cada subtarea. Normalmente, se plantean cuatro preguntas:
      • ¿Intentará el usuario lograr el efecto que tiene la subtarea? Por ejemplo, ¿entiende el usuario que esta subtarea es necesaria para alcanzar su objetivo?
      • ¿El usuario notará que la acción correcta está disponible? Por ejemplo, ¿el botón está visible?
      • ¿El usuario comprenderá que la subtarea deseada se puede lograr mediante la acción? Por ejemplo, el botón derecho está visible pero el usuario no entiende el texto y, por lo tanto, no hará clic en él.
      • ¿El usuario recibe la retroalimentación adecuada? ¿Sabrá el usuario que hizo lo correcto después de realizar la acción?
    2. Al responder las preguntas de cada subtarea se detectarán problemas de usabilidad.
  4. Registre cualquier información importante
    1. Problemas de capacidad de aprendizaje
    2. Ideas de diseño y lagunas
    3. Problemas con el análisis de la tarea
  5. Revise la interfaz utilizando lo aprendido en el tutorial para mejorar los problemas.

El método CW no tiene en cuenta varios atributos sociales. El método solo puede tener éxito si el especialista en usabilidad se ocupa de preparar al equipo para todas las posibilidades durante el recorrido cognitivo. Esto tiende a mejorar las reglas básicas y evitar los escollos que surgen con un equipo mal preparado.

Defectos comunes

Al enseñar a las personas a utilizar el método de recorrido, Lewis y Rieman descubrieron que hay dos malentendidos comunes: [2]

  1. El evaluador no sabe cómo realizar la tarea, por lo que se mueve torpemente por la interfaz tratando de descubrir la secuencia correcta de acciones y luego evalúa el proceso en el que se encuentra. (El usuario debe identificar y realizar la secuencia de acciones óptima ).
  2. El método de prueba no prueba usuarios reales en el sistema. La prueba a menudo identificará muchos más problemas de los que encontraría con un único usuario en una única sesión de prueba.

Existen restricciones sociales que inhiben el proceso de revisión cognitiva. Entre ellas se incluyen la presión del tiempo, las largas discusiones sobre el diseño y la actitud defensiva en relación con el diseño. La presión del tiempo se produce cuando las iteraciones de diseño se producen en una fase avanzada del proceso de desarrollo, cuando un equipo de desarrollo suele sentir una presión considerable para implementar realmente las especificaciones y puede pensar que no tiene tiempo para evaluarlas adecuadamente. Muchos desarrolladores sienten que las revisiones cognitivas no son eficientes debido a la cantidad de tiempo que requieren y las presiones de tiempo a las que se enfrentan. Un equipo de diseño dedica su tiempo a intentar resolver el problema durante la revisión cognitiva en lugar de después de que se hayan formulado los resultados. El tiempo de evaluación se dedica a rediseñar, lo que inhibe la eficacia de la revisión cognitiva y conduce a largas discusiones sobre el diseño. Muchas veces, los diseñadores pueden sentirse personalmente ofendidos por el hecho de que se esté evaluando su trabajo. Debido a que una revisión cognitiva probablemente conduciría a más trabajo en un proyecto que ya están bajo presión para completar en el tiempo permitido, los diseñadores defenderán en exceso su diseño durante la revisión. Es más probable que sean argumentativos y rechacen los cambios que parecen obvios.

Historia

El método fue desarrollado a principios de los años noventa por Wharton, et al., y llegó a un gran público especializado en usabilidad cuando se publicó como un capítulo en el libro seminal de Jakob Nielsen sobre usabilidad, "Usability Inspection Methods". [3] El método de Wharton, et al. requería hacer cuatro preguntas en cada paso, junto con una extensa documentación del análisis. En 2000 hubo un resurgimiento del interés en el método en respuesta a un artículo de CHI de Spencer que describía modificaciones al método para hacerlo efectivo en un entorno de desarrollo de software real. El método simplificado de Spencer requería hacer solo dos preguntas en cada paso e implicaba crear menos documentación. El artículo de Spencer siguió el ejemplo establecido por Rowley, et al., quienes describieron las modificaciones al método que realizaron basándose en su experiencia aplicando los métodos en su artículo de CHI de 1992 "The Cognitive Jogthrough". [4]

Originalmente diseñado como una herramienta para evaluar sistemas interactivos, como quioscos postales, cajeros automáticos y exhibiciones interactivas en museos, donde los usuarios tendrían poca o ninguna experiencia con el uso de esta nueva tecnología. Sin embargo, desde su creación, el método se ha aplicado con éxito a sistemas complejos como software CAD y algunas herramientas de desarrollo de software para comprender la primera experiencia de los nuevos usuarios.

Véase también

Referencias

  1. ^ Spencer, Rick (2000). "El método de recorrido cognitivo simplificado, que evita las limitaciones sociales encontradas en una empresa de desarrollo de software". Actas de la conferencia SIGCHI sobre factores humanos en sistemas informáticos . La Haya, Países Bajos: ACM Press. pp. 353–359. doi :10.1145/332040.332456. ISBN 978-1-58113-216-8.S2CID 1157974  .
  2. ^ Lewis, Clayton; Rieman, John (1994). "Sección 4.1: Tutoriales cognitivos". Diseño de interfaz de usuario centrado en tareas: una introducción práctica. pp. 46–54 . Consultado el 10 de abril de 2019 .
  3. ^ Wharton, Cathleen; Riemann, John; Lewis, Clayton; Poison, Peter (junio de 1994). "El método del recorrido cognitivo: una guía para el profesional". En Nielsen, Jakob; Mack, Robert L. (eds.). Métodos de inspección de usabilidad. John Wiley & Sons. págs. 105–140. ISBN 978-0-471-01877-3. Recuperado el 11 de febrero de 2020 . {{cite book}}: |website=ignorado ( ayuda )
  4. ^ Rowley, David E; Rhoades, David G (1992). "El recorrido cognitivo: un procedimiento de evaluación de interfaz de usuario de ritmo rápido". Actas de la conferencia SIGCHI sobre factores humanos en sistemas informáticos - CHI '92 . págs. 389–395. doi :10.1145/142750.142869. ISBN 0897915135. Número de identificación del sujeto  15888065.

Lectura adicional

Enlaces externos