Por que el software no cumple con las expectativas de los usuarios

1. “Usabilidad” e Ingeniería de Software,
la unión inevitable: La necesidad y la
Resistencia
M en C.C. Dante Arias Torres
dante_usb@Hotmail.com

2. Contenido
1. La necesidad
2. La resistencia
3. Uniendo la Ingeniería de Software y la interacción
humano computadora
4. Hacia una cultura de la usabilidad
5. Facilitando que las organizaciones mejoren
sistemáticamente sus capacidades
6. Conclusiones

3. Que es la “usabilidad” ..?

4. Un atributo de calidad que mide que
tan fácil resulta utilizar las interfaces
de usuario.
La “usabilidad” es …

5. Tipos de calidad en un
software
Manifiesta: Evidente de
la revisión inicial del
software
Riqueza de contenido
Apariencia gráfica
Semi-latente: Solo es
obvia con el uso
Facilidad de uso
(Usability)
Facilidad de venta
(Consumability)
Disponibilidad
Robustez
Seguridad

6. Tipos de calidad en un
software
Latente: Impacta principalmente a largo plazo
Mantenimiento
Escalabilidad

7. Idea principal de esta
presentación …
La poca facilidad de uso (usability) es el problema
mas crítico que enfrenta la ingeniería de
software.

8. Idea principal de esta
presentación …
Las mayores ganancias en :
Calidad del software
Productividad
Reducción de costos
Satisfacción del usuario
Rentabilidad, etc.
Vendrán cuando el desarrollo se centre en la
facilidad de uso (usabilidad) y temas asociados.

9. Pero no existen otros
problemas importantes en la
industria del software ?
Si claro como :
Falta de seguridad en los sistemas de información
La poca administración de los proyectos
La baja confiabilidad de los sistemas de información
Todos estos problemas son importantes pero la
falta de “Usabilidad”, es un problema mayor ya
que no es reconocido

10. Evidencia para sustentar
dicha idea principal
Métrica
Mejoras promedio en
proyectos Web con enfoque
de “usabilidad”
Ventas / tasa de
conversión
100%
Trafico / conteo de
visitas
150%
Rendimiento del
usuario /
productividad
161%
Uso de características
especificas (Objetivo)
202%
 Un estudio de Nielsen Norman Group1, reporta
los siguientes resultados sobre los beneficios de la
usabilidad:
1.-http://www.nngroup.com/

11. Beneficios de concentrarse
en la “usabilidad”
Reduce costos ya que solo se desarrollan
características que son necesarias
Reduce los costos asociados con cambiar un
sistema después de haber sido entregado

12. Beneficios de concentrarse
en la “usabilidad”
Gran atractivo de la aplicación, así lo usuarios
están mas dispuestos a comprarlo y usarlo

13. Beneficios de concentrarse
en la “usabilidad”
Reduce la necesidad de entrenamiento y
costos de soporte.
Reduce el tiempo para aprender el sistema
Mejora la eficiencia en el uso

14. La esperanza, como se puede
mejorar este panorama
Existen muchos ejemplos de softwares muy
fáciles de usar:
Google, virginamerica, American Express (Serve) 1 …
1,. http://userexperienceawards.com/

15. La esperanza, como se puede
mejorar este panorama
Se han desarrollado métodos para el diseño y
desarrollo de software o productos con un
enfoque de “usabilidad” como:
Diseño centrado en el usuario (User Centered Design)
Desarrollo de afuera hacia adentro “Outside-In
Development”

16. La esperanza, como se puede
mejorar este panorama
Existe mucha información disponible en la web:
https://uxpa.org/
http://www.usability.gov/
http://www.usabilityfirst.com/

17. Contenido
1. La necesidad
2. La resistencia
3. Uniendo la Ingeniería de Software y la interacción
humano computadora
4. Hacia una cultura de la usabilidad
5. Facilitando que las organizaciones mejoren
sistemáticamente sus capacidades
6. Conclusiones

18. Fuentes de Resistencia para
adoptar prácticas de
“Usabilidad”
Principalmente: Inadecuada preparación de los
estudiantes, practicantes y administradores

