Guía de validación - novaDepto/Nova GitHub Wiki

Guía de validación

Responsables

Nombre Rol
Charlie Dueño de la guía
Alexis Autor
Cristian Autor

Objetivo

Establecer las condiciones con las que una user story puede ser aprobada en sus diferentes etapas, tanto por equipo de validación como por stakeholder.

Contenido

Para hacer una validación se necesita tomar diferentes parámetros que permitan comprobar la factibilidad y la calidad de una user story, para garantizar que no existan defectos y aporte un valor real al usuario de una manera simple y efectiva. Entre una de las estrategias de validación, se recomiendan diferentes prácticas como lo son los think alouds (Consulta el formato de Think Aloud) y las 10 heurísticas de Nielsen para asegurar la correcta usabilidad del sistema.

A continuacion se incluyen las 10 heurísticas en formato de checklist para asegurarse que sean fáciles de usar y rapido de entender.

Checklist de usabilidad de Nielsen


versión 2.0

Actividades
1. Visibilidad del estado del sistema:Nielsen propone que todo sistema debe realizar un feedback (o retroalimentación) constante con el usuario para que éste siempre sepa qué está pasando, así si rellenamos un formulario, debería salir alguna notificación avisando de que se ha enviado correctamente o de que hay algún error en algún campo (por poner un ejemplo).
2. Utilizar el mismo lenguaje que el usuario: Todo sistema usable debe utilizar un lenguaje conocido por el usuario.
3. Control y libertad para el usuario:El sistema puede ser utilizado por cualquier tipo de usuario y si este realiza una acción de error el sistema debe de darle la opción de deshacer o rehacer.
4. Consistencia y estándares:El usuario es capaz de entender las acciones o situaciones que puede hacer en el sistema.
5. Prevención de errores:El sistema es capaz de prevenir errores antes de mostrar mensajes de error. El sistema es capaz de solucionar los errores antes de que el usuario se encuentre con algún mensaje indicando el error.
6. Minimizar la carga de memoria del usuario:El sistema no requiere que el usuario memorice una gran cantidad de información y por lo tanto debe tener objetos o imágenes que faciliten al usuario su comprensión.
7. Flexibilidad y eficiencia de uso: El sistema debe reconocer al tipo de usuario y dejar que éste personalice su experiencia de uso.
8. Diálogos estéticos y diseño minimalista:El sistema debe ser capaz de aportar la mínima información relevante para el usuario sin que éste último pierda de vista el contenido más importante del sitio web.
9. Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de los errores:Para que el usuario pueda solucionar los errores del sistema éste debe ser capaz de expresarlos en un lenguaje que el usuario reconozca, aportando la información más importante sobre lo que ha ocurrido y proponiendo algún tipo de solución (si la hubiera).
10. Ayuda y documentación:A pesar de que lo recomendable es que no se necesite una documentación habrán casos en los que sí haga falta, por tanto, la documentación debe estar ubicada en un lugar de fácil acceso para el usuario, escrita en un lenguaje que conozca y de ser posible que no sea muy extensa. Quizás una alternativa a la documentación, dependiendo de los casos, sea una página dedicada exclusivamente a "Preguntas frecuentes".
⚠️ **GitHub.com Fallback** ⚠️