Diseño y Especificación de un Marco de Evidencias de Diseño Centrado en el Usuario, Aplicado al Modelo Team Software Process

1. Diseño y Especificación de un Marco de
Evidencias de Diseño Centrado en el Usuario,
Aplicado al Modelo Team Software Process
Protocolo de Tesis | Maestría en Medios Interactivos
Presenta:
Hermenegildo Fernández Santos
Directores: Dra. Lluvia Carolina Morales Reynaga & Dr. Moisés Homero Sánchez López
Huajuapan de León, Oaxaca. Diciembre 2013

2. Contenido
• Introducción
• Perspectivas : Diseño Centrado en el Usuario y el Desarrollo de
Software
• Planteamiento del problema
• Motivación
• Hipótesis
• Objetivos
• Metas
• Metodología
• Cronograma de actividades
2 / 35

3. Introducción
¿ Qué es lo más importante al desarrollar un proyecto?
Las personas y sus necesidades
Construímos objetos, artefactos y/o sistemas
3 / 35

4. Diversos contextos. Una perspectiva común
Diseño
Negocios
Investigación
Diseño
Centrado en
el Usuario
(UCD)
Cliente
Software
4 / 35

5. Diseño Centrado en el Usuario
International
Organization for
Standardization
[1]
Usability
Professionals'
Association
[2]
Aproximación al
Diseño
Actividad
Multidisciplinaria
Userfocus
[3]
Método de
Desarrollo
5 / 35

6. Diseño Centrado en el Usuario (UCD)
• ISO 13407 (1999) Human- centred design processes for interactive
systems “ Es una aproximación al desarrollo de sistemas
interactivos que se centra específicamente en hacer sistemas
usables. Es por definición una actividad multidisciplinaria”
[1]
Ventajas :
• Incremento de la productividad
• Mejora de la calidad del trabajo y producto
• Reducen los costos de soporte técnico
• Aumento en la satisfacción del usuario
[1]
6 / 35

7. Actividades del Diseño Centrado en el Usuario
[1]
Comprender
y especificar
el contexto
de uso
«Es conveniente»
Evaluar
diseños
Especificar
los
requisitos
(usuario y
org.)
Producir
soluciones
de diseño
7 / 35

8. Representaciones alternas
8 / 35
[1]
[4]
[5]

9. Cuestionamientos al UCD
1. ¿Es realmente una metodología? ( Jared Spool)
2. ¿De que forma y a través de que métodos y/o técnicas deben
realizarse las actividades?
3. ¿Cómo se determina si las actividades se hacen bien o mal en el
UCD?
4. Si la norma es un conjunto de sugerencias ¿Cómo darse cuenta
si realmente se esta aplicando UCD? ¿Cómo deben de
documentarse los procesos?
[6]
9 / 35

10. ¿Cómo debería verse el UCD?
• Una disciplina antes que un proceso concreto de desarrollo
(Galeano Roylan)
• Filosofía de trabajo (Granollers) .
• No exige técnicas o métodos particulares para el desarrollo de sus
actividades.
• El usuario está al centro del proceso y es la razón de ser (ISO
13407)
[7]
[8]
[1]
• Ha demostrado claros beneficios en usabilidad, funcionalidad
(menor cantidad de errores) y aprendizaje (Norman) .
[9]
10 / 35

11. UCD y Desarrollo de Software
Contexto
Organización
Necesidades
Necesidades
Usuario
UCD
Software
Cliente
11 / 35

12. Modelo en Cascada (SW) y UCD
Concepto
Concepto
Análisis
Análisis
Diseño
Diseño
Implemen-
Implemen-
tación
tación
Mantenimiento
12 / 35
Mantenimiento
[11]

13. Modelo integrales de software y UCD
Modelo MPIU+a (Ing. de la usabilidad y de la accesibilidad)
TRUMP (Trial, Usability, Maturity, Process )
UsabilityNet
Generic Work Process 1.0
Usability Planner
13 / 35