19. Fuentes de Resistencia para
adoptar prácticas de
“Usabilidad”
Lo cual origina:
Falta de capacidad de identificar las necesidades
de los usuarios en términos del diseño de
interfaces
Falta de integración de la “usabilidad” en el
ciclo de desarrollo de software.

20. Fuentes de Resistencia para
adoptar practicas de
“Usabilidad”
Creencias persistentes
Mucho del software es lo suficientemente
utilizable
“Usabilidad” puede ser corregida al final del
desarrollo de un software

21. Fuentes de Resistencia para
adoptar practicas de
“Usabilidad”
Creencias persistentes
La “usabilidad” debe de ser realizada por
expertos en interacción humano computadora

22. Causas que originan la inadecuada
preparación en el área de la
“Usabilidad ”
 Los profesores universitarios carecen de
preparación en el tema

23.  La interacción humano computadora es vista
como una disciplina independiente de la
ingeniería de software
Causas que originan la inadecuada
preparación en el área de la
“Usabilidad ”

24.  El campo es percibido como demasiado “fácil”:
existe una tendencia a enfocar la enseñanza y
la investigación en áreas consideradas difíciles.
Causas que originan la inadecuada
preparación en el área de la
“Usabilidad ”

25. Contenido
1. La necesidad
2. La resistencia
3. Uniendo la Ingeniería de Software y la interacción
humano computadora
4. Hacia una cultura de la usabilidad
5. Facilitando que las organizaciones mejoren
sistemáticamente sus capacidades
6. Conclusiones

26. ¿Debería la Interacción humano
computadora ser considerada
también como una parte integral
de la ingeniería de software ?

27. Actualmente muchos empiezan a
contestar que SI a esta pregunta:
“Usabilidad” no debería tener un estatus
especial comparado con confiabilidad,
eficiencia, eficacia, escalabilidad, etc.

28. El diseño debiera involucrar a los usuarios y
sus necesidades y orientar el desarrollo de
software.

29. Los ingenieros de software deben de conocer aspectos
de “usabilidad” aunque esto no implica que deban de
desaparecer los especialistas.

30. Contenido
1. La necesidad
2. La resistencia
3. Uniendo la Ingeniería de Software y la interacción
humano computadora
4. Hacia una cultura de la usabilidad
5. Facilitando que las organizaciones mejoren
sistemáticamente sus capacidades
6. Conclusiones

31. Diseño ISO 9241-210 (2010) centrado en el
humano para sistemas interactivos
[previamente ISO 13407 (1999)]
Estándares

32. ISO 9241-210 (2010)
Esta norma proporciona orientación sobre las actividades
de diseño centrado en el hombre (usuario) a lo largo del
ciclo de vida de desarrollo de sistemas computacionales
interactivos.
Estándares

33. Estándares
Pasos a realizar para un diseño
centrado en el usuario

34. Contenido
1. La necesidad
2. La resistencia
3. Uniendo la Ingeniería de Software y la interacción
humano computadora
4. Hacia una cultura de la usabilidad
5. Facilitando que las organizaciones mejoren
sistemáticamente sus capacidades
6. Conclusiones

35. Niveles de madurez de
“usabilidad” en una
organización
Normalmente, las organizaciones a traviesan una
secuencia de etapas conforme sus procesos
evolucionan y maduran en términos de “usabilidad”.

36. Etapa 1:Los desarrolladores simplemente no quieren
oír hablar de los usuarios o de sus necesidades; su
único objetivo es construir funciones y hacer que
funcionen en el equipo.
Niveles de madurez de
“usabilidad” en una
organización

37. Etapa 1: En este modo de pensar, los seres humanos
son irrelevantes - se les dice que utilicen el sistema,
independientemente de si hacerlo es fácil o
agradable.
Niveles de madurez de
“usabilidad” en una
organización

38. Etapa 2: En este punto la empresa empieza a
preocuparse por la “usabilidad”, el equipo de diseño
confía en su propia intuición acerca de lo que
constituye una buena “usabilidad” .
Niveles de madurez de
“usabilidad” en una
organización

