Algunos problemas suelen ser simples, como por ejemplo seleccionar una herramienta para registrar errores, pero en otras ocasiones los problemas son muy complejos. Un ejemplo de problemas complejos podría ser la selección de proveedores.
El proceso de la toma de decisiones puede ser individual o grupal. Ante un problema complejo es mejor tener un grupo de personas de diferentes especialidades para ampliar nuestros conocimientos y poder tomar la decisión final contando con más datos. Como dice el dicho “en las decisiones más importantes siempre hay más de una persona”.
¿Cuál sería el proceso de la toma de decisiones? Existe una teoría que indica que la toma de decisiones consta de ocho pasos:
- Preparar el terreno.
- Reconocer obstáculos.
- Enmarcar el problema.
- Generar alternativas.
- Evaluar alternativas.
- Tomar una decisión.
- Comunicar una decisión.
- Implementar la decisión.
Lo que se tiene que lograr a la hora de documentar es tratar de entender el problema, no importa que herramienta se utiliza, lo importante es la comprensión. La documentación es un medio para llegar a tiempo a nuestro proyecto.
El gran problema en la ingeniería de software es que la documentación se deja siempre de lado, o no se le da la importancia necesaria. Cuando se debe documentar? Siempre! Lo antes posible!
Al documentar debemos evitar confusiones, si es necesario debemos realizar distintos tipos de documentos para las diferentes tipos de usuario de la aplicación.
Los documentos deben ser:
- Sencillos.
- Comprensibles.
- Utilizar párrafos cortos.
- Organizar la información con secciones y subsecciones.
Años más tarde se empezó a utilizar el término Debug como sinónimo de depurador de errores.
Dentro de los principales errores que se pueden encontrar en una aplicación podemos encontrar los siguientes:
- Error en la definición de tipos de datos.
- Desbordamiento de buffer.
- Utilizar variables no inicializadas.
- Bloqueo mutuo de deadlocks.
- Dividir variables por cero.
Cabe aclarar que en los test de usuario o test de usabilidad existen principalmente tres actores, los facilitadores que se ocupan de llevar a cabo el test, los observadores que son las personas que toman notas sobre los puntos más importantes y por último los usuarios.
Krug indica que los facilitadores deben cumplir dos roles, el de guía turístico y de terapeuta. El rol de guía turistico significa que debe indicar a los usuarios que tareas deben cumplir,y deben alentarlos para que las cumplan. En cuanto al rol de terapeuta, tiene que ver con el hecho de tratar que los usuario “piensen en voz alta”, es decir, tratar que digan todo lo que está pasando por su cabeza.
Algo que se deja muy en claro es que los participantes de los test deberían dejar la sala no peor de cuando entraron en ella.
]]>
“Observar pruebas de usabilidad en persona es una experiencia transformadora. La gente normalmente asiste a su primera prueba con algo de escepticismo, pero invariablemente salen cambiados.” Steve Krug Rocket Surgery made easy.
Estoy totalmente de acuerdo con lo que indica Krug para mi es muy importante que en los distintos test de usuarios participe alguna persona que esté por ejemplo en el equipo de programación.
El objetivo principal es ver al usuario interactuando con la aplicación. Algunos de los principales beneficios son:
- Poder comprender el objetivo “real” del usuario.
- Entender porque los usuarios realizan ciertas acciones.
- Ver la reacciones de los usuarios ante por ejemplo errores o problemas.
Es muy importante que los observadores invitados cumplan los siguientes puntos:
- Guardar silencio.
- No contestar ninguna pregunta.
- No ayudar al usuario.
- No gesticular ante ningún comentario del usuario.
- Cualquiera puede testear.
- No hay posibilidades de crecimiento en Testing.
- El resultado del Testing, no se usará para mejorar la calidad.
- Un buen programador, puede ser un buen tester.
- El resultado de las pruebas se subestiman o menosprecian.
- Si se va un tester, cualquier otro tester puede reemplazarlo.
- Mis programas no necesitan test, es imposible que fallen.
- Programador malo, lo manda a testear.
- El tester siempre va a encontrar “todos” los errores de la aplicación.
- Para algunas aplicaciones es mejor que el testing lo haga el usuario final.
- El testing es un costo no un beneficio.
- La gente encargada de desarrollar la aplicación son los que deberían hacer el testing.
- Planeación inadecuada.
- Definición erronea o poco clara del proyecto.
- Cambios significativos en las especificaciones.
- Incompetencia en la Gestión del proyectos.
- Cronograma irreal.
- Falta de participación de usuarios y otros stakeholders.
- Falta de apoyo de la Gerencia.
- Error en los costos del proyecto.
- Fallas en la gestión de riesgos.
- Factores organizacionales.
- Pobre identificación de las necesidades.
- Especificaciones inadecuadas de los requerimientos.
Temporal: significa que cada proyecto tiene un comienzo definido y un final definido.
Productos, servicios o resultados únicos: Un proyecto crea productos entregables únicos. Productos entregables son productos, servicios oresultados.
Elaboración gradual: los proyectos se deben desarrollar en pasos e ir aumentando mediante incrementos.
Ejemplos de Proyectos:
- Implementación de un programa de capacitación.
- Implementación de una aplicación informática.
- Construcción de una represa.
- Organización de un evento.
En el sitio llamado 52 weeks of UX dan cuenta de los 10 principios más importantes de la Experiencia de Usuario, estos son:
1 – La experiencia pertenece al usuario:
Los diseñadores no crean experiencia, ellos crean objetos para la experiencia. Esta es la gran diferencia. Como la experiencia es subjetiva, no puede concebirse de la misma manera que un producto físico. Sin embargo, eso no significa que no podemos diseñar el entorno o marco en que la gente experimenta nuestro producto o servicio. Si nuestro entorno diseñado es sólido, entonces las grandes experiencias ocurrirán normalmente.
2 – UX es un concepto Holistico:
La experiencia no es sólo un producto más. Se compone de todos los puntos en contacto con un sistema de interacción mayor.No todas estas cosas se pueden diseñar de la misma manera, pero todos pueden ser diseñados para en algún nivel.
3 – Grandes Experiencias de usuario son invisibles:
Cuando la gente está teniendo una gran experiencia, rara vez da cuenta del duro trabajo que se ha puesto en marcha para que esto ocurra. Esto es como debe ser … nuestro trabajo como profesionales de la UX debe ser tan exitoso que nadie debería hablar de nosotros.
4 – UX es un ciclo de vida:
Las personas experimentan el mundo a través del tiempo … nada pasa una vez. La gente no tiene inmediatamente una buena experiencia con la mayoría de las cosas. Hay un ciclo de vida que debe ser atravesado, iniciando con la conciencia, hasta el primer uso y el uso regular o incluso en declive. Estos pasos son relativamente estables.
5 – El contexto es el rey:
En una época en la que es fácil crear productos y contenido de forma rápida, la pieza que falta se convierte en contexto: ¿cómo encaja en la vida de la gente? Descubrir los pro y contra del contexto es por qué los profesionales UX hacemos investigación de usuario.
6 – Gran Experiencia es sobre el control:
La peor sensación del mundo es sentirse fuera de control. Cuando las personas se sienten fuera de control, simplemente no estan bien. Esto no significa que no puedas sorprender a las personas o proporcionarles serenidad, significa que los usuarios necesitan sentir que siempre son capaces de dar el siguiente paso (o retirarse) según su libre albedrío, necesitan sentir control de la plataforma.
7 – UX es social:
Hubo un tiempo en que la experiencia de una persona con un computador era sólo tema no social.Lo más que hizo fue enviar algo a alguien y obtener una respuesta. ¡Chicos han cambiado los tiempos! No estamos tratando más con personas … estamos tratando con toda la vida social. No sólo estamos tratando con la forma en que una persona se comporta por su propia cuenta, ya que también tratamos con la forma en que alguien se comporta en un paisaje siempre cambiante de lo público a lo privado, donde cada tono de gris afecta a su comportamiento diferente.
8 – La psicología es primaria:
El software es cada vez más fácil de usar. El que posea ventaja psicológica va a ganar. Esto significa que tenemos que bucear profundamente en la psicología de uso, el juego, la adopción de productos, y la interacción social para crear las mejores experiencias
9 – UX es una conversación:
UX, como el marketing, es una conversación. Como profesionales de la UX estamos creando un diálogo con los usuarios en el que el objetivo es descubrir la mejor forma de ayudarles a hacer lo que quieren hacer. Por lo tanto, UX se convierte en un servicio, no un producto único, que está constantemente reaccionando a las necesidades cambiantes de nuestra audiencia. La conversación es a la vez la manera en que entregamos y cómo podemos saber cómo hacerlo mejor.
10 – Grandes experiencias son simples:
La simplicidad es mucho más que el trillado “menos es más” que tan a menudo oímos. La simplicidad no es sobre el volumen, es acerca de la claridad. Si la gente puede entender o usar algo con poca dificultad, entonces usted ha hecho algo simple.
Link: http://52weeksofux.com/post/475093254/10-principles-of-ux.
]]>