14. Diversas situaciones del UCD
• El UCD en el desarrollo de software no solo es:
• Levantamiento de requerimientos
• Reunión con el cliente trabajo
• Pruebas de usabilidad
• Implementar Diseño Centrado en el Usuario no es fácil;
demanda recursos, tiempo y compromiso
• En la vida real un proceso UCD no siempre se implementa de
forma completa.
• Para
conocer si lo estamos aplicando correctamente
necesitamos un referente.
[14]
14 / 35

15. Nuevos cambios en las reglas
• En el año 2010, ISO 13407 es descontinuada y se integra a ISO
9241-210 «Ergonomics of human system interaction».
• ISO 9241-210 :
• Los principios del Diseño Centrado en el Usuario no cambian.
• No más sugerencias: todas las actividades UCD deberán
realizarse siendo un requisito.
• La única forma de demostrar el uso UCD es evidenciar los
procesos y no importa la forma de evidencia.
• Es responsabilidad de las empresas cumplir y apegarse a la
norma.
[15]
15 / 35

16. Planteamiento del problema
• Los cambios y la actualización de la normada dan otro significado
al UCD.
• ISO 9241-210 carece de un modelo de evidencias.
• Las empresas pueden elaborar sus propios modelos de evidencias
¿Esto es bueno o malo?
• ¿Qué sucede con los modelos en software u otra perspectiva
basados en el Diseño Centrado en el Usuario?
16 / 35

17. ¿Qué podemos hacer para contribuir?
Métodos y
Técnicas
Procedimientos
Reglas y
Métricas
Marco de
Evidencias
UCD
Documentos
17 / 35

18. Importancia de un marco de evidencias
• El UCD evoluciona por sí mismo
• Es posible documentar formalmente los procedimientos
• Es posible determinar en qué porcentaje se está aplicando UCD
• Es posible evaluar parcialmente si las cosas se hacen bien o mal
(métricas)
• Es posible aprender de los errores
• Documentar casos de éxito y analizar variables
• Mejoras continuamente
18 / 35

19. ¿Cómo ir más allá? Team Software Process
• Team Software Process se utiliza para planificar, ejecutar y
mejorar el desarrollo de productos de software.
• TSP es la respuesta cuando se necesita :
• Definir metas de un proyecto
• Definir roles dentro de los equipos de desarrollo
• Administrar proyectos, riesgos y planes
• En los últimos años ha obtenido la atención del gobierno
(Programa para el Desarrollo de la Industria del Software, Prosoft)
[16]
17]
19 / 35

20. Resumen
Marco de
Evidencias
+
TSP
=
Proyecto de
investigación
20 / 35

21. Motivación
«Es mi forma de contribuir con la
industria y la academia»
21 / 35

22. Hipótesis
“Es posible, crear un marco de evidencias del Diseño
Centrado en el Usuario e integrarlo en TSP, para mejorar
el proceso de desarrollo de software bajo una perspectiva
interna (equipo de desarrollo) y externa (usuario final)”
22 / 35

23. Objetivo General
“Construir un marco de evidencias del Diseño Centrado en
el Usuario aplicado al modelo de desarrollo Team Software
Process, con el fin de establecer medios (métodos,
técnicas, procedimientos, reglas, métricas y documentos) a
través de los cuales se evidencie la aplicación, mejora y
aprendizaje desde la perspectiva centrada en el usuario en
el desarrollo de productos de software”
23 / 35

24. Objetivos Específicos
1. Explorar el estado del arte del Diseño Centrado en el Usuario
2. Conocer y documentar las normas (ISO) del Diseño Centrado en
el Usuario.
3. Indagar las experiencias de las empresas de desarrollo de
software en México.
4. Conocer los diversos métodos y técnicas centrados en el usuario
utilizados por las PYMES en el país.
5. Comparar y seleccionar métodos y técnicas que proporcionen un
mayor grado de evidencia.
24 / 35

25. Objetivos Específicos
6. Proponer un marco de evidencias (procedimientos, métodos
/técnicas, métricas, documentación).
7. Integrar el marco de evidencias UCD propuesto al marco de
trabajo Team Software Process.
8. Aplicar el marco de evidencias integrado UCD/TSP a tres
empresas de desarrollo de software.
9. Evaluar los resultados de la implementación.
25 / 35