39. Etapa 2: La gente se preocupa acerca de la facilidad
de uso. Es probable que se empiece a encontrar
gente receptiva a los conceptos de “usabilidad”. Que
serán las mas motivadas en seguir avanzando.
Niveles de madurez de
“usabilidad” en una
organización

40. Etapa 3: Se comienzan a ver los beneficios de
aplicar la usabilidad pero aun no es valorado el
esfuerzo que requiere simplificar el diseño de un
sistema.
Niveles de madurez de
“usabilidad” en una
organización

41. Etapa 4: Se contempla ya un presupuesto
especifico para actividades de usabilidad.
Niveles de madurez de
“usabilidad” en una
organización

42. Etapa 5: En esta etapa se crea de forma oficial un
grupo o división para la usabilidad. Con una
estructura propia.
Niveles de madurez de
“usabilidad” en una
organización

43. Etapa 5: Se comienza a utilizar métodos
estandarizados para la “usabilidad”.
Niveles de madurez de
“usabilidad” en una
organización

44. Etapa 5: Los esfuerzos de usabilidad se concentran
en la realización de pruebas, las cuales se realizan
cuando el software ya esta casi terminado.
Niveles de madurez de
“usabilidad” en una
organización

45. Etapa 6: La usabilidad ya no es vista como algo
de ultimo minuto. La compañía reconoce la
necesidad de un proceso de diseño centrado en
el usuario final.
Niveles de madurez de
“usabilidad” en una
organización

46. Etapa 6: En proyectos importantes, el equipo lleva a
cabo la investigación sobre las preferencias de los
usuarios antes de hacer cualquier diseño. Existen ya
estándares de diseño de interfaces.
Niveles de madurez de
“usabilidad” en una
organización

47. Etapa 6: Diseño iterativo
Niveles de madurez de
“usabilidad” en una
organización

48. Etapa 7: La compañía, comienza a utilizar los estudios
de “usabilidad” para definir que debería ser desarrollado.
En cada paso en el ciclo de desarrollo son utilizados
datos del usuario.
Niveles de madurez de
“usabilidad” en una
organización

49. Etapa 7: La compañía comienza a utilizar métricas de
usabilidad para llevar un seguimiento de la calidad de los
productos.
Niveles de madurez de
“usabilidad” en una
organización

50. Etapa 8: A diferencia de la etapa previa, la compañía
utiliza los métodos de “usabilidad” para definir la
estrategia corporativa y todas las actividades mas allá de
solo el diseño de interfaces.
Niveles de madurez de
“usabilidad” en una
organización

51. Avance gradual
Etapa 1: Una compañía puede permanecer por
décadas. La única forma de avanzar de esta etapa
sucede cuando un diseño desastroso ocurre y motiva a
los involucrados a avanzar.

52. Avance gradual
Etapa 2-4: Las compañías puede gastar de 2 a 3 años
en CADA una de estas etapas.

53. Avance gradual
Etapa 5-7: Avanzar a niveles mas avanzados de la
etapa 4 es lento, una compañía gasta de 6 a 7 años en
CADA una de las etapas de la 5 a la 7.

54. Avance gradual
Etapa 8: Pocas compañías ha alcanzado este nivel de
madurez en términos de “usabilidad”. En los casos que
ha ocurrido toma alrededor de 20 años.

55. Avance gradual
En resumen, toma alrededor de 20 años moverse
de la etapa 2 a la 7 y otros 20 para llegar a la
etapa 8.

56. Contenido
1. La necesidad
2. La resistencia
3. Uniendo la Ingeniería de Software y la interacción
humano computadora
4. Hacia una cultura de la usabilidad
5. Facilitando que las organizaciones mejoren
sistemáticamente sus capacidades
6. Conclusiones

57. Conclusiones
La “usabilidad” y la interacción humano
computadora son factores críticos para mejorar el
desarrollo de software

58. La falta de educación en el campo de la
“usabilidad” tiene como resultado la falta de
conocimiento/experiencia en la industria.
Conclusiones

59. Existen algunos avances para solucionar esta
problemática :
Estándares y modelos de madurez
Conclusiones

60. ¿Preguntas?