Tema 15. Evaluación parte 2

Un plan, donde se establezca claramente qué esperamos obtener de la evaluación, sus actividades, responsables o participantes, lugares que utilizaremos, etc.

Un plan de evaluación debe contener:

1-Establecer el objetivo de la evaluación
2-Alcance de las pruebas de evaluación
3-Cronograma de actividades
4-Lineamientos de documentación
5-Plan de comunicación de resultados
6-Cierre y lecciones aprendidas

objetivo

Se debe describir claramente cuál es el propósito de la evaluación.

alcance

Se delimita la parte del sistema que será objeto de evaluación.

cronograma

Se listan las actividades que se realizarán como parte de la evaluación.

documentacion

En esta parte se especifica cómo se deberá documentar los resultados de la evaluación.

plan de comunicacion

Por lo general el usuario siente que sus comentarios no son tomados en cuenta o que su tiempo no es considerado como valioso por el equipo de sistemas

cierre y lecciones apremdidas

El cierre permite anunciar el fin de las actividades de evaluación.

Inspección heurística

Este método se basa en la exploración que pueden realizar los usuarios de una interfaz. Según Cañas et al. (2014), una desventaja de este método es que el usuario puede desarrollar “hábitos que pueden ocultar deficiencias en cuanto a usabilidad”, ya que el usuario busca alcanzar un objetivo aunque sea de la manera menos eficiente.

El procedimiento

Definición de los datos iniciales del recorrido:
-Definir quiénes serán los usuarios del sistema.
-Especificar las tareas a analizar.
-Especificar la secuencia correcta para cada tarea.
-Descripción de los elementos de la interfaz.

Recorrido de las tareas: a partir de la descripción de un escenario se evaluará lo siguiente:
-El usuario puede alcanzar el objetivo de forma correcta.
-Las acciones son visibles y comprensibles para el usuario.
-El usuario interpreta fácilmente la acción con el efecto.
-El sistema retroalimenta al usuario sobre el avance de la tarea de forma adecuada.

Recopilación de la información: conforme se están llevando a cabo las pruebas es importante ir recabando la información generada para después analizarla.

Indagación

Observación de campo:

Este método de evaluación es recomendable realizarlo en la etapa de análisis del ciclo de vida del desarrollo del sistema. El evaluador deberá elegir previamente el lugar, los usuarios y las preguntas que realizará.

Grupo de discusión dirigido (Focus Group):

Esta forma de indagación se puede realizar en cualquier fase del desarrollo. El procedimiento a seguir es el siguiente: se seleccionan previamente un grupo de usuarios representativos (de 6 a 9 personas), se establece un esquema de temas a ser abordados y se define un moderador, que debe tener conocimientos de desarrollo de sistemas y habilidades para mantener motivado al grupo.

Entrevistas:

Esta forma de indagación permite recopilar información del usuario de manera directa. Las entrevistas puedes ser estructuradas o abiertas.
Cuestionarios:

Registro de uso (logging):
Ésta es una manera automática de recabar información del usuario sin estar presente físicamente.

Test

-Medida de las prestaciones:
El evaluador toma indicadores de rendimiento (performance indicators) mientras es utilizado por el usuario. El principal objetivo es evaluar la usabilidad del sistema, más que evaluar la funcionalidad con referencia a las especificaciones. Por ejemplo, se puede tomar el tiempo que tarda un usuario en completar una tarea en el sistema. L

-Medidas de Rendimiento: según Cañas et al. (2014) algunos ejemplos típicos de medidas de rendimiento de un test de usabilidad son las siguientes.


-Método del conductor (coaching method):


-Métodos de evaluación de la accesibilidad

Una vez terminada la actividad de evaluación es importante analizar sus resultados, modificar el sistema y volver a probar.

Según Galitz (2007) es necesario realizar las siguientes actividades:

-Recopilar toda la información de cada uno de los participantes.
-Listar los problemas que tuvieron los participantes.
-Ordenar los problemas por prioridad y frecuencia.
-Desarrollar soluciones para esos problemas.
-Modificar el prototipo cuando sea necesario
-Volver a probar una y otra vez.

Recopilación de información, listado de problemas y priorización

La información debe ser recabada en cualquier actividad de evaluación para su posterior análisis con el objetivo de identificar posibles problemas de usabilidad o de accesibilidad.

Desarrollar una solución:

Los resultados del análisis deben estar disponibles para todo el equipo de desarrollo: analistas, diseñadores, implementadores, etc., con el fin de encontrar la solución más adecuada. Es importante que esta sesión no sea una cacería de brujas, es decir, su objetivo no es encontrar culpables sino soluciones.

Modificación del prototipo:

Una vez llegado al consenso sobre cómo solucionar los problemas detectados es preferible realizar las modificaciones sobre un prototipo, el cual será objeto de un nuevo análisis de evaluación por parte del usuario ya que las mismas soluciones podrían provocar otros problemas de usabilidad aún no detectados.

Probar nuevamente:

Este proceso iterativo de prueba debe continuar hasta que no surjan problemas de severidad mayor o críticos para el sistema. Cuando el prototipo ha pasado las pruebas de evaluación se procederá a pasarlo al sistema final.