Guía de validación de historias de usuario - novaDepto/Nova GitHub Wiki
| Nombre | Rol |
|---|---|
| Charlie | Dueño de la guía |
| Alexis | Autor |
| Cristian | Autor |
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.
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.
| Actividades |
|---|
| 1. Visibilidad del estado del sistema:Todo sistema debe tener una retroalimentación constante con el usuario para que éste siempre sepa qué está pasando. Por ejemplo, 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. |
| 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 y solucionar errores antes de que el usuario los encuentre. |
| 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 su comprensión. |
| 7. Flexibilidad y eficiencia de uso:El sistema debe reconocer al tipo de usuario y dejar que 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 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:En caso de que de necesite una documentación para el sistema, esta debe estar en un lugar de fácil acceso para el usuario, escrita en un lenguaje que conozca y que no sea muy extensa. |
versión 2.0