Se valora más el individuo y las interacciones de los mismos.

Utilización de múltiples iteraciones de desarrollo para aprender y evolucionar el producto.

Se va planeando a medida que se avanza en el proyecto.

El cliente es parte de equipo.

El éxito es dado por la entrega continua de valor y funcionalidad al cliente.

Solo se genera la documentación que genera valor al cliente y al proyecto.

Existe incertidumbre respecto al costo del proyecto. Se invierte en las funcionalidades que más valor le dan al cliente y se avanza hasta que se logre.

La retroalimentación es constante a lo largo del proyecto.

Existe incertidumbre respecto al tiempo de entrega de todo el producto. pero máximo cada 2 meses hay entrega de producto de valor para el cliente.

Empodera al equipo para trabajar de forma creativa e innovadora.

El cambio es bienvenido en cualquier momento del proyecto.

El enfoque continuo en el valor para el negocio no permite que se incluyan funcionalidades innecesarias.

Los requisitos son muy cambiantes.

Muestra al usuario toda la información y herramientas necesarias para cada etapa en su trabajo.

Si utilizas el color para transmitir información utiliza otros elementos para la gente con daltonismo pueden consistir en distintos tonos de gris, gráficos complementarios o etiquetas de texto.

1.-Interpretación del comportamiento del usuario. Ejemplo: los atajos de teclado deben funcionar siempre igual.
2.-Estructuras invisibles.
3.-Estructuras visibles pequeñas.
4.-El aspecto general de una aplicación o servicio (presentación, elementos de diseño).
5.-Una suite de productos.
6.-Consistencia interna.
7.-Consistencia con la plataforma.

Evita la uniformidad. Haz que los objetos que se comportan distinto parezcan distintos.

Los campos de texto con valores por defecto deben aparecer seleccionados, para que el usuario sólo tenga que teclear y no seleccionar todo, borrar y escribir. Los valores deben tener sentido.

Los saltos cualitativos en eficacia se encuentran en la arquitectura del sistema, no en su superficie, en el diseño visual de la interfaz.

Escribe mensajes de ayuda concisos y que ayuden a resolver el problema: un buen texto ayuda mucho en comprensión y eficacia.

Para maximizar la eficacia de un negocio u organización debes maximizar la eficacia de todos y no sólo de un grupo

Menús y etiquetas de botones deben comenzar con la palabra más importante.

Da a los usuarios nociones estables para saber como llegar al inicio

Ley de Fitt: El tiempo necesario para alcanzar un objeto es función de la distancia y del tamaño del objeto.

A veces es necesario ofrecer caminos bien profundos y marcados.

Los objetos humanos de la interfaz se pueden ver, escuchar, tocar o percibir de otra manera.

Asegúrate de que el usuario nunca pierde su trabajo como resultado de un error suyo, los problemas de internet u otro tipo de problemas inevitables, como un apagón.

Utiliza texto con alto contraste. Procura utilizar negro sobre blanco o amarillo pálido. Evita fondos grises cuando haya texto. Utiliza tamaños de letra que se lean bien.

La información debe almacenarse en una cookie durante la sesión en el ordenador cliente.

Escoge aquellas metáforas que permitan al usuario comprender los detalles del modelo conceptual.

Cuando sea posible, utiliza el multihilo para dejar la latencia en un segundo plano.

Mantén la información de estado fácilmente visible y actualizada.

El ordenador, la interfaz y el entorno de la tarea pertenecen al usuario, pero esto no significa que abandonemos todas las reglas.

El punto óptimo a alcanzar cuando la interfaz ha sido simplificada al máximo sin reducir un ápice su funcionalidad.

No establecer nunca los elementos de nuestra interfaz en posiciones absolutas. Utilizar siempre posiciones relativas.

Para los formularios, hacer “uniones lógicas” de campos, esto es que los campos que se encuentren próximos entre sí tengan relación. Idealmente los campos se colocan en orden de tabulación de izquierda a derecha y de arriba a abajo.

El usuario debe de sentirse seguro al manejar la interfaz, si el usuario tiene miedo de “equivocarse”, nunca sacará el máximo rendimiento a la interfaz.
• Pedir confirmaciones a operaciones sensibles (borrados).
• Permitir recuperar información antigua. Esto da mucha confianza al usuario.
• El mayor temor del usuario inexperto es borrar información.

Entender que hay distintos tipos de mensajes y niveles de error (informativos, preguntas, avisos, errores recuperables, no recuperables). Por lo tanto no hay que asustar con mensajes exagerados “¡Error Fatal!”, a la mínima de cambio. Otro problema bastante común es confundir los mensajes informativos con los de error.

No hay que preguntar al usuario cosas que sabemos de antemano que no va a entender.
El usuario no tiene por qué decidir lo que los informáticos no han sido capaces de decidir.
Un lenguaje demasiado especializado los desconcierta y provoca que acaben desistiendo.

Ojo con los tiempos de respuesta, también influyen en la usabilidad aunque no lo creas. Un tiempo de respuesta prolongada desespera al usuario y provoca que realice otras acciones que seguramente acaben colgando el aplicativo. Un tiempo de respuesta excesivamente corto para lo que esperábamos puede dar la sensación de que la operación no se ha realizado.