26. Metas
1. Averiguar las etapas de Diseño Centrado en el Usuario utilizadas
en la industria, listar sus carencias
2. Identificar el número de normas ISO relacionadas con UCD.
3. Recopilar al menos 15 experiencias de empresas de desarrollo
de software que utilicen perspectivas UCD.
4. Estructurar una lista de métodos y técnicas utilizadas por las
PYMES en el desarrollo de productos de software en México.
26 / 35

27. Metas
5. Establecer etapas, número de técnicas, criterios y documentos
6. Aplicar el marco de evidencias integrado UCD/TSP a los procesos
de 3 empresas
7. Enumerar los de beneficios que puede ofrecer la
implementación del marco de evidencias integrado UCD/TSP
27 / 35

28. Metodología
Revisión de
la literatura
(SLR)
Diseñar
Revisión de las
especificaciones
UCD, TSP
Aplicar y
Evaluar
Investigación
de campo
Reportar
resultados
28 / 35

29. Cronograma de actividades (1)
29 / 35

30. Cronograma de actividades (2)
30 / 35

31. Referencias
[1] International Organization for Standardization, "Human centred design
processes for interactive systems", ISO 13407 (1999).
[2] Usability Professionals' Association, "Resources: About Usability" (Octubre
2013).
[3] Userfocus, "User centred design" (Octubre 2013).
[4] User-Centered Design Game, (Diciembre 2013)
[5] User-Centered Design Process, Universidad de Michigan, (Diciembre 2013)
[6] Spool, Jared, "Are there any other design methodologies beside usercentered design?" (Octubre 2013).
[7] Roylan, Galeano, "Diseño Centrado en el Usuario", Revista Q. ISSN/EISSN:
19092814 2 (2008).
31 / 35

32. Referencias
[8] Granollers, T.; Lorés, J. Perdrix F.;, "MODELO de PROCESO de la Ingeniería de
la Usabilidad. Integración de la ingeniería del Software y la de la Usabilidad",
Proceedings of the Workshop de investigación sobre nuevos paradigmas de
interacción en entornos colaborativos aplicados a la gestión y difusión del
Patrimonio cultural COLINE'02 (2002).
[9] Norman, Donald A.; Nielsen Norman Group, "Human-centered design
considered harmful", interactions - Ambient intelligence: exploring our living
environment 12 (2005), pp. 14-19.
[10] HP StorageWorks User Centered Design, Hewlett-Packard , 2013
[11] Usability Engineering – Quality Approach (ISO 13407)
32 / 35

33. Referencias
[12] Granollers, A., "MPIu+a. Una metodología que integra la ingeniería del
software, la interacción persona-ordenador y la accesibilidad en el contexto de
equipos de desarrollo multidisciplinares", Departament d'Informàtica i
Enginyeria Industrial. ISBN: 9788469063781 (2004).
[13] UsabilityNet project, "Methods table" (Octubre 2013)
[14] Abras, C.; Maloney-Krichmar, D.; Preece, J., User-Centered Design . In
Bainbridge (Encyclopedia of Human-Computer Interaction. Sage, 2004).
[15] System Concepts, "Exciting Times for Human Centred Design standards"
(Octubre 2013).
[16] Noopur, Davis; Mullaney, Julia, "The Team Software ProcessSM (TSP) in
Practice: A Summary of Recent Results", TECHNICAL REPORT CMU/SEI-2003-TR014 ESC-TR-2003-014 (2004).
33 / 35

34. Referencias
[17] Prosoft, "Base de conocimiento sobre PROSOFT 2.0",
http://www.prosoft.economia.gob.mx/Imagenes/ImagenesMaster/Estudios%2
0Prosoft/GREF_12.pdf (2012).
34 / 35

35. Diseño y Especificación de un Marco de
Evidencias de Diseño Centrado en el Usuario,
Aplicado al Modelo Team Software Process
¡Gracias por su atención!
Presenta:
Hermenegildo Fernández Santos
Directores: Dra. Lluvia Carolina Morales Reynaga & Dr. Moisés Homero Sánchez López
www.about.me/hfernandez
Email : hfernandez801@gmail